Tableau Blueprint 說明

注意：此主題僅適用於 Tableau Server。

Tableau Server 可以搭配實體或虛擬機器在本機安裝，也可以在雲端中安裝，並支援 Windows 或 Linux 作業系統。若要確定您的硬體平台和規模，請考量下列變數：您的環境、提供自助資料存取的資料來源和管理、全部使用者的潛在工作量，以及實際使用情況資料。如果這是您第一次部署 Tableau Server，則應特別注意環境標準和資料來源。對於現有部署，除了環境和資料來源之外，您也將分析 Tableau Server 資料以評估工作負載和使用情況。

硬體要求

無論選擇在哪裡部署 Tableau Server，大小適合的硬體都極為重要。透過比其他軟體應用程式更頻繁評估伺服器運用和使用者參與、更頻繁擴展，以及更頻繁變更拓樸，您的計畫應與不斷發展的業務需求維持一致。檢視適合您企業標準的相對應硬體平台連結：

• 建議的基準配置 (Windows | Linux)
• VMware VSphere 上的 Tableau Server
• AWS 執行個體類型和大小 (Windows | Linux)

• Google Compute Engine 虛擬機器的類型和大小 (Windows | Linux)

• Microsoft Azure 虛擬機器的類型和大小 (Windows | Linux)
• Alibaba Cloud ECS 執行個體類型和大小 (Windows | Linux)

如果在雲端中部署 Tableau Server，則使用專用硬體和靜態分配 RAM 會由於資源爭用而導致性能毫無差異。如果考量成本，虛擬硬體也是可行的方案。我們建議您測試自己的基礎架構，以找出最適合您需求的配置。如需如何進行此測試的範例，請參閱 Tableau 達到 EC2 速度白皮書。（此實驗是在 AWS 上進行，不過測試理論適用於任何雲端服務供應商）。

初始規模

您的 Tableau 客戶團隊可以評估您的要求並協助您進行規模調整。在 Tableau 的初始部署中，假設 10% 的作用中使用者（向 Tableau Server 進行的互動式同時要求，包括使用膝上型電腦或行動裝置上的儀表板、Web 製作，以及連線和查詢已發佈資料來源），則應估計每個 8 核心節點有 600-800 個 Explorer。這只是起點，不應被視為超出初始部署的硬性規定。生產伺服器的每個核心記憶體至少應有 8GB RAM。對於少於 40 核心的叢集，請使用 8 核心節點；對於大於 40 核心的叢集，請使用 16 核心節點。每種授權類型的相對工作量都必須考量硬體大小。假設 Explorer 計為 1 位使用者，則 Creator 的相對工作負載為 2.4 位使用者，而 Viewer 的相對工作負載為 0.75 位使用者。使用這些工作負載係數，您可以估算叢集的容量。下表顯示每列等效工作負載的範例：

Creator、Explorer 和 Viewer 的實際工作量可能會因 Tableau Server 功能的使用而異，例如連接資料和 Web 製作的頻率，以及檢視內容並與之互動的頻率。使用者上線並開始建立和使用內容時，您應該監控硬體和內容的使用情況，以使用硬體監控工具和 Tableau Server 的存放庫中的資料對伺服器的大小做出明智的決定。如需詳細資訊，請參閱 Tableau 監視以及 Tableau 使用者參與和採用的衡量。

可擴充性

在新的和現有的部署方案中，目標都是主動維護足夠的可用性、容量和預留空間，並盡可能減少資源爭用。與其他企業平台一樣，Tableau Server 透過新增處理器、記憶體和/或磁碟來進行擴充，或者對叢集新增更多節點來進行擴充。根據您的獨特環境、資料、工作負荷和使用情況，Tableau Server 可以透過新增硬體資源進行幾乎線性擴充。如 Tableau 維護中所述，應定期進行負載測試和容量規劃。

可擴充性和效能大多取決於外部系統，例如資料來源、資料量、網路速度、使用者工作負載和工作簿設計，這些可以隨著部署的進行而迅速改變。例如，假設用於初始部署的大小正確的硬體配置，計劃外的使用者上線、未監控的運用、低效率的工作簿、次優資料擷取設計以及尖峰時段的重新整理排程可能會對伺服器效能和使用者體驗產生重大影響，因而由於個別事件的累積影響而導致效能低落。如需詳細資訊，請參閱 Tableau Server 可擴充性白皮書。

在雲端中部署 Tableau Server 時，您可以運用 Tableau 平台的所有現有擴充功能，包括熱拓撲。透過簡單地重新啟動伺服器，您也可以變更支援平台的基礎機器，只要這些的 Public IP 位址維持不變即可。

對於單節點部署，您也可以在停機期間關閉 Tableau Server 機器，以降低機器成本。對於多節點叢集執行此操作將導致 Tableau 處於降級狀態。不過，您可以運用熱拓撲來根據情況調整 Tableau Server 程序的分配方式，藉此調整機器成本和容量需求之間的平衡。不支援根據需求終止或具現化機器的自動縮放功能。

伺服器環境

除了生產環境之外，Tableau 也建議使用一種測試環境來測試升級和伺服器拓樸變更。您的生產環境將使用生產和沙箱專案以及內容驗證、提升和認證程序支援現代分析，所有這些都在一個環境中進行。如需這些內容管理程序的詳細資訊，請參閱 Tableau 控管。生產和測試環境應具有相同的硬體規格、伺服器拓樸和配置。這將可供管理員透過恢復生產內容來測試升級並參與測試環境中的測試版計畫。

某些組織的 IT 政策需要開發、QA 和生產三個環境，以便將用於內容開發、測試和使用的使用情況隔離到個別的 Tableau Server 安裝中。如果您的組織要求這麼做，則必須分別授權這三種環境中的每一種，因為這些環境將被視為 Tableau 的最終使用者授權協定中定義的三種生產環境。生產和 QA 環境應具有相同的規格、伺服器拓樸和配置。如果需要執行三個個別的環境，請嘗試不要使用現代分析平台複製傳統的瀑布式開發週期。要實際推出內容時，使用者可能偏好使用 QA 環境來規避嚴格的政策或避免延誤，因此，若能透過 Tableau Advanced Management 中的 Content Migration Tool 或使用 Tableau REST API 的自訂工作流程指令碼將內容自動移轉到生產伺服器，就可以達到良好的平衡。開發環境不需要具有與生產環境和 QA 環境相同的硬體規格，除非開發環境用於升級測試或參與測試版計畫。

高可用性

您應根據可用性要求安裝和配置 Tableau，並新增其他節點以實現容量和/或高可用性 (Windows | Linux)。為了支援關鍵任務使用案例，您應該使用外部負載平衡器部署高可用性 (HA) 叢集配置 (Windows | Linux)。

Tableau Server 的高可用性安裝至少具有三個節點，而且在不同節點上具有關鍵程序（存放庫、檔案存放區/資料引擎和協調服務）的多個備援執行個體。目的是透過消除單點故障並盡可能透過故障轉移來偵測故障，藉以盡可能減少系統停機時間。如需詳細資訊，請參閱 Tableau Server 高可用性白皮書。

請按照下列模式建構 HA 叢集：

1. 安裝初始節點，並允許支援架構的智慧安裝程式配置程序 Windows | Linux)。主動存放庫位於節點 1。
2. 將程序配置複製到其他 VizQL 節點，以確認備援 (Windows | Linux)。被動存放庫位於節點 2。節點 3 程序將鏡映節點 1 和 2，不過節點上沒有存放庫程序。
3. 新增協調服務整合和用戶端檔案服務 (Windows | Linux)。
4. 新增外部負載平衡器 (Windows | Linux)。
   

3 節點 Tableau Server HA 部署（注意：未明確顯示協調服務和用戶端檔案服務）

隨著時間的推移，對專用節點的需求也在不斷發展。繁重的擷取和頻繁的擷取重新整理工作負載應與互動式的視覺化呈現工作負載隔離。在大量資料擷取的環境中，大多數資料來源都是資料擷取。有一些相當大的資料擷取可能會將您的部署歸為此類，就像有許多較小的資料擷取一樣。應該在專用的背景程式節點上隔離頻繁重新整理擷取的部署 （例如，每天在工作時間內多次）。若要隔離背景程式程序的工作量，請新增專用的背景程式節點，以確認備援，如下列節點 4 和 5 所示。使用節點角色，可以配置在 Tableau Server 安裝中處理某些工作負載類型的位置。節點角色功能可讓您將資源專用於特定工作量並擴充資源規模。如需為背景程式和檔案存放區配置節點角色的詳細資訊，請參閱透過節點角色進行工作負載管理。

5 節點 Tableau Server HA 部署（注意：未明確顯示協調服務和用戶端檔案服務）

從 2019.3 開始，您可以將 Tableau Server 存放庫部署到 Amazon Relational Database Service (RDS)。Tableau Server 存放庫是用於存儲有關所有使用者交互、擷取重新整理等資料的 PostgreSQL 資料庫。Amazon RDS 為 PostgreSQL 提供可擴充性、可靠性、高可用性和內建的安全性。藉由整合 AWS 以設定 Tableau Server 外部存放庫，您就能利用這些部署雲端的額外優勢。有關詳情，請參閱 Tableau Server 外部存放庫。

在公用雲端中部署 Tableau Server 時，有一些選擇可以進一步降低停機風險。例如，均支援將 Tableau Server 的每個節點部署在本身的虛擬網路中或不同的可用性區域/區域中。不過，區隔環境可能會導致整個系統的延遲情況增加。在最終確定環境之前，請考量同時測試性能和可用性，以確保資料社群獲得適當的平衡。Tableau Server 不支援在不同區域之間部署多節點叢集。

災難復原

規劃在 Tableau 環境中進行的災難復原 (DR) 時，需要考量兩個主要因素：復原時間目標 (RTO) 和復原點目標 (RPO)。RTO 可以衡量企業在完全恢復之前可以接受的停機時間，這會影響將備份還原到備用叢集的頻率，以及投資的基礎架構數量。RPO 是衡量企業可以承受多少資料遺失的一種指標，這會影響您需要對系統進行備份的頻率。對於 Tableau Server，RPO 不可以短於完成伺服器的完整備份所花費的時間。下表說明如何計劃一系列 RTO 要求：

無論您是在本機部署還是在雲端中託管 Tableau Server，備份過程完全相同。使用 TSM 備份指令產生 Tableau Server 的備份，並在新機器上還原該備份。不支援對 Tableau Server 機器製作快照並在新機器上還原。如需詳細資訊，請參閱關鍵任務可靠性以獲得高可用性和災難復原概念和白皮書。