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

# Amazon OpenSearch Service 的自動調整
<a name="auto-tune"></a>

Amazon OpenSearch Service 中的自動調整會使用 OpenSearch 叢集中的效能和使用量指標，以建議與記憶體相關的組態變更，包括節點上的佇列和快取大小以及 Java 虛擬機器 (JVM) 設定。這些選擇性變更可提高叢集速度與穩定性。

有些變更會立即部署，而其他變更則會在網域的離峰時段期間排程。您可以隨時還原為預設的 OpenSearch Service 設定。由於自動調整會收集並分析網域的效能指標，因此您可以在 OpenSearch Service 主控台的**通知**頁面中檢視其建議。

Auto-Tune 可在具有[支援執行個體類型的](supported-instance-types.md)執行任何 OpenSearch 版本或 Elasticsearch 6.7 或更新版本的網域 AWS 區域 上商業上使用。

## 變更類型
<a name="auto-tune-types"></a>

自動調整有兩大類變更：
+ 在叢集執行時套用的非破壞性變更。
+ 需要[藍/綠部署](managedomains-configuration-changes.md)的變更，適用於網域的離峰時段。

根據您網域的效能指標，自動調整可建議調整下列設定：


| 變更類型 | 類別 | 描述 | 
| --- | --- | --- | 
| JVM 堆積大小 | 藍/綠 | 依預設，OpenSearch Service 針對 JVM 堆積使用執行個體 RAM 的 50%，堆積大小最多可達 32 GiB。<br />增加此百分比可為 OpenSearch 提供更多記憶體，但對作業系統和其他處理程序而言保留的更少。較大的值可以減少廢棄項目收集暫停的數目，但會增加這些暫停的長度。 | 
| JVM 新一代設定 | 藍/綠 | JVM「新一代」設定會影響次要廢棄項目收集的頻率。較頻繁的次要收集可減少主要收集和暫停的數目。 | 
| 佇列大小 | 不中斷 | 依預設，搜尋佇列大小為 `1000`，寫入佇列大小為 `10000`。如果有額外的堆積可用來處理請求，自動調整會自動擴展搜尋和寫入佇列。 | 
| 快取大小 | 不中斷 | *欄位快取*會監控堆積內的資料結構，因此監控快取的使用非常重要。自動調整可擴展欄位資料快取大小，以避免記憶體不足和斷路器問題。<br />*碎片請求快取*在節點級別進行管理，並且默認的大小上限為 1％ 的堆積。自動調整可擴展碎片請求快取大小，以接受比設定的叢集可處理的請求更多的搜尋和索引請求。 | 
| 請求規模 | 不中斷 | 在預設情況下，在進行中請求的匯總規模超過總 JVM 的 10% 時 (`t2` 執行個體類型的 2%，以及 `t3.small` 的 1%)，在現有請求完成之前，OpenSearch 會調節所有新的 `_search` 和 `_bulk` 請求。<br />自動調整會依據目前系統占用的 JVM 量自動調整此閾值，通常介於 5-15% 之間。例如，如果 JVM 記憶體壓力很高，則自動調整可能會將閾值降低至 5%，此時在叢集穩定且閾值增加之前，您可能會看到更多的拒絕數。 | 

## 監控自動調整變更
<a name="auto-tune-monitor"></a>

您可以在 中監控 Auto-Tune 統計資料 Amazon CloudWatch。如需指標的完整清單，請參閱 [自動調整指標](managedomains-cloudwatchmetrics.md#managedomains-cloudwatchmetrics-autotune-metrics)。

OpenSearch Service 會將 Auto-Tune 事件傳送至 Amazon EventBridge。您可以使用 EventBridge 設定傳送電子郵件的規則，或在接收事件時執行特定動作。若要查看傳送至 EventBridge 的每個自動調整事件的格式，請參閱 [自動調整事件](monitoring-events.md#monitoring-events-autotune)。