如需與 Amazon Timestream for LiveAnalytics 類似的功能，請考慮使用 Amazon Timestream for InfluxDB。它提供簡化的資料擷取和單一位數毫秒查詢回應時間，以進行即時分析。[在這裡](https://docs.aws.amazon.com/timestream/latest/developerguide/timestream-for-influxdb.html)進一步了解。

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

# 從 Core 升級到 Enterprise Edition
<a name="upgrading-core-to-enterprise"></a>

您可以將現有的 InfluxDB 3 Core 叢集升級至 Enterprise Edition，以存取多節點部署、長期資料保留和專用壓縮等功能。

**重要**  
從 Core 升級到 Enterprise 是**單向操作**。一旦叢集升級至 Enterprise，就無法還原至 Core Edition。

## 先決條件和要求
<a name="core-to-enterprise-prerequisites"></a>
+ **第一次啟用企業**：如果這是您第一次在 AWS 帳戶中啟用企業授權，則必須透過 執行升級 AWS 管理主控台。此一次性主控台啟用可為您的帳戶啟用企業功能。
+ **後續操作**：在初始主控台啟用之後，您的帳戶會啟用 Enterprise。然後，您可以使用 、 AWS CLI API 或 ，將其他 Core 叢集升級至 Enterprise 或部署新的 Enterprise 叢集 AWS 管理主控台。

## 使用 升級 AWS 管理主控台
<a name="core-to-enterprise-console"></a>

1. 登入 AWS 管理主控台 並開啟 Timestream for InfluxDB 主控台。

1. 在導覽窗格中，選擇 **InfluxDB 資料庫**。

1. 選取您要升級的核心叢集。

1. 選擇 **Modify** (修改)。

1. 針對**版本**，選取**企業**。

1. 檢閱變更，然後選擇**修改叢集**。

## 升級期間會發生什麼情況
<a name="core-to-enterprise-what-happens"></a>

當您將 Core 叢集升級至 Enterprise 時：

1. **叢集重新啟動**：叢集會重新啟動以套用 Enterprise 引擎組態。

1. **節點組態**：根據您的叢集節點計數，叢集會設定為：
   + 單一節點 Enterprise 叢集 all-in-one：單一節點上的寫入器、讀取器和壓縮器）
   + 具有專用精簡器的多節點企業叢集 （適用於具有 3 個或更多節點的叢集）

1. **資料壓縮**：Enterprise 壓縮引擎會在背景逐步壓縮您現有的資料。在此過程中，叢集仍然可用。

**注意**  
資料壓縮趕上所需的時間取決於現有資料的磁碟區、叢集大小、執行個體大小，以及可用的 CPU 和記憶體空間，與您目前的工作負載相對。

**重要**  
**升級後壓縮的容量考量**  
**單一節點叢集**：將核心單一節點叢集升級至 Enterprise 時，精簡器會在與寫入器和讀取器相同的節點上執行。由於 Core 不包含壓縮器，因此所有現有的資料都必須在升級後壓縮。這需要超出目前工作負載使用量的額外 CPU 和記憶體容量。如果節點沒有足夠的空間，壓縮可能會與您的讀取和寫入工作負載競爭，這可能會影響效能。請考慮在升級之前或之後立即擴展到較大的執行個體類型 （例如，從 `db.influx.xlarge`擴展到 `db.influx.2xlarge`)，以提供精簡器所需的資源。您可以在壓縮追上後縮減規模。
**多節點 (3 節點） 叢集**：升級至 3 節點企業叢集時，會佈建專用精簡器節點。不過，在精簡器完成處理所有預先存在的資料之前，企業的完整優勢，例如來自壓縮資料的最佳化查詢效能。這需要的時間取決於資料庫中已存在的資料量、目前執行中的工作負載，以及精簡器節點的執行個體大小和組態。

**調校壓縮效能**：為協助精簡器更快速地處理現有資料，您可以在參數群組中調整下列僅限企業的參數：
+ `compaction-max-num-files-per-plan` – 增加此值，以允許壓縮器在每個壓縮週期處理更多檔案。例如，在較大的執行個體 (db.influx.4xlarge 及更高版本） 上，從預設值 500 增加到 1000–5000。如需執行個體大小的建議值[`compaction-max-num-files-per-plan`](compaction-max-num-files-per-plan.md)，請參閱 。
+ `compaction-check-interval` – 將 db.influx.4xlarge 及更高版本的預設值從 10 秒縮短為 5 秒，讓精簡器評估工作更頻繁。

對於單一節點叢集，擴展執行個體類型是為壓縮器提供更多容量的最有效方式，因為所有角色都共用相同的節點資源。對於多節點叢集，專用精簡器節點使用與其他節點相同的執行個體類別，因此擴展叢集的執行個體類型也會增加精簡器容量。如需壓縮參數的完整詳細資訊，請參閱 [類別 4：壓縮](compaction-parameters.md)。

## 考量事項
<a name="core-to-enterprise-considerations"></a>
+ 這是單向升級。**您無法**從 Enterprise 降級到 Core。
+ 在較低的活動期間規劃升級，讓壓縮程序有足夠的 CPU 和記憶體空間可以趕上進度。
+ **單一節點叢集**：請考慮在升級之前暫時擴展至較大的執行個體類型，以確保精簡器有足夠的 CPU 和記憶體來精簡現有資料，而不會影響您的工作負載。
+ **多節點叢集**：升級後預期轉換期間，其中精簡器正在處理所有預先存在的資料。壓縮完成後，即可實現完整的企業效能優勢。持續時間取決於資料量、工作負載強度和執行個體大小。
+ 您可以在參數群組`compaction-check-interval`中增加`compaction-max-num-files-per-plan`和減少 ，以加速升級後壓縮。如需詳細資訊，請參閱 [類別 4：壓縮](compaction-parameters.md)。
+ 升級之後，您可以利用 等企業功能[擴展叢集](multi-node-scaling.md)水平擴展叢集。