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

# Aurora MySQL 高可用性的最佳實務
<a name="AuroraMySQL.BestPractices.HA"></a>

您可以應用以下最佳實務，改善 Aurora MySQL 叢集的可用性。

**Topics**
+ [使用 Amazon Aurora 搭配 MySQL 資料庫進行災難復原](#AuroraMySQL.BestPractices.DisasterRecovery)
+ [從 MySQL 遷移至 Amazon Aurora MySQL 時減少停機時間](#AuroraMySQL.BestPractices.Migrating)
+ [避免 Aurora MySQL 資料庫執行個體效能變慢、自動重新啟動和容錯移轉](#AuroraMySQL.BestPractices.Avoiding)

## 使用 Amazon Aurora 搭配 MySQL 資料庫進行災難復原
<a name="AuroraMySQL.BestPractices.DisasterRecovery"></a>

您可以使用 Amazon Aurora 搭配 MySQL 資料庫執行個體來建立用於災難復原的離站備份。若要使用 Aurora 進行 MySQL 資料庫執行個體的災難復原，請建立 Amazon Aurora 資料庫叢集，並讓它成為 MySQL 資料庫執行個體的讀取複本。這可套用至 RDS for MySQL 資料庫執行個體，或在 Amazon RDS 外部執行的 MySQL 資料庫。

**重要**  
設定 MySQL 資料庫執行個體與 Amazon Aurora MySQL 資料庫叢集之間的複寫時，您應該監控此複寫以確保其維持正常運作，並在必要時加以修復。

如需如何建立 Amazon Aurora MySQL 資料庫叢集，並讓它成為 MySQL 資料庫執行個體讀取複本的指示，請遵循[使用 Amazon Aurora 為 MySQL 資料庫擴展讀取](AuroraMySQL.BestPractices.Performance.md#AuroraMySQL.BestPractices.ReadScaling)中的程序。

如需災難復原模型的詳細資訊，請參閱 [How to choose the best disaster recovery option for your Amazon Aurora MySQL cluster](https://aws.amazon.com/blogs/database/how-to-choose-the-best-disaster-recovery-option-for-your-amazon-aurora-mysql-cluster/) (如何為您的 Amazon Aurora MySQL 叢集選擇最佳災難復原選項)。

## 從 MySQL 遷移至 Amazon Aurora MySQL 時減少停機時間
<a name="AuroraMySQL.BestPractices.Migrating"></a>

從支援線上應用程式的 MySQL 資料庫將資料匯入至 Amazon Aurora MySQL 資料庫叢集時，您可能希望能減少遷移時服務中斷的時間。為此，您可以使用《Amazon Relational Database Service 使用者指南》**中[減少將資料匯入 Amazon RDS for MySQL 資料庫執行個體時的停機時間](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql-importing-data-reduced-downtime.html)所記載的程序。如果您使用的是超大型資料庫，這個程序特別有用。您可以使用此程序來透過降低經過網路傳輸至 AWS的資料量，藉此減少匯入的成本。

此程序列出將資料庫資料的複本傳輸至 Amazon EC2 執行個體，並將資料匯入新的 RDS for MySQL 資料庫執行個體的步驟。因為 Amazon Aurora 與 MySQL 相容，您可以改為對目標 Amazon RDS MySQL 資料庫執行個體使用 Amazon Aurora 資料庫叢集。

## 避免 Aurora MySQL 資料庫執行個體效能變慢、自動重新啟動和容錯移轉
<a name="AuroraMySQL.BestPractices.Avoiding"></a>

如果您正在執行繁重的工作負載或工作負載超出資料庫執行個體配置的資源，則可能會在執行應用程式和 Aurora 資料庫時耗盡資源。若要取得資料庫執行個體的指標 (例如 CPU 使用率、記憶體使用量和使用的資料庫連線數目)，您可以參考 Amazon CloudWatch 提供的指標、Performance Insights 和增強型監控。如需如何監控資料庫執行個體的詳細資訊，請參閱 [在 Amazon Aurora 叢集中監控指標](MonitoringAurora.md)。

如果您的工作負載耗盡了您正在使用的資源，您的資料庫執行個體可能會變慢、重新啟動，甚至容錯移轉到其他資料庫執行個體。若要避免這種情況，請監控資源使用率、檢查資料庫執行個體上執行的工作負載，並在必要時進行最佳化。如果最佳化無法改善執行個體指標並減緩資源耗盡，請考慮在達到其限制之前縱向擴展資料庫執行個體。如需可用資料庫執行個體類別及其規格的詳細資訊，請參閱 [Amazon Aurora 資料庫執行個體類別](Concepts.DBInstanceClass.md)。