本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# Amazon OpenSearch Service 中的專用協調器節點
<a name="Dedicated-coordinator-nodes"></a>

Amazon OpenSearch Service 中的專用協調器節點是特殊節點，可從資料節點卸載協調任務。這些任務包括管理搜尋請求和託管 OpenSearch Dashboards。透過分隔這些函數，專用協調器節點可減少資料節點的負載，這可讓它們專注於資料儲存、索引和搜尋操作。這可改善整體叢集效能和資源使用率。

此外，專用協調器節點有助於減少 VPC 組態所需的私有 IP 地址數量，進而實現更有效率的網路管理。此設定最多可改善 15% 的索引輸送量和 20% 更佳的查詢效能，視工作負載特性而定。

## 何時使用專用協調器節點
<a name="dedicated-coordinator-nodes-uses"></a>

專用協調器節點在下列案例中最有用。
+ **大型叢集** – 在具有大量資料或複雜查詢的環境中，將協調任務卸載至專用節點可以改善叢集效能。
+ **頻繁查詢** – 涉及頻繁搜尋查詢或彙總的工作負載，特別是具有複雜日期長條圖或多個彙總的工作負載，受益於更快速的查詢處理。
+ **重度儀表板使用** – OpenSearch Dashboards 可能會耗費大量資源。將此責任卸載至專用協調器節點可減少資料節點上的負擔。

## 架構和行為
<a name="dedicated-coordinator-nodes-architecture"></a>

在 OpenSearch 叢集中，專用協調器節點會處理兩個關鍵責任。
+ **請求處理** – 這些節點會收到傳入的搜尋請求，並將其轉送至存放相關資料的適當資料節點。然後，它們會將來自多個資料節點的結果合併為單一全域結果集，並傳回給用戶端。
+ **儀表板託管** – 協調器節點管理 OpenSearch Dashboards，可減輕資料節點託管 OpenSearch Dashboards 和處理相關流量的額外負擔。

在 VPC 網域中，將指派專用協調器節點彈性網路界面 (ENIs)，而非資料節點。此安排有助於減少 VPCs 所需的私有 IP 地址數量，進而改善網路效率。一般而言，專用協調器節點約佔總資料節點的 10%。

## 要求與限制
<a name="dedicated-coordinator-nodes-requirements"></a>

專用協調器節點有下列需求和限制。
+ 所有 OpenSearch 版本和 Elasticsearch 6.8 至 7.10 版都支援專用協調器節點。
+ 若要啟用專用協調器節點，您的網域必須啟用專用主節點。如需詳細資訊，請參閱[Amazon OpenSearch Service 中的專用主節點](managedomains-dedicatedmasternodes.md)。
+ 佈建專用協調器節點可能會產生額外費用。不過，改善的資源效率和增強的效能可證明投資的合理性，尤其是大型或複雜的叢集。

## 佈建專用協調器節點
<a name="dedicated-coordinator-nodes-provisioning"></a>

執行下列步驟，在現有網域中佈建專用協調器節點。在佈建協調器節點之前，請確定您的網域已啟用專用*主*節點。

### 主控台
<a name="dedicated-coordinator-nodes-provisioning-console"></a>

**在 中佈建專用協調器節點 AWS 管理主控台**

1. 登入 Amazon OpenSearch Service 主控台，網址為 https：//[https://console.aws.amazon.com/aos/home](https://console.aws.amazon.com/aos/home)。

1. 選擇**網域**，然後選取您要修改的網域。

1. 在**叢集組態**區段中，選擇**編輯**。

1. 選擇**啟用專用協調器節點**。

1. 選取要佈建的執行個體類型和協調器節點數量。

1. 選擇**儲存變更**。網域更新可能需要幾分鐘的時間。

### AWS CLI
<a name="dedicated-coordinator-nodes-provisioning-cli"></a>

若要使用 佈建專用協調器節點 AWS CLI，請使用 [update-domain-config](https://docs.aws.amazon.com/cli/latest/reference/opensearch/update-domain-config.html) 命令。下列範例會在網域中佈建三個`r6g.large.search`協調器節點。

```
aws opensearch update-domain-config \
  --domain-name {{my-opensearch-domain}} \
  --cluster-config InstanceCount=3,InstanceType=r6g.large.search,DedicatedCoordinatorCount=3,ZoneAwarenessEnabled=true,DedicatedCoordinatorEnabled=true
```

此命令可啟用專用協調器節點、設定協調器節點的執行個體類型和計數，以及啟用區域意識以提高可用性。

## 最佳實務
<a name="best-practices-dedicated-coordinator-nodes"></a>

當您使用專用協調器節點時，請考慮下列最佳實務。
+ 針對大多數使用案例使用一般用途執行個體。它們提供成本和效能之間的平衡方法。記憶體最佳化執行個體非常適合需要大量記憶體資源的工作負載，例如涉及複雜彙總或大規模搜尋的工作負載。
+ 一個很好的起點是將 5% 到 10% 的資料節點佈建為專用協調器節點。例如，如果您的網域有 90 個特定執行個體類型的資料節點，請考慮佈建 5 到 9 個相同執行個體類型的協調器節點。
**注意**  
執行個體類型可用性因區域而異。選取協調器節點的執行個體類型時，請確認您選擇的執行個體類型在目標區域中可用。您可以在建立或修改網域時，在 OpenSearch Service 主控台中檢查執行個體類型可用性。
+ 若要將單一故障點的風險降至最低，請佈建至少兩個專用協調器節點。這可確保即使一個節點失敗，叢集仍能正常運作。
+ 如果您使用跨區域搜尋，請在目的地網域中佈建專用協調器節點。來源網域通常不會處理協調任務。
+ 對於索引繁重的環境，請考慮符合資料節點執行個體大小的 CPU 最佳化執行個體，以獲得最佳效能。
+ 對於記憶體密集型工作負載，請針對專用協調器節點使用稍大的執行個體類型，以協助管理增加的記憶體需求。
+ 追蹤 `CoordinatorCPUUtilization` Amazon CloudWatch 指標。如果持續超過 80%，可能表示您需要較大或額外的協調器節點來處理負載。
+ 調整專用協調器節點的大小以符合您的資料節點。例如，使用 4xlarge 資料節點時，從 4xlarge 一般用途協調器節點開始。
+ 對協調器節點使用多個較小的執行個體，而不是較少較大的執行個體，除非您的個別請求或回應需要極高的記憶體 （以 GBs 為單位）。例如，選擇 12 個 4xl 執行個體，而不是 6 個 8xlarge 一般用途執行個體。

### 依叢集大小的節點建議
<a name="dedicated-coordinator-nodes-recs"></a>

使用以下準則作為根據您的叢集大小佈建專用協調器節點的起點。根據工作負載特性和效能指標調整節點的數量和類型。


| 叢集大小 | 建議的協調器節點 | 執行個體類型 | 
| --- | --- | --- | 
| 小型 （最多 50 個節點） | 3-5 個節點 | 一般用途 | 
| 中型 (50-100 個節點） | 5-9 個節點 | 記憶體最佳化 | 
| 大型 (100 個以上的節點） | 10-15 個節點 | 記憶體最佳化 |