---
schema_version: "1"
id: b1fb9d70cc101c10efe04cabba4c53ac24c9b474c9bb30b20e0b58e240f28685
title: 部署協調服務整體
collection: tableau
version: current
locale: zh-tw
portal_url: https://docs.salesforce.com/tableau/current/zh-tw/server-linux/distrib_ha_zk.md
canonical_url: https://help.tableau.com/current/server-linux/zh-tw/distrib_ha_zk.htm
source_site: help.tableau.com
content_type: documentation
content_hash: dd7911b5a56ebbd67c2326904882999bb79f1f022a42d810201ab1c39fafa109
description: Deploy a Coordination Service (ZooKeeper) ensemble to maintain quorum in a cluster.
---
[跳至主要內容](#main-content)

# 部署協調服務整體

協調服務基於 [Apache ZooKeeper](https://cwiki.apache.org/confluence/display/ZOOKEEPER/Index)（一種開源專案）而建置，用於協調伺服器上的活動，可保證發生故障時的法定數量，並且作為關於伺服器拓撲、設定和狀態的「信任」 來源。服務將自動安裝在初始 Tableau Server 節點上，但在新增附加節點時不會安裝其他實例。由於 Tableau Server 的成功執行取決於正常執行的協調服務，因此我們建議您部署新的協調服務整體，以為三個或更多節點的伺服器安裝新增其他協調服務實例。如果協調服務的一個實例有問題，這樣做可以提供冗餘和改進可用性。

- [硬體需求](#HardwareReqs)
- [協調服務法定數量](#ZKquorum)
- [部署新的協調服務整體](#DeployZKEnsemble)

## 硬體需求

您為 Tableau Server 使用的硬體可能會影響協調服務的執行情況。特別是：

- **記憶體**。協調服務將狀態資訊保留在記憶體中。按照設計，記憶體佔用空間很小，通常不是總體伺服器效能中的因素。
- **磁碟速度**。由於服務將狀態資訊存儲在磁碟上，因此，如果單獨的節點電腦上的磁碟速度很快，服務將能從中受益。
- 節點之間的**連線速度**。服務在叢集節點之間連續不斷地通訊；快速的連線速度可幫助實現高效的同步。

由於協調服務是 I/O 密集型服務，因此，如果您在滿足或剛好超過最低硬體需求的電腦上執行 Tableau Server，則可能需要設定一個協調服務整體，以將服務放在並不用於其他伺服器處理序的節點上。這減少了由於伺服器處理序之間爭用 I/O 而導致延遲的機會。有關如何在專用的僅協調服務節點上部署整體的資訊，請參閱[使用僅協調服務節點設定 Tableau Server 以實現高可用性](https://help.tableau.com/current/server-linux/zh-tw/distrib_ha_external_zk.htm)。

## 協調服務法定數量

為了確保協調服務可正常工作，服務需要一個_法定數量_ — 即最小服務執行個體數。這意味著安裝中的節點數會影響您想要在整體中設定的協調服務執行個體數。

#### 要使用的協調服務實例數

Tableau Server 上一個整體中可以有的最大協調服務實例數取決於部署中的 Tableau Server 節點數。根據以下準則設定協調服務整體：

| 伺服器節點總數 | 整體中建議的協調服務節點數（必須為 1、3 或 5） | 說明 |
| --- | --- | --- |
| 1-2 個節點 | 1 個節點 | 這是預設值，除非您想要將協調服務移出初始節點並移到其他節點上，否則不需要變更。 |
| 3-4 個節點 | 3 個節點 | 3 節點協調服務整體允許其中一個組合節點發生故障，而不會導致 Tableau Server 故障。 |
| 5 個或更多節點 | 3 個節點  
或 5 個節點 | 您最多可安裝 5 個協調服務實例。3 節點協調服務整體允許其中一個組合節點發生故障，而不會導致 Tableau Server 故障。5 節點整體允許其中一個組合節點發生故障，而不會導致 Tableau Server 故障。  
  
針對大多數的安裝，3 個協調服務節點是足夠的，且由於協調服務的 I/O 密集型性質，這是效能最高的設定。  
  
如果高可用性是您的絕對優先，您可能需要考慮部署 5 節點協調服務整體。這在一個或多個節點發生故障，但需要更多的系統資源時，提供最多的備援。最多兩個整體節點可能會發生故障，而不會影響 Tableau Server（只要節點上任何其他服務也存在仍在運作的節點上）。  
  
若要減少對效能的影響，請在較少執行的其他服務節點上定位協調服務，或者考慮使用僅協調服務節點。有關詳情，請參閱[使用僅協調服務節點設定 Tableau Server 以實現高可用性](https://help.tableau.com/current/server-linux/zh-tw/distrib_ha_external_zk.htm)。 |

## 部署新的協調服務整體

如果您總共安裝了三個或更多個節點，則還應該部署一個協調服務整體。如果不這樣做，則每次對伺服器設定或拓撲進行變更時都會出現警告訊息。您可以忽略此訊息，但您應部署一個多節點協調服務整體才是最佳作法。

安裝 Tableau Server 時，協調服務的單一執行個體會安裝在初始節點上。TSM 和 Tableau Server 依靠協調服務以正常運作，因此，為了提供備援並確保多節點安裝的可用性，請透過部署協調服務整體來設定協調服務的其他執行個體。協調服務整體安裝後附帶一個、三個或五個協調服務執行個體。在 Tableau Server 的三節點安裝中，建議的協調服務執行個體數為三個，每個節點一個。

如果還有其他待處理的變更，請勿嘗試部署協調服務整體。在部署新的協調服務整體之前，請捨棄或套用任何待處理的變更。

**附註：**此操作包括您可能需要使用 TSM 命令列執行的步驟。

以下步驟說明如何在現有的三節點 Tableau Server 叢集上部署新的協調服務整體，並清理舊協調服務整體。

1. 在初始節點上，開啟終端會話。
2. 停止 Tableau Server：
    
    `tsm stop`
    
    如果系統提示，請以 TSM 管理員身分登入。
    
    某些 TSM 處理序將繼續執行，包括管理控制器和管理員代理程式。
3. 確認沒有待處理的變更：
    
    `tsm pending-changes list`
    
    如果有待處理的變更，則需要捨棄這些變更或套用這些變更。套用待處理的變更將需要一些時間：
    
    - 捨棄變更
        
        tsm pending-changes discard
    
    或
    
    - 套用變更：
        
        tsm pending-changes apply
    
    等待命令完成，然後返回系統提示。
4. 獲取叢集中每個節點的節點 ID：
    
    `tsm topology list-nodes -v`
5. 使用 `tsm topology deploy-coordination-service` 命令，以透過將協調服務新增到指定節點來新增新的協調服務整體。必須指定應新增協調服務的節點，使用實際節點 ID 識別每個節點。命令還會將新整體設為「生產」整體（正在使用的整體），並移除舊整體，除非部署失敗。如果發生這種情況，請參閱下面的步驟 6。
    
    **附註**︰將顯示「y/n」提示字元，以確認伺服器將重新啟動。若要在不輸入提示字元的情況下執行命令，請包括 `--ignore-prompt` 選項。
    
    例如，將協調服務部署到三節點叢集的所有三個節點，其中節點分別是 node1、node2 和 node3：
    
    `tsm topology deploy-coordination-service -n node1,node2,node3`
    
    等待命令完成，然後返回系統提示。
6. （ 可選 ）若部署失敗，則需要執行此 `tsm topology cleanup-coordination-service` 命令以刪除未成功部署的整體。有關執行命令的詳細資訊，請參閱 [tsm topology cleanup-coordination-service](https://help.tableau.com/current/server-linux/zh-tw/cli_topology_tsm.htm#TSMCleanupCoordination)。
7. 啟動 Tableau Server：
    
    `tsm start`