推薦的基準設定


在確定 Tableau Server 部署的拓撲(節點數、Tableau Server 處理序數）時，您需要考慮以下可變因素：您的環境、資料的來源以及用於提供自助資料存取的管理、工作負載和使用情況。然而，在首次部署 Tableau Server 時，您可能沒有關於這些可變因素的足夠資訊。本主題介紹三種可用作 Tableau Server 安裝起點的基準體系結構。

驗證伺服器部署計劃

在致力於在組織中安裝新的 Tableau Server 部署之前，請務必仔細評估您的選項。對於大多數組織而言，與自我裝載 Tableau Server 相比，Tableau Cloud 可提供更可靠、效能更高且更具成本效益的分析解決方案。有關 Tableau Cloud 對組織之可行性的資訊，請查看此部落格文章：我應將我的分析遷移到雲端嗎？(連結在新視窗開啟)

是否已經在執行 Tableau Server 並想要移轉到 Tableau Cloud？請參閱 Tableau Cloud 手動移轉指南(連結在新視窗開啟)。

若已確定必須自我裝載 Tableau Server，我們建議您遵循企業部署指南(連結在新視窗開啟) (EDG) 中規定的 Tableau 部署。EDG 可提供經過全面測試和受到支援的高效能參考架構，該參考架構基於分層資料網路，具有可擴充性和安全性。展望未來，我們致力於投資 EDG 參考架構，以簡化功能推出，並改進升級方案。

生產安裝的硬體建議

下面針對 Tableau Server 生產安裝的硬體建議基於 Tableau 團隊用於測試 Tableau Server 可擴充性的硬體。我們建議您在開始生產部署時使用這些推薦設定。對於概念驗證 (PoC) 部署，建議您使用 Tableau Cloud。有關詳細資訊，請參閱最低安裝硬體需求。

安裝類型

處理器

CPU

RAM

可用磁碟空間

單節點

  • 64 位元（x86_64 晶片組）
  • 必須支援 SSE4.2 和 POPCNT 指令集
  • 不支援基於 ARM 的處理器

8 核心（16 個 vCPU），2.0 Ghz 或更高

版本 2022.3 及更高版本：

  • 128 GB

版本 2021.4.0 到版本 2022.1.x：

  • 64 GB

版本 2021.3.x 及更早版本：

  • 32 GB

500GB - 1TB

如果要將 Tableau Prep Conductor 新增至 Tableau Server 安裝，建議您新增第二個節點，並將其專門用於執行 Tableau Server Prep Conductor。此節點應最少具有 4 個核心（8 個 vCPU）和 16 GB 的 RAM。

多節點和企業部署

請與 Tableau 聯絡以獲得技術指導。

除以下情況，節點必須符合或超過最低硬體要求：

  • 執行最多兩個背景程式執行個體的專用背景程式節點，其中可能可以具有 4 個核心。

  • Tableau Prep Conductor 專用節點：最少 4 個核心（8 個 vCPU）和 16 GB 的 RAM。

  • 獨立閘道的專用節點：至少 2 個核心（4 個 vCPU）、8 GB RAM 和 100 GB 可用磁碟空間。

附註：對於使用虛擬機器的部署，Tableau 建議使用專用 CPU 相關性。如果在虛擬環境中執行 Tableau Server，請將您虛擬機器的最佳做法用於 vCPU 指派，這與虛擬機器主機上物理 CPU 的數量相關。對於Tableau Server，通常 2 個 vCPU 相當於 1 個物理核心。例如，對於 AWS 安裝，4 核最低推薦設定相當於 8 個 AWS vCPU。同樣，請按照虛擬基礎結構提供商提供的最佳做法來確保 Tableau Server 能夠存取相應的計算、記憶體和資料資源。如果在虛擬環境或基於雲端的部署中安裝 Tableau Server，請參閱本主題後面的虛擬機器和公共雲端部署部分。

估算磁碟空間

有若干因素會影響磁碟空間要求，其中包括您是否將擷取、流程以及工作簿數量發佈到 Tableau Server。有關詳情，請參閱磁碟空間要求。

基準設定

單伺服器安裝

推薦設定

對於使用量有限並且不是關鍵任務的初始部署，我們建議使用單一電腦安裝 Tableau Server。在工作負載增加時，單伺服器安裝也可以擴展為多節點安裝。

對於以下一些情況，單伺服器安裝可能不適合於您：

  • 系統被視為任務關鍵型系統，並且需要保持高可用性。高可用性是指最大程度地減少系統停機。透過消除單一故障和實現可靠的容錯移轉機制可以達到此目標。Tableau Server 至少需要三節點設定才能提供冗余和消除單一故障。這是轉移到多節點設定的主要原因之一。

  • 如果有很多活動使用者並且要進行大量擷取重新整理，兩種類型的負載可能會爭用電腦上的相同資源。在這種情況下，單伺服器設定可能不是恰當的選取，因為您可能需要額外的專門節點來隔離差異工作負載。

附註：活動使用者代表對 Tableau Server 進行的互動式併發請求，包括在筆記型電腦或行動裝置上使用儀表板窗格、進行 Web 製作，以及連線到發行資料來源並進行查詢。

伺服器設定

單一節點 Tableau Server 的拓樸圖表

  • 一台電腦上安裝了所有處理序的獨立單伺服器節點。

  • 預設情況下，Tableau Server 安裝程式電腦上的硬體設定處理序實例數。我們建議您在開始時保留預設設定。下面是一台 8 核電腦的處理序數。

    • VizQL Server：設定為 2 個實例（預設計算：物理內核數除以 4，最大值為 4）。

    • 背景程式、快取伺服器及 Data Server：設定為 2 個執行個體。

    • 所有其他處理序：只安裝處理序的一個執行個體，而不管硬體如何。

附註：當您在伺服器上激活資料管理產品金鑰時，Tableau Prep Conductor 的一個執行個體將使用背景程式自動設定。但是，建議您為 Tableau Prep Conductor 設定專用節點。如果計劃在 Tableau Server 上執行流程，則建議您使用兩個或更多節點，並專門使用其中一個節點來僅執行流程。上述範例設定不包括 Tableau Prep Conductor，因為這是單節點伺服器。

多節點安裝

在多台電腦上執行 Tableau Server 稱為多節點安裝（或叢集）。之所以可能需要多節點安裝的原因有多種。例如，您可能有大量使用擷取的環境，這意味著要專門將一些硬體資源用於幕後程式處理序。對於具有高可用性要求的系統，您需要至少具有三個節點的多節點環境。

雙節點安裝 - 專用于大量使用擷取的環境

推薦設定

如果滿足以下條件，請從雙節點設定開始：

  • 大量使用擷取的環境：您的大部分資料來源都是擷取。僅有一些過大的擷取時，可能會將部署歸入此類別，這與有眾多小擷取一樣。

  • 頻繁重新整理擷取：重新整理擷取是一個大量佔用 CPU 的任務。通常，對於頻繁重新整理擷取（例如，工作時間內一天重新整理多次）的部署，更重視處理重新整理任務的背景處理程序會很有說明。

重要資訊：雙節點設定不滿足高可用性的最低要求。如果需要高可用性系統，請參閱高可用性安裝 (HA)。

伺服器設定

在第二個節點上具有隔離後台程序的雙節點 Tableau Server 的拓撲圖表

  • 在初始節點上，安裝除幕後程式以外的所有處理序。下面是一台 8 核電腦的處理序實例數：

    • VizQL Server：設定為 2 個實例。（預設計算：物理內核數除以 4，最大值為 4）。

    • 緩存伺服器和 Data Server：設定為 2 個實例。「資料問答」(Ask Data)的一個執行個體自動在具有資料伺服器的節點上設定。

    • 索引和搜尋伺服器：可以使用 indexandsearchserver.vmopts TSM 設定選項設定索引和搜尋伺服器記憶體，以提高效能。如需更多資訊，請參閱 tsm configuration set 選項。

    • 所有其他處理序：只安裝處理序的一個執行個體，而不管硬體如何。在啟用應用程式伺服器的一個節點上安裝交互式 Microservice 容器的一個執行個體，並且在啟用背景程式的一個節點上安裝非交互式 Microservice 容器的一個執行個體。

  • 在附加節點上隔離幕後程式。若要計算在此節點上執行的最少背景程式處理序數，請將電腦的物理內核總數除以 4。若要計算最大數量，請將電腦的物理核心總數除以 2。在上面顯示的範例中，節點都位於具有 8 個物理內核的機器上。安裝幕後程式時，Tableau Server 將自動安裝資料引擎的一個實例。

附註：此設定假設您的 Tableau Server 上沒有啟用 Tableau Prep Conductor。如果使用 Tableau Prep Conductor 來排程並管理流程，並且處於大量使用擷取的環境中，則建議您擁有至少 3 個節點並使用本主題稍後描述的 3 節點設定。

在監控和收集有關性能和使用情況的資料時，您可對這些處理序的實例數進行微調和設定。例如，在專用於執行背景程式的節點上，可以首先將背景程式的數量設定為建議的最小值（核心總數除以 4），並在稍後發現以下情況時增加背景程式處理序的數量：

  • 擷取重新整理需要很長時間才能完成

  • 訂閱和通知未按時完成

對於專用背景程式節點，根據工作負載和系統資源，可以將背景程式執行個體的數量增加到超過上述建議的最大值。增加節點上的背景程式執行個體會以正面和負面的方式影響節點功能。您有責任仔細監視 RAM 和 CPU 資源以及 Tableau Server 的其他方面，以確定適合您環境的最佳設定。

有關效能調整詳情，請參閱效能調整主題。

雙節點安裝 - 專用于使用流程的環境

如果您計劃在 Tableau Server 上發行、排程及管理流程，請開始使用雙節點設定。

重要資訊：雙節點設定不滿足高可用性的最低要求。如果需要高可用性系統，請參閱高可用性安裝 (HA)。

伺服器設定

具有專用 Prep Conductor 第二個節點的 Tableau Server 的雙節點拓撲圖表。

  • 在初始節點上，安裝所有處理序。下面是一台 8 核電腦的處理序實例數：

    • VizQL Server：設定為 2 個實例。（預設計算：物理內核數除以 4，最大值為 4）。

    • 緩存伺服器和 Data Server：設定為 2 個實例。「資料問答」(Ask Data)的一個執行個體自動在具有資料伺服器的節點上設定。

    • 幕後程式：最小值為 2，最大值為 4。上圖顯示了最多 8 個核心節點。Tableau Prep Conductor 自動設定為安裝背景程式的節點。在初始節點上，設定背景程式節點角色以使用 tsm topology set-node-role tsm 設定執行包括流程在內的所有作業類型。如需更多資訊，請參閱 tsm topology set-node-role

    • 索引和搜尋伺服器：可以使用 indexandsearchserver.vmopts TSM 設定選項設定索引和搜尋伺服器記憶體，以提高效能。如需更多資訊，請參閱 tsm configuration set 選項。

    • 所有其他處理序：只安裝處理序的一個執行個體，而不管硬體如何。在啟用應用程式伺服器的一個節點上安裝交互式 Microservice 容器的一個執行個體，並且在啟用背景程式的一個節點上安裝非交互式 Microservice 容器的一個執行個體。

  • 隔離其他節點上的背景程式以僅執行流程。使用 tsm topology set-node-role tsm 設定來設定此設定。如需更多資訊，請參閱 tsm topology set-node-role

附註：如果您處於使用大量擷取的環境，並且在伺服器上排程和管理流程，則建議您使用以下所述的 3 節點設定。

 

高可用性安裝 (HA)

推薦設定

Tableau Server 的高可用性安裝是一種分散式安裝，旨在最大程度地提高 Tableau Server 的可用性。從根本上說，高可用性意味著停機最少的系統可用情況。為了針對 HA 相關專案（例如存放庫、檔冗餘和容錯移轉）構建冗餘，您需要最少三個節點。停機冗餘將因各個組織而異，並取決於您在組織中建立的 SLA。

高可用性透過以下方式實現：消除單一故障、檢測故障和建立可靠的容錯移轉系統。Tableau Server 中的 HA 主要透過以下方式實現：

  • 包含多個檔存儲/資料引擎實例的檔冗餘。

  • 跨兩個節點的主動/被動存放庫。

  • 跨所有三個節點的索引和搜尋伺服器。

  • 新增外部負載平衡器，確保安裝能夠穩固地應對閘道故障，並確保請求只會傳送到工作正常的閘道處理序。

伺服器設定

三節點設定：

Tableau Server 的基本三節點高可用性拓撲

  • 若要構建冗餘，您需要新增附加節點以承載存放庫以及檔存儲/資料引擎處理序的實例。您可以新增其他處理序的執行個體，包括節點上某個處理序的多個執行個體。

  • 若要為背景程式作業類型組建備援，將一個節點（本範例中為初始節點）設定為執行所有類型的作業。預設情況下，背景程式執行所有類型的作業。在其中一個其他節點上，將背景程式設定為僅執行流程，並且將其他節點設定為執行除流程以外的所有作業。

  • Tableau Server 的成功運行取決於正常運行的協調服務。對於三個或更多節點的伺服器安裝，我們建議您透過部署新的協調服務整體來新增其他協調服務執行個體。如果協調服務的一個實例有問題，這樣做可以提供冗餘和改進可用性。有關詳情，請參閱部署協調服務整體。

  • 索引和搜尋伺服器記憶體可新增到所有三個節點，以進行備援，並且可以使用 indexandsearchserver.vmopts TSM 設定選項進行設定，以提高效能。有關詳情，請參閱 indexandsearchserver.vmopts。

  • 為了減少系統的漏洞，您可以執行多個閘道和某些伺服器處理序的其他實例。實現此設定至少需要三台電腦。

  • 存放庫也已從初始節點移到其中一個附加節點，並且已向另一個新節點新增了第二個被動執行個體。

  • 在啟用應用程式伺服器的一個節點上安裝交互式 Microservice 容器的一個執行個體，並且在啟用背景程式的一個節點上安裝非交互式 Microservice 容器的一個執行個體。

附註：在某些情況下，您可能需要限制初始節點上執行的處理序。之所以要這樣做，其中一個原因是要盡可能減少節點上執行的處理序數，以限制節點上的處理請求。如果有基於內核的授權，並且不希望初始節點內核數計入內核使用，您可能還要從節點中移除授權的 Tableau Server 處理序。有關Tableau Server 授權處理序詳情，請參閱節點中的Tableau Server 處理序。

虛擬機器和公共雲端部署

一般而言，本主題中描述的注意事項和推薦設定適用於虛擬環境和雲端部署。

如果在虛擬環境中執行 Tableau Server，請將您虛擬機器的最佳做法用於 vCPU 指派，這與虛擬機器主機上物理 CPU 的數量相關。對於Tableau Server，通常 2 個 vCPU 相當於 1 個物理核心。例如，對於 AWS 安裝，4 核最低推薦設定相當於 8 個 AWS vCPU。

有關基於雲端的部署詳情，請參閱：

擴展基準設定

如果您正在規劃的系統組態超出本文所登載的限制，請聯繫 Tableau 專業服務(連結在新視窗開啟)。

高 VizQL 峰值使用注意事項

為實現 Tableau Server 的最佳效能，我們建議將存放庫隔離在部署中的專用節點上。若您擁有 Advanced Management 授權，請考慮將存放庫作為外部資料庫執行。

若您的組織的峰值負載超過每小時 1000 個 VizQL 工作階段，我們還建議在 Linux 上執行 Tableau Server。在此情境中，VizQL 工作階段是指從 Tableau Server 顯示或產生視覺效果的任何使用者動作。

有關詳情，請參閱 Tableau Server 外部存放庫(連結在新視窗開啟)。

災難復原注意事項

儘管 HA 設定可減少停機，但在發生災難或硬體故障時，您仍然可能遇到故障。除了上述注意事項外，您還應評估組織中災難復原的重要性，並規劃可幫助您滿足災難復原目標的部署。

在 Tableau 環境中規劃災難復原 (DR) 時，有兩個要考慮的主要因素：

  • 復原時間目標 (RTO)，衡量企業在進行完全復原之前可接受多大程度的停機。

    • 影響將備份還原到備用叢集的頻率以及基礎結構投資額。

  • 復原點目標 (RPO)，衡量企業可容忍多少資料損失。

    • 影響需要對系統進行備份的頻率。

    • 對於 Tableau Server，RPO 不能短於完成伺服器完整備份花費的時間。

下圖闡釋了如何規劃 RTO 要求的範圍：

Tableau Server 可擴展性

當您的需求發生變化和增長時，這些基準設定可能不夠，並且您可能需要對 Tableau Server 的這些設定進行擴展。像其他企業平台一樣，Tableau Server 透過向現有節點新增處理器、記憶體和磁碟來縱向擴展，並透過向叢集中新增更多節點來橫向擴展。不過，可擴展性和性能很大程度上取決於外部系統和使用者活動。根據您的要求和可變因素，Tableau Server 的設定可能會不同：

有關 Tableau Server 可擴展性和影響可擴展性的可變因素的詳情，請參閱「Tableau Server 可擴展性白皮書」。

 

返回頂端
感謝您的意見反應！已成功提交您的意見回饋。謝謝！