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

# 管理 Amazon Neptune 執行個體
<a name="manage-console-instances"></a>

以下章節提供有關執行個體層級操作的資訊。

**Topics**
+ [Neptune T3 高載執行個體類別](manage-console-instances-t3.md)
+ [修改 Neptune 資料庫執行個體 (並立即套用)](manage-console-instances-modify.md)
+ [重新命名 Neptune 資料庫執行個體](manage-console-instances-rename.md)
+ [在 Amazon Neptune 中重新啟動資料庫執行個體](manage-console-instances-reboot.md)
+ [在 Amazon Neptune 中刪除資料庫執行個體](manage-console-instances-delete.md)

# Neptune T3 高載執行個體類別
<a name="manage-console-instances-t3"></a>

除了固定效能執行個體類別 (例如 `R5` 和 `R6`) 外，Amazon Neptune 還可讓您選擇使用爆量效能 `T3` 執行個體。在開發圖形應用程式時，您想要資料庫快速且積極回應，但是您不需要一直使用它。Neptune 的 `db.t3.medium` 執行個體類別就是您在這種情況下應該使用的執行個體類別，成本遠低於最便宜的固定效能執行個體類別。

高載執行個體會在 CPU 效能的基準層級執行，直到工作負載需要更多，然後只要工作負載需要，就會在工作負載需要時高過基準。如果平均 CPU 使用率在 24 小時期間內未超過基準，則每小時價格會涵蓋高載。對於大多數開發和測試情況，這會轉換為低成本的良好性能。

如果您從`T3`執行個體類別開始，當您準備好進入生產環境時，可以使用 AWS CLI AWS 管理主控台、 或其中一個 AWS SDKs 輕鬆切換到固定效能執行個體類別。

## T3 高載由 CPU 點數管理
<a name="manage-console-instances-t3-cpu-credits"></a>

一個 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 [無限制模式](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-unlimited-mode.html)。

## 使用 AWS 管理主控台 建立 T3 爆量執行個體
<a name="manage-console-instances-t3-console"></a>

在 中 AWS 管理主控台，您可以建立使用執行個體類別的主要資料庫叢集執行個體或僅供讀取複本`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 爆量執行個體
<a name="manage-console-instances-t3-CLI"></a>

您也可以使用 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
```

# 修改 Neptune 資料庫執行個體 (並立即套用)
<a name="manage-console-instances-modify"></a>

您可以將大多數的變更立即套用到 Amazon Neptune 資料庫執行個體，或是將它們延遲到下一次的維護時段。而諸如參數群組變更等部分修改作業，則要求您手動重新啟動資料庫執行個體，才能使變更生效。

**重要**  
如果 Neptune 必須重新啟動您的資料庫執行個體，才能套用變更，則修改會導致中斷。因此，請先檢視修改作業對資料庫與應用程式所造成的影響，再修改資料庫執行個體設定。

## 常用設定與停機時間影響
<a name="manage-console-instances-modify-settings"></a>

下表包含您可以變更的設定、套用變更的時間，以及變更是否會造成資料庫執行個體停機的詳細資訊。


****  

| 資料庫執行個體設定 | 停機時間備註 | 
| --- | --- | 
|  **DB instance class** (資料庫執行個體類別)   |  在此變更期間會發生中斷，無論是立即套用此變更，還是在下一個維護時段套用它都一樣。  | 
|  **DB instance identifier** (資料庫執行個體識別碼)：  |  資料庫執行個體會重新啟動，並在此變更期間發生中斷，無論是立即套用此變更，還是在下一個維護時段套用它都一樣。  | 
|  **Subnet group** (子網路群組)   |  資料庫執行個體會重新啟動，並在此變更期間發生中斷，無論是立即套用此變更，還是在下一個維護時段套用它都一樣。  | 
| **安全群組** | 無論何時指定變更應發生，都會盡快以非同步方式套用變更，且不會造成中斷結果。 | – | 
| **憑證授權單位** | 根據預設，當您指派新的憑證授權機構時，資料庫執行個體會重新啟動。 | 
| **Database Port** (資料庫連接埠) | 變更永遠會立即發生，進而導致資料庫執行個體重新啟動，並發生中斷。 | 
| **DB parameter group** (資料庫參數群組) |  變更此設定不會導致中斷。參數群組名稱本身會立即變更，但在您重新啓動實例而不需容錯移轉的情況下，才會套用實際參數變更。在此情況下，資料庫執行個體不會自動重新啟動，且參數變更也不會在下一個維護時段期間套用。但是，如果您修改新關聯的資料庫參數群組中的動態參數，則會立即套用這些變更，而不需重新開機。 如需詳細資訊，請參閱[在 Amazon Neptune 中重新啟動資料庫執行個體](manage-console-instances-reboot.md)。  | 
| **DB cluster parameter group (資料庫叢集參數群組)** |  資料庫參數群組名稱會立即變更。  | 
| **Backup retention period (備份保留期間)** |  如果您指定變更應立即發生，則此變更不會立即發生。否則，如果您將設定從非零值變更為另一個非零值，則系統會盡快以非同步的方式來套用變更。在下一次維護時段期間，任何其他變更也會發生。從零變更為非零值，或是從非零值變更為零時，將會發生中斷。  | 
|  **稽核日誌**  | 如果您想要透過 CloudWatch Logs 使用稽核記錄，請選取**稽核日誌**。您也必須將資料庫叢集參數群組中的 `neptune_enable_audit_log` 參數設定為 `enable` (1)，才能啟用稽核記錄。 | 
|  **Auto minor version upgrade** (自動次要版本升級)  |  如果您想要讓 Neptune 資料庫叢集可以自動接收可用的次要引擎版本升級，請選取**啟用自動次要版本升級**。 *自動次要版本升級*選項僅適用於 Amazon Neptune 資料庫叢集的次要引擎版本升級，不適用於為維護系統穩定性而套用的一般修補程式。  | 

# 重新命名 Neptune 資料庫執行個體
<a name="manage-console-instances-rename"></a>

 您可以使用 AWS 管理主控台重新命名 Amazon Neptune 資料庫執行個體。重新命名資料庫執行個體可以發揮深遠的效果。以下是您在重新命名資料庫執行個體之前應該要先知道的事項清單。
+  重新命名資料庫執行個體時，資料庫執行個體的端點會隨之變更，因為 URL 包含您指派給資料庫執行個體的名稱。您應該將流量從舊的 URL 重新導向到新的 URL。
+  重新命名資料庫執行個體時，資料庫執行個體所用的舊 DNS 名稱會立即刪除，但其會保留在快取內幾分鐘。重新命名的資料庫執行個體的新 DNS 名稱會在大約 10 分鐘後生效。重新命名的資料庫執行個體必須等到新名稱生效後才可使用。
+  重新命名執行個體後，您將無法使用現有的資料庫執行個體名稱。
+  與資料庫執行個體相關聯的所有僅供讀取複本，在重新命名後仍會保持與該執行個體的關聯。例如，假設您有一個做為生產資料庫的資料庫執行個體，且該執行個體有多個關聯的僅供讀取複本。若您重新命名資料庫執行個體，接著在生產環境中將它替換成資料庫快照，則重新命名後的資料庫執行個體仍會擁有與其關聯的僅供讀取複本。
+  如果您重複使用資料庫執行個體名稱，與資料庫執行個體名稱關聯的指標和事件也會保留。例如，如果您提升僅供讀取複本，並將其重新命名為與先前主要執行個體相同的名稱，則與主要執行個體相關聯的事件和指標隨後會與重新命名後的執行個體相關聯。
+  資料庫執行個體標籤隨資料庫執行個體保留，無論是否重新命名。
+  重新命名的資料庫執行個體將保留其資料庫快照。

**使用 Neptune 主控台重新命名資料庫執行個體**

1. 登入 AWS 管理主控台，並在 [https://console.aws.amazon.com/neptune/home](https://console.aws.amazon.com/neptune/home)：// 開啟 Amazon Neptune 主控台。

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

1. 選擇想要重新命名的資料庫執行個體旁邊的選項按鈕。

1. 在 **Instance actions (執行個體動作)** 功能表中，選擇 **Modify (修改)**。

1.  在 **DB instance identifier (資料庫執行個體識別符)** 文字方塊中，輸入新名稱。選擇 **Apply immediately** (立即套用)，然後選擇 **Continue** (繼續)。

1. 選擇 **Modify DB instance** (修改資料庫執行個體) 以完成變更。

# 在 Amazon Neptune 中重新啟動資料庫執行個體
<a name="manage-console-instances-reboot"></a>

 在某些情況下，若您修改 Amazon Neptune 資料庫執行個體、變更與執行個體相關聯的資料庫參數群組，或是變更執行個體所使用參數群組中的靜態資料庫參數，您必須重新啟動執行個體，才能套用變更。

重新啟動資料庫執行個體，將重新啟動資料庫引擎服務。重新啟動也適用於關聯資料庫參數群組有任何變更正在等待處理的資料庫執行個體。重新啟動資料庫執行個體會暫時中斷執行個體，在此期間，資料庫執行個體狀態設定為*重新啟動中*。如果 Neptune 執行個體是針對多可用區域設定的，重新啟動可能會透過容錯移轉進行。重新啟動完成後將建立 Neptune 事件。

如果您的資料庫執行個體為異地同步備份部署，您可在選擇 **Reboot** (重新啟動) 選項時強制從某一可用區域容錯移轉到另一個區域。當您強制容錯移轉資料庫執行個體時，Neptune 會自動切換到位於另一個可用區域中的待命複本。它接著會更新資料庫執行個體的 DNS 記錄，指向待命資料庫執行個體。因此，您必須清除和重新建立資料庫執行個體任何現有的連線。

當您想要進行資料庫執行個體的故障模擬測試，或在發生故障後恢復操作到原始可用區域時，**Reboot with failover** (使用容錯移轉重新啟動) 是比較有利的。如需詳細資訊，請參閱《Amazon RDS 使用者指南》**中的[高可用性 (多可用區域)](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html)。重新啟動資料庫叢集時，它會容錯移轉到待命複本。重新啟動 Neptune 複本不會啟動容錯移轉。

重新啟動所需的時間為損毀復原程序的函數。若要改善重新啟動時間，建議在重新啟動程序期間盡可能減少資料庫活動，以降低傳輸中交易的轉返活動。

在主控台上，如果資料庫執行個體不是處於**可用**狀態，**重新啟動**選項可能停用。這可能由多種原因導致，例如，備份進行中、客戶正請求修改，或維護時段的動作。

**注意**  
在 [版本：1.2.0.0 (2022 年 7 月 21 日)](engine-releases-1.2.0.0.md) 之前，每當主要 (寫入器) 執行個體重新啟動時，資料庫叢集中的所有僅供讀取複本都會自動重新啟動。  
從 [版本：1.2.0.0 (2022 年 7 月 21 日)](engine-releases-1.2.0.0.md) 開始，重新啟動主要執行個體並不會導致任何複本重新啟動。這表示如果您要變更叢集參數，必須個別重新啟動每個執行個體，才能接收參數變更 (請參閱 [參數群組](parameter-groups.md))。

**使用 Neptune 主控台重新啟動資料庫執行個體**

1. 登入 AWS 管理主控台，並在 [https://console.aws.amazon.com/neptune/home](https://console.aws.amazon.com/neptune/home)：// 開啟 Amazon Neptune 主控台。

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

1. 選擇想要重新啟動的資料庫執行個體。

1.  選擇 **Instance actions** (執行個體動作)，然後選擇 **Reboot** (重新啟動)。

1. 若要強制從某一可用區域容錯移轉到另一可用區域，請由**重新啟動資料庫執行個體**對話方塊中選取**重新啟動並容錯移轉？**。

1. 選擇 **Reboot** (重新啟動)。若要取消重新啟動，請改為選擇 **Cancel** (取消)。

# 在 Amazon Neptune 中刪除資料庫執行個體
<a name="manage-console-instances-delete"></a>

只要執行個體已啟動，您就可以隨時刪除處於任何狀態的 Amazon Neptune 資料庫執行個體。

**警告**  
 如果您使用 **Web 主控台**刪除叢集中最後一個剩餘的執行個體，它也會刪除基礎叢集儲存磁碟區。

## 刪除資料庫執行個體之前為其建立最終快照
<a name="manage-console-instances-final-snapshot"></a>

 若要刪除資料庫執行個體，則必須指定執行個體的名稱，並決定您是否要為該執行個體擷取最終資料庫快照。如果要刪除的資料庫執行個體狀態為 **Creating** (正在建立)，便無法擷取最終資料庫快照。如果資料庫執行個體處於故障狀態，且狀態顯示為 **failed** (失敗)、**incompatible-restore** (不相容還原) 或 **incompatible-network** (不相容網路)，則僅有將 `SkipFinalSnapshot` 參數設定為 `true` 時，才能刪除該執行個體。

如果您使用 刪除資料庫叢集中的所有 Neptune 資料庫執行個體 AWS 管理主控台，則會自動刪除整個資料庫叢集。如果您使用的是 AWS CLI 或 SDK，您必須在刪除最後一個執行個體之後手動刪除資料庫叢集。

**重要**  
如果您刪除整個資料庫叢集，其所有自動備份都會同時刪除，且無法將其復原。這表示，除非您選擇手動建立最終資料庫快照，否則稍後無法將資料庫執行個體還原至其最終狀態。刪除叢集時，並不會刪除執行個體的手動快照。

如果您要刪除的資料庫執行個體具備僅供讀取複本，建議您提升僅供讀取複本或將其刪除。

無論有沒有包含最終資料庫快照，您都可以參考下方範例來刪除資料庫執行個體。

## 刪除不含最終快照的資料庫執行個體
<a name="manage-console-instances-delete-no-snapshot"></a>

如果您想要快速刪除資料庫執行個體，可以略過最終資料庫快照的建立步驟。刪除資料庫執行個體時，系統會一併刪除所有自動備份，且無法復原。系統並不會刪除手動快照。

**使用 Neptune 主控台刪除不含最終資料庫快照的資料庫執行個體**

1. 登入 AWS 管理主控台，並在 [https://console.aws.amazon.com/neptune/home](https://console.aws.amazon.com/neptune/home)：// 開啟 Amazon Neptune 主控台。

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

1. 在 **Instances** (執行個體) 清單中，選擇待刪除資料庫執行個體旁邊的選項按鈕。

1. 選擇 **Instance actions** (執行個體動作)，然後選擇 **Delete** (刪除)。

1.  在 **Create final snapshot?** (是否建立最終快照？) 方塊中，選擇 **No** (否)。

1.  選擇 **刪除**。

## 刪除包含最終快照的資料庫執行個體
<a name="manage-console-instances-delete-with-snapshot"></a>

如果您希望稍後可以還原刪除的資料庫執行個體，則可以建立最終資料庫快照。系統會一併刪除所有自動備份，且無法復原。系統並不會刪除手動快照。

**使用 Neptune 主控台刪除包含最終資料庫快照的資料庫執行個體**

1. 登入 AWS 管理主控台，並在 [https://console.aws.amazon.com/neptune/home](https://console.aws.amazon.com/neptune/home)：// 開啟 Amazon Neptune 主控台。

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

1. 在 **Instances** (執行個體) 清單中，選擇待刪除資料庫執行個體旁邊的選項按鈕。

1. 選擇 **Instance actions** (執行個體動作)，然後選擇 **Delete** (刪除)。

1.  在 **Create final snapshot?** (是否建立最終快照？) 方塊中，選擇 **Yes** (是)。

1.  在 **Final snapshot name (最終快照名稱)** 方塊中，輸入最終資料庫快照的名稱。

1.  選擇**刪除**。

您可以檢查執行個體的運作狀態、判斷其執行個體類型、了解您目前安裝的引擎發行版本，並使用[執行個體狀態 API](access-graph-status.md) 來取得有關執行個體的其他資訊。