本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
Neptune T3 高載執行個體類別
除了固定效能執行個體類別 (例如 R5 和 R6) 外，Amazon Neptune 還可讓您選擇使用爆量效能 T3 執行個體。在開發圖形應用程式時，您想要資料庫快速且積極回應，但是您不需要一直使用它。Neptune 的 db.t3.medium 執行個體類別就是您在這種情況下應該使用的執行個體類別，成本遠低於最便宜的固定效能執行個體類別。
高載執行個體會在 CPU 效能的基準層級執行，直到工作負載需要更多，然後只要工作負載需要，就會在工作負載需要時高過基準。如果平均 CPU 使用率在 24 小時期間內未超過基準，則每小時價格會涵蓋高載。對於大多數開發和測試情況，這會轉換為低成本的良好性能。
如果您從 T3 執行個體類別開始，稍後可以在準備投入生產、使用 AWS Management Console、AWS CLI 或其中一個 AWS SDK 時，輕鬆切換到固定效能執行個體類別。
T3 高載由 CPU 點數管理
一個 CPU 點數代表一個虛擬 CPU 核心 (vCPU) 一分鐘的完整使用率。這也可以轉換成 vCPU 兩分鐘的 50% 使用率，或兩分鐘內的 25% 使用率，依此類推。
T3 執行個體會在閒置時產生 CPU 積分，並在作用中時使用積分，兩者均以毫秒為單位測量而得。db.t3.medium 執行個體類別有兩個 vCPU，每個 vCPU 閒置時，每小時獲得 12 個 CPU 信用點數。這表示每個 vCPU 的 20% 使用率會產生零 CPU 點數餘額。獲得的 12 個 CPU 點數支出 vCPU 的 20% 使用率 (因為 60 分鐘的 20% 也是 12)。因此，這 20% 的使用率就是 baseline (基準) 使用率，不會產生正或負的 CPU 點數餘額。
閒置時間 (CPU 使用率低於可用總數的 20%) 會導致 CPU 積分儲存在積分餘額儲存貯體中，db.t3.medium 執行個體類別的上限為 576 (24 小時內可產生的 CPU 積分上限，即 2 x 12 x 24)。超過這個限制，則會捨棄 CPU 積分。
必要時，即使在 CPU 積分餘額已低於零，CPU 使用率可以根據工作負載的需要，到爆量增加至 100%。如果執行個體連續 24 小時維持負餘額，則該期間內產生的每 -60 個 CPU 積分會收取 0.05 美元的額外費用。不過，對於大多數的開發和測試工作負載而言，高載通常是由高載前後的閒置時間所涵蓋。
注意
Neptune 的 T3 執行個體類別設定如 Amazon EC2 無限制模式。
使用 AWS Management Console 建立 T3 高載執行個體
在 AWS Management Console 中，您可以建立主要資料庫叢集執行個體，或使用執行個體類別 db.t3.medium 的讀取複本執行個體，或者您可以修改現有執行個體，以使用 db.t3.medium 執行個體類別。
例如，若要在 Neptune 主控台中建立新的資料庫叢集主要執行個體：
選擇 Create Database (建立資料庫)。
選擇等於或晚於
1.0.2.2的資料庫引擎版本。在 Purpose (目的) 下，選擇 Development and Testing (開發和測試)。
做為 DB instance class (資料庫執行個體類別)，接受預設值：
db.t3.medium — 2 vCPU, 4 GiB RAM。
使用 AWS CLI 建立 T3 高載執行個體
你也可以使用 AWS CLI 來做同樣的事情：
aws neptune create-db-cluster \ --db-cluster-identifier(name for a new DB cluster)\ --engine neptune \ --engine-version "1.0.2.2" aws neptune create-db-instance \ --db-cluster-identifier(name of the new DB cluster)\ --db-instance-identifier(name for the primary writer instance in the cluster)\ --engine neptune \ --db-instance-class db.t3.medium
