在 Amazon Aurora 全球資料庫中使用轉換或容錯移轉

Aurora 全球資料庫可提供更多的業務持續性和災難復原 (BCDR) 保護，相較於 Aurora 資料庫叢集在單一資料庫中提供的標準高可用性 AWS 區域。您可以使用 Aurora 全球資料庫擬訂計畫，並迅速從實際的區域性災難或服務完全中斷的情況復原。災難復原通常是由以下兩個業務目標推動：

轉換或容錯移轉 Aurora 全球資料庫的過程，需要將全球資料庫的其中一個次要區域中的資料庫叢集提升為主要資料庫叢集。「區域中斷」一詞通常用來描述各種故障情況。最壞的情況可能是影響數百平方英里的災難性事件導致大規模中斷。不過，大多數中斷都較侷限在本地，只會影響一小部分的雲端服務或客戶系統。請考量完整的中斷範圍，以確定跨區域容錯移轉是適當的解決方案，並選擇適當的容錯移轉方法來因應此情況。應該使用容錯移轉或轉換方法，取決於特定中斷案例：

從計劃外中斷復原 Amazon Aurora 全域資料庫

在極少數情況下，您的 Aurora 全域資料庫可能會在其主要 AWS 區域發生非預期中斷。如果發生此情況，您的主要 Aurora 資料庫叢集及其寫入器節點將無法使用，而主要和次要資料庫叢集之間的複寫也會停止。若要將停機時間 (RTO) 和資料遺失 (RPO) 降到最低，您可以快速執行跨區域容錯移轉。

在災難復原情況下，有兩種方法可以進行容錯移轉：

針對 Aurora 全球資料庫執行受管容錯移轉

此方法的目的是在發生實際區域災難或服務完全中斷的情況下，提供業務持續性。

在受管容錯移轉期間，您的主要叢集會容錯移轉至您選擇的次要區域，同時維護 Aurora 全球資料庫現有的複寫拓撲。選擇的次要叢集會將其中一個唯讀節點提升為完整寫入器狀態。此步驟可讓叢集擔任主要叢集的角色。當此叢集擔任這個新角色時，您的資料庫在短時間內無法使用。當此次要叢集變成新的主要叢集時，未從舊的主要叢集複寫至所選次要叢集的資料就會遺失。

使用此功能之前，建議您執行下列操作以將資料遺失降到最低：

在受管容錯移轉期間，選擇的次要資料庫叢集會提升為作為主要資料庫叢集的新角色。但是，它不會繼承主要資料庫叢集的各種組態選項。組態不相符可能會導致效能問題、工作負載不相容，以及其他異常行為。若要避免此類問題，建議您針對下列各項解決 Aurora 全域資料庫叢集之間的差異：

通常，選擇的次要叢集會在幾分鐘內擔任主要角色。一旦新的主要區域的寫入器節點可用，您就可以將應用程式連線到該節點並恢復工作負載。Aurora 提升新的主要叢集之後，會自動重建所有其他次要區域叢集。

由於 Aurora 全球資料庫使用非同步複寫，因此每個次要區域的複寫延遲可能有所不同。Aurora 會重建這些次要區域，使其 point-in-time 資料與新的主要區域叢集完全相同。整個重建工作的期間可能持續幾分鐘到數小時，取決於儲存磁碟區的大小和區域之間的距離。當次要區域叢集從新的主要區域完成重建時，便可供讀取存取使用。

一旦新的主要寫入器進行提升且可用，新的主要區域的叢集就可以處理 Aurora 全球資料庫的讀取和寫入操作。請務必變更應用程式的端點，以便使用新的端點。如果您在建立 Aurora 全域資料庫時接受提供的名稱，則可透過從應用程式中提升叢集的端點字串移除 -ro 來變更端點。

例如，當該叢集提升為主要叢集時，次要叢集的端點 my-global.cluster-ro-aaaaaabbbbbb.us-west-1.rds.amazonaws.com 會變成 my-global.cluster-aaaaaabbbbbb.us-west-1.rds.amazonaws.com。

如果您使用 RDS Proxy，請務必將應用程式的寫入作業重新導向至與新主要叢集相關聯之 Proxy 的適當讀取/寫入端點。此代理端點可能是預設端點或自訂讀取/寫入端點。如需詳細資訊，請參閱 RDS Proxy 端點如何使用全域資料庫。

為了還原全球資料庫叢集的原始拓撲，Aurora 會監控舊主要區域的可用性。一旦該區域正常運作且再次可用，Aurora 就會自動將它新增回全域叢集作為次要區域。在舊的主要區域中建立新的儲存磁碟區之前，Aurora 會嘗試在故障點拍攝舊儲存磁碟區的快照。這樣做是為了讓您用它來復原任何遺失的資料。如果此作業成功，Aurora 會放置名為「rds: unplanned-global-failover-name-of-old-primary-DB-cluster-timestamp「在的快照區段中 AWS Management Console。您也可以在 D 快照API作業傳回的資訊中看到此escribeDBCluster快照列出。

原始拓撲還原之後，您可以在最適合您的業務和工作負載時執行轉換操作，將全球資料庫容錯回復至原始主要區域。若要啟用，請依照「針對 Amazon Aurora 全球資料庫執行轉換」中的步驟進行。

您可以使用 AWS Management Console、或容錯移轉 Aurora 全域資料庫RDSAPI。 AWS CLI

若要在 Aurora 全球資料庫上執行受管容錯移轉

1. 登錄 AWS Management Console 並在打開 Amazon RDS 控制台https://console.aws.amazon.com/rds/。

2. 選擇資料庫，然後尋找您要容錯移轉的 Aurora 全域資料庫。

3. 從動作功能表選擇轉換或容錯移轉全球資料庫。

   

4. 選擇容錯移轉 (允許資料遺失)。

   

5. 針對 [新增主要叢集]，選擇次要叢集中的其中一個作 AWS 區域 用中叢集做為新主要叢集。

6. 輸入 confirm，然後選擇確認。

容錯移轉完成後，您可以在資料庫清單中看到 Aurora 資料庫叢集及其目前狀態，如下圖所示。

若要在 Aurora 全球資料庫上執行受管容錯移轉

使用命failover-global-clusterCLI令容錯移轉 Aurora 全域資料庫。使用命令，傳遞下列參數的值。

• --region— 指定您要做為 Aurora 全域資料庫新主要資料庫之次要資料庫叢集的執行位 AWS 區域 置。

• --global-cluster-identifier – 指定 Aurora 全域資料庫的名稱。

• --target-db-cluster-identifier— 指定您要升級為 Aurora 全域資料庫新主要叢集的 Aurora 資料庫叢集的 Amazon 資源名稱 (ARN)。

• --allow-data-loss - 明確使其成為容錯移轉操作，而不是轉換操作。如果非同步複寫元件尚未完成將所有複寫的資料傳送至次要區域，容錯移轉操作就可能導致部分資料遺失。

對於LinuxmacOS、或Unix：

aws rds --region region_of_selected_secondary \
   failover-global-cluster --global-cluster-identifier global_database_id \
   --target-db-cluster-identifier arn_of_secondary_to_promote \
   --allow-data-loss

在 Windows 中：

aws rds --region region_of_selected_secondary ^
   failover-global-cluster --global-cluster-identifier global_database_id ^
   --target-db-cluster-identifier arn_of_secondary_to_promote ^
   --allow-data-loss

若要容錯移轉 Aurora 全域資料庫，請執行FailoverGlobalClusterAPI作業。

針對 Aurora 全球資料庫執行手動容錯移轉

在某些情況下，您可能無法使用受管容錯移轉程序。舉例來說，如果您的主要和次要資料庫叢集未執行相容的引擎版本，就是這種情況。在這種情況下，您可以依照此手動程序將全球資料庫容錯移轉至目標次要區域。

請確定應用程式寫入會在做出這些變更之前、期間和之後，傳送至正確的 Aurora 資料庫叢集。這樣可以避免 Aurora 全域資料庫的資料庫叢集之間出現資料不一致的情況 (稱為核心分裂問題)。

如果您重新設定以回應中斷 AWS 區域，您可以在解決中斷後再次將 AWS 區域 該設定為主要項目。若要這麼做，請將舊的 AWS 區域 新增至新的全球資料庫，然後使用轉換程序來切換其角色。您的 Aurora 全域資料庫必須使用支援轉換的「Aurora Postgre」SQL 或「我SQL的 Aurora」版本。如需詳細資訊，請參閱針對 Amazon Aurora 全球資料庫執行轉換。

針對 Amazon Aurora 全球資料庫執行轉換

透過使用轉換，您可以定期變更主要叢集的區域。此方法適用於受控情況，例如操作維護及其他計劃內操作程序。

有三種常見的轉換使用案例。

在轉換期間，Aurora 會將您的主要叢集轉換至您選擇的次要區域，同時維護您全球資料庫現有的複寫拓撲。在開始轉換程序之前，Aurora 會等待所有次要區域叢集與主要區域叢集完全同步。然後，主要區域中的資料庫叢集會變成唯讀，而選擇的次要叢集會將其中一個唯讀節點提升為完整寫入器狀態。將此節點提升為寫入器可讓該次要叢集擔任主要叢集的角色。由於所有次要叢集都在處理程序開始時與主要叢集同步，因此新的主要叢集會繼續執行 Aurora 全域資料庫的操作，而不會遺失任何資料。您的資料庫在短時間內無法使用，因為同時間主要叢集和選取的次要叢集會承擔其新角色。

若要最佳化應用程式可用性，建議您在使用此功能之前先執行下列動作：

在轉換期間，選擇的次要資料庫叢集會提升為作為主要資料庫叢集的新角色。但是，它不會繼承主要資料庫叢集的各種組態選項。組態不相符可能會導致效能問題、工作負載不相容，以及其他異常行為。若要避免此類問題，建議您針對下列各項解決 Aurora 全域資料庫叢集之間的差異：

轉換程序完成後，提升的 Aurora 資料庫叢集即可處理 Aurora 全球資料庫的寫入操作。請務必變更應用程式的端點，以便使用新的端點。如果您在建立 Aurora 全域資料庫時接受提供的名稱，則可透過從應用程式中提升叢集的端點字串移除 -ro 來變更端點。

例如，當該叢集提升為主要叢集時，次要叢集的端點 my-global.cluster-ro-aaaaaabbbbbb.us-west-1.rds.amazonaws.com 會變成 my-global.cluster-aaaaaabbbbbb.us-west-1.rds.amazonaws.com。

如果您使用 RDS Proxy，請務必將應用程式的寫入作業重新導向至與新主要叢集相關聯之 Proxy 的適當讀取/寫入端點。此代理端點可能是預設端點或自訂讀取/寫入端點。如需詳細資訊，請參閱 RDS Proxy 端點如何使用全域資料庫。

您可以使用 AWS Management Console、或切換 Aurora 全域資料庫RDSAPI。 AWS CLI

若要在 Aurora 全球資料庫上執行轉換

1. 登錄 AWS Management Console 並在打開 Amazon RDS 控制台https://console.aws.amazon.com/rds/。

2. 選擇資料庫，然後尋找您要轉換的 Aurora 全球資料庫。

3. 從動作功能表選擇轉換或容錯移轉全球資料庫。

   

4. 選擇轉換。

   

5. 針對 [新增主要叢集]，選擇次要叢集中的其中一個作 AWS 區域 用中叢集做為新主要叢集。

6. 選擇確認。

轉換完成後，您可以在資料庫清單中看到 Aurora 資料庫叢集及其目前角色，如下圖所示。

若要在 Aurora 全球資料庫上執行轉換

使用指switchover-global-clusterCLI令切換 Aurora 全域資料庫。使用命令，傳遞下列參數的值。

• --region— 指定 Aurora 全域資料庫主要資料庫叢集的執行位 AWS 區域 置。

• --global-cluster-identifier – 指定 Aurora 全域資料庫的名稱。

• --target-db-cluster-identifier— 指定您要升級為 Aurora 全域資料庫主要叢集的 Aurora 資料庫叢集的 Amazon 資源名稱 (ARN)。

對於LinuxmacOS、或Unix：

aws rds --region region_of_primary \
   switchover-global-cluster --global-cluster-identifier global_database_id \
  --target-db-cluster-identifier arn_of_secondary_to_promote

在 Windows 中：

aws rds --region region_of_primary ^
   switchover-global-cluster --global-cluster-identifier global_database_id ^
  --target-db-cluster-identifier arn_of_secondary_to_promote

若要切換 Aurora 全域資料庫，請執行該SwitchoverGlobalClusterAPI作業。

管理RPOs以 Aurora 為SQL基礎的全域資料庫

使用以 Aurora Postgre 為SQL基礎的全域資料庫，您可以使用參數來管理 Aurora 全域資料庫的復原點目標 (RPO)。rds.global_db_rpoRPO代表發生中斷時可能遺失的最大資料量。

當您RPO為以 Aurora Postgre 為SQL基礎的全域資料庫設定時，Aurora 會監視所有次要叢集的RPO延遲時間，以確保至少有一個次要叢集保留在目標RPO視窗內。RPO延遲時間是另一個以時間為基礎的量度

當資料庫在容錯移轉 AWS 區域 之後以新的方式繼續作業時，便會使用。RPOAurora 評估RPO和RPO延遲時間在主要交易上提交 (或封鎖) 交易，如下所示：

換句話說，如果所有次要叢集都位於目標之後RPO，Aurora 會暫停主要叢集上的交易，直到至少有一個次要叢集趕上為止。一旦至少一個次要資料庫叢集的延遲時間小於RPO. 結果是，在符合之前沒有任何交易可以認可。RPO

此 rds.global_db_rpo 參數是動態的。如果您決定不要讓所有寫入交易都停止，直到延遲降低到足夠的程度，那麼您可以快速重設它。在這種情況下，Aurora 會在經過短暫延遲後，辨識並實作變更。

如果您按照下列所述設定此參數，還可以監控其產生的指標。您可以使用psql或其他工具來查詢 Aurora 全域資料庫的主要資料庫叢集，並取得有關以 Aurora Postgre 為SQL基礎的全域資料庫作業的詳細資訊。若要瞭解如何操作，請參閱監視基於 Aurora 波斯特格雷SQL的全局。

設定復原點目標

此rds.global_db_rpo參數可控制 Postgre SQL 資料庫的RPO設定。此參數由 Aurora 波斯特格雷支SQL援。rds.global_db_rpo 的有效值範圍為 20 秒至 2,147,483,647 秒 (68 年)。選擇符合您的業務需求和應用案例的實際值。例如，您可能希望允許最多 10 分鐘的時間RPO，在這種情況下，您將值設置為 600。

您可以使用 AWS Management Console、或，為以 Aurora Postgre 為SQL基礎的全域資料庫設定 AWS CLI此值。RDS API

aws rds modify-db-cluster-parameter-group \
    --db-cluster-parameter-group-name my_custom_global_parameter_group \
    --parameters "ParameterName=rds.global_db_rpo,ParameterValue=600,ApplyMethod=immediate"

aws rds modify-db-cluster-parameter-group ^
    --db-cluster-parameter-group-name my_custom_global_parameter_group ^
    --parameters "ParameterName=rds.global_db_rpo,ParameterValue=600,ApplyMethod=immediate"

檢視復原點目標

全域資料庫的復原點目標 (RPO) 會儲存在每個資料庫叢集的rds.global_db_rpo參數中。您可以連線至要檢視之次要叢集的端點，並使用 psql 來查詢執行個體的該值。

db-name=>show rds.global_db_rpo;

如果未設定此參數，則查詢會傳回下列項目：

rds.global_db_rpo
-------------------
 -1
(1 row)

下一個回應來自具有 1 分鐘RPO設定的次要資料庫叢集。

rds.global_db_rpo
-------------------
 60
(1 row)

您也可以使用CLI來取得值，以找出rds.global_db_rpo是否在任何 Aurora DB 叢集上處於作用中狀態，方CLI法是使用取得叢集的所有user參數值。

對於LinuxmacOS、或Unix：

aws rds describe-db-cluster-parameters \
 --db-cluster-parameter-group-name lab-test-apg-global \
 --source user

在 Windows 中：

aws rds describe-db-cluster-parameters ^
 --db-cluster-parameter-group-name lab-test-apg-global *
 --source user

該命令會傳回所有 user 參數類似於下列各項的輸出。這不是 default-engine 或 system 資料庫叢集參數。

{
    "Parameters": [
        {
            "ParameterName": "rds.global_db_rpo",
            "ParameterValue": "60",
            "Description": "(s) Recovery point objective threshold, in seconds, that blocks user commits when it is violated.",
            "Source": "user",
            "ApplyType": "dynamic",
            "DataType": "integer",
            "AllowedValues": "20-2147483647",
            "IsModifiable": true,
            "ApplyMethod": "immediate",
            "SupportedEngineModes": [
                "provisioned"
            ]
        }
    ]
}

若要進一步了解如何檢視叢集參數群組的參數，請參閱在 Amazon Aurora 中檢視資料庫叢集參數群組的參數值。

停用復原點目標

若要停用RPO，請重設rds.global_db_rpo參數。您可以使用 AWS Management Console AWS CLI、或重設參數RDSAPI。

aws rds reset-db-cluster-parameter-group \
    --db-cluster-parameter-group-name global_db_cluster_parameter_group \
    --parameters "ParameterName=rds.global_db_rpo,ApplyMethod=immediate"

aws rds reset-db-cluster-parameter-group ^
    --db-cluster-parameter-group-name global_db_cluster_parameter_group ^
    --parameters "ParameterName=rds.global_db_rpo,ApplyMethod=immediate"