具有一個備用執行個體的 Amazon RDS Multi-AZ 部署
| 自動容錯移轉 | 保護資料庫效能 | 增強耐久性 | 提高可用性 |
| 透過最快 60 秒自動完成、零資料遺失且無需手動介入的資料庫容錯移轉，讓您的應用程式實現高可用性。 |
透過從備用執行個體進行備份，避免在備份期間暫停主執行個體上的 I/O 活動。 |
使用 Amazon RDS Multi-AZ 同步複寫技術使備用資料庫執行個體中的資料與主執行個體保持同步。 | 透過在第二個可用區中部署備用執行個體來提高可用性，並在可用區或資料庫執行個體發生故障時實現容錯。 |
運作方式
運作方式
Amazon Aurora
| 在 5 秒內自動實現容錯移轉 | 透過多達 15 個僅供讀取複本最佳化效能 | 最大化耐久性 |
實現 99.99% 的可用性 |
| 在執行個體故障期間最快 5 秒完成自動容錯移轉，避免停機 | 透過將資料複寫到多達 15 個低延遲僅供讀取複本之一，確保尖峰效能並最佳化讀取容量 | 透過可跨三個可用區六向複寫資料的 SSD 支援虛擬化儲存層，在發生故障或可用區不可用期間保護資料 | 每個月帳單週期的正常執行時間高達 99.99%，保障資料庫可用性 |
運作方式
Amazon RDS Multi-AZ 簡介
比較表
Amazon RDS 單可用區域或具有一個備用執行個體的 Amazon RDS Multi-AZ 部署或具有兩個可讀備用執行個體的 Amazon RDS Multi-AZ 部署
功能 |
單一可用區 |
異地同步備份 (一個備用) |
異地同步備份 (兩個備用) |
可用引擎 |
|
|
|
附加讀取 |
|
|
。 |
事務遞交的延遲更低 (輸送量更高) |
|
|
|
自動容錯移轉持續時間 |
|
|
|
| 次要版升級停機時間 |
|
|
|
對於可用區域中斷具有更強的彈性 |
|
|
|
實現低抖動事務遞交 |
|
|
|
客戶
/Syscloud_logo%402x.3ca6252c8cc99a8ffc85e4e2c6e6c1da225a3c48.png "SysCloud")
SysCloud 為關鍵軟體即服務 (SaaS) 應用程式建立自動備份，監控惡意檔案，並提供有關資料和合規的強大洞察力，所有這些都透過一個儀表板來實現。SysCloud 為其內部監控系統使用具有兩個可讀備用請個題的 Amazon RDS Multi AZ 部署。SysCloud 基礎設施總監 Vikram Srinivasan 表示：「新的 Amazon RDS Multi AZ 部署選項為我們提供了一種符合成本效益的方式，來實現更好的效能、可用性和讀取可擴展性。」「透過新的 Amazon RDS Multi AZ 部署選項，我們有望為客戶創造更好的體驗。」
定價
Amazon RDS Multi-AZ 適用於 RDS for PostgreSQL、RDS for MySQL、RDS for MariaDB、RDS for SQL Server、RDS for Oracle 和 RDS for Db2。具有兩個可讀備用執行個體的 Amazon RDS Multi-AZ 可用於 RDS for PostgreSQL 和 RDS for MySQL。若要了解 Amazon Aurora 如何透過跨三個可用區域六向自動複寫儲存來提供增強的可用性，請參閱 Amazon Aurora。
對於單一可用區部署、具有一個備用執行個體的多可用區部署和具有兩個可讀備用執行個體的多可用區部署而言，定價都按照使用的資料庫執行個體小時數計費，從資料庫執行個體啟動時開始到資料庫執行個體停止或刪除時結束。進行建立、開始或修改資料庫執行個體類別等可計費狀態變更之後，不滿一小時的資料庫執行個體以每秒遞增的方式計費，最低費用為 10 分鐘。
如需有關 Amazon RDS Multi-AZ 部署定價的更多資訊，請參閱 Amazon RDS 定價頁面。
資源
入門
使用下列使用者指南和教學課程，以快速開始使用 Amazon RDS Multi-AZ。
文件
使用具有一個待命概念的 Amazon RDS Multi-AZ 部署，並提供如何將資料庫執行個體修改為多可用區部署，以及 Amazon RDS 容錯移轉程序的指示。
文件
描述具有兩個可讀取待命項概念的 Amazon RDS Multi-AZ，並提供有關修改、重新命名、重新啟動和刪除叢集、使用讀取複本，以及搭配 Multi-AZ 資料庫叢集使用 PostgreSQL 邏輯複本的指示。
入門教學課程
在本教學課程中，使用已包含授權的模型，在 Amazon RDS 上建立 Oracle 資料庫標準版 2 執行個體，以及如何啟用 Multi-AZ 和 Performance Insights 等功能。
影片
觀看會議、網路研討會和其他影片，以深入了解 Amazon RDS Multi-AZ。
線上技術會談
在本會議中，簡要介紹了 Multi-AZ、其部署選項、每個選項的優勢，並深入了解兩個可讀取待命選項及其最新的增強功能。
部落格
了解 Amazon RDS Multi-AZ 的最新改進功能，並深入了解如何將其用於 Amazon RDS 使用案例。
常見問答集
作為多可用區部署執行資料庫執行個體代表什麼意義？
當您建立或修改資料庫執行個體以多可用區部署執行時，Amazon RDS 會自動在不同的可用區域佈建和維護一份同步「備用」複本。對資料庫執行個體的更新將同步複製到可用區域的備用副本，以保持同步並保護最新的資料庫更新，防止資料庫執行個體出現故障。
在特定類型的計劃維護期間，或在少見的資料庫執行個體故障或可用區域故障情況下，Amazon RDS 將自動容錯移轉到備用副本，以便在提升備用副本後儘快恢復資料庫寫入和讀取操作。因為資料庫執行個體的名稱記錄相同，所以應用程式可以恢復資料庫操作，無須手動管理介入。使用多可用區部署，複寫是透明的。您不需要與備用副本直接互動，而且它無法用於為讀取流量提供服務。如需多可用區部署的詳細資訊，請參閱 Amazon RDS 使用者指南。
什麼是可用區域？
可用區域是區域內的不同位置，其設計成可與其他可用區域中的故障隔離。每個可用區域在其實體不同的獨立基礎設施中執行，並已設計成具備高可靠性。可用區域之間不會共用常見的故障點，如發電機和冷卻設備等。此外，它們實體上也各自分開，即使火災、風災或水災等罕見災難也只會影響單一可用區域。相同區域內的可用區域具有低延遲網路連線優點。
多可用區部署環境中的「主要」和「備用」代表什麼意義？
當您以多可用區部署執行資料庫執行個體時，「主」副本為資料庫寫入和讀取操作提供服務。此外，Amazon RDS 會在幕後佈建和維護「備用」副本，它是主副本的最新副本。在容錯移轉情況下會「提升」備用副本。容錯移轉後，備用副本成為主副本，並接受資料庫操作。在提升前的任何時候，您都無需與備用副本直接互動 (例如，讀取操作)。如果您有興趣擴展讀取流量以超越單一資料庫執行個體的容量限制，請參閱僅供讀取複本的常見問答集。
多可用區部署有哪些優點？
以多可用區部署執行資料庫執行個體的主要優點是可增強資料庫持久性和可用性。異地同步備份部署提供的可用性增強和容錯能力，使其非常適合生產環境。
當您以異地同步備份部署執行資料庫執行個體，在萬一發生資料庫執行個體元件故障或某個可用區域可用性損失等罕見情況時可確保資料安全。例如，如果主副本中的儲存磁碟區故障，Amazon RDS 會自動啟動容錯移轉到備用副本，您的所有資料庫更新在這裡會完整無缺。相對於單一可用區的標準部署，這種方式提供更長的資料持久性，否則使用者需要啟動還原操作，而且最近可還原時間 (通常在最後五分鐘內) 之後進行的更新將無法使用。
以多可用區部署執行資料庫執行個體時，還能受惠於增強的資料庫可用性。如果發生可用區域故障或資料庫執行個體故障，可用性影響將僅限於完成自動容錯移轉所需的時間。多可用區的可用性優點還可延伸到計劃的維護操作。
例如，使用自動備份時，因為是從備用副本進行備份，所以在偏好的備份時段期間不會再暫停主副本的 I/O 活動。如果是修補或資料庫執行個體類別擴展，這些操作會在自動容錯移轉之前先在備用副本上執行。因此，可用性影響將僅限於完成自動容錯移轉所需的時間。
以多可用區部署執行資料庫執行個體的另一個潛在優點是，資料庫執行個體容錯移轉會自動執行，無需進行管理。在 Amazon RDS 環境中，這表示出現可用區域故障或資料庫執行個體故障時，無需監控資料庫執行個體事件及啟動手動資料庫執行個體恢復 (透過 RestoreDBInstanceToPointInTime 或 RestoreDBInstanceFromSnapshot API)。
以多可用區部署執行資料庫執行個體是否會影響效能？
因為是代表您執行同步資料複寫，所以相對於單一可用區域的標準資料庫執行個體部署，您可能會觀察到有較長的延遲。
如何設定多可用區資料庫執行個體部署？
要建立多可用區資料庫執行個體部署，只要在使用 AWS 管理主控台啟動資料庫執行個體時，按一下「多可用區部署」的「是」選項。
或者，如果您使用的是 Amazon RDS API，則可以呼叫 CreateDBInstance API 並將 "Multi-AZ" 參數值設為 "true"。 若要將現有的標準 (單一可用區) 資料庫執行個體轉換為異地同步備份，請在 AWS 管理主控台修改資料庫執行個體，或使用 ModifyDBInstance API 並將 Multi-AZ 參數值設為 true。
將 Amazon RDS 執行個體從單一可用區轉換到多可用區域時會發生什麼情況？
對於 RDS for PostgreSQL、RDS for MySQL、RDS for MariaDB、RDS for SQL Server、RDS for Oracle 和 RDS for Db2 資料庫引擎，當您選擇將 Amazon RDS 執行個體從單一可用區轉換到多可用區域時，會發生下列情況：
- 拍攝主執行個體的快照。
- 從快照的另一個可用區域建立新的備用執行個體。
- 在主執行個體和備用執行個體之間設定同步複寫。
因此，當執行個體從單一可用區轉換到多可用區域時，應該不會發生停機時間。但是，當備用執行個體上的資料與主執行個體相同時，您可能會看到延遲增加。
哪些事件會導致 Amazon RDS 將容錯移轉啟動到備用副本？
Amazon RDS 可偵測多可用區部署中最常見的故障並自動從中恢復，讓您在無管理介入的情況下盡快恢復資料庫操作。如果發生以下任何一種情況，Amazon RDS 將自動執行容錯移轉：
- 主可用區域的可用性受損
- 主可用區域的網路連線能力受損
- 主可用區域的運算單位故障
- 主可用區域的儲存故障
注意：為了獲得增強的可用性，對多可用區部署啟動資料庫執行個體擴展或系統升級 (例如作業系統修補) 之類的操作時，這些操作會先套用到備用副本，之後才套用到自動容錯移轉。因此，可用性影響僅限於完成自動容錯移轉所需的時間。請注意，Amazon RDS Multi-AZ 部署不會自動容錯移轉以回應資料庫操作，例如長時間執行查詢、鎖死或資料庫毀損錯誤。
在 Amazon RDS 上發生自動容錯移轉時，我是否會收到提醒？
是，Amazon RDS 將發出資料庫執行個體事件，通知您已執行自動容錯移轉。按一下 Amazon RDS 主控台的 "Event" 部分或使用 DescribeEvents API，傳回與資料庫執行個體相關事件的資訊。另外也可以使用 Amazon RDS 事件通知，在特定資料庫事件發生時收到通知。
多可用區容錯移轉時會出現什麼情況？這種情況會持續多久？
Amazon RDS 將自動處理容錯移轉，所以您可以盡快恢復資料庫操作，而無須管理介入。在容錯移轉時，Amazon RDS 會翻轉資料庫執行個體的正式名稱記錄 (CNAME) 指向備用副本，備用副本轉而提升成新的主副本。我們鼓勵您遵循最佳實務，在應用程式層實作資料庫連線重試機制。
容錯移轉按照從主副本上偵測到故障，一直到在備用副本上繼續交易之間的時間所定，通常在一至兩分鐘內完成。容錯移轉時間也會受到是否必須還原大型未認可交易的影響；為獲得最佳效果，建議對異地同步備份使用足夠大的執行個體類型。AWS 也建議對多可用區執行個體使用佈建 IOPS，以獲得快速、可預測及一致的輸送量效能。
我是否可以對多可用區資料庫執行個體部署啟動「強制容錯移轉」？
在不同故障情況下，Amazon RDS 會自動進行容錯移轉，無須使用者操作。此外，Amazon RDS 會在重新啟動執行個體時提供啟動容錯移轉的選項。您可以透過 AWS 管理主控台或使用 RebootDBInstance API 呼叫時存取此功能。
如何控制/設定多可用區同步複寫？
對於多可用區部署，您只要將 "Multi-AZ" 參數設為 "true"。系統會自動處理備用副本的建立、同步複寫和容錯移轉。這表示您無法選擇部署備用副本的可用區域或更改可用的備用副本數 (Amazon RDS 為每個資料庫執行個體主副本佈建一個專用的備用副本)。備用副本也無法設定為接受資料庫讀取活動。進一步了解多可用區組態。
備用副本與主副本是否可位於同一區域？
是。備用副本會自動佈建在與資料庫執行個體主副本同一區域的不同可用區域中。
是否可以查看我的主節點目前位於哪個可用區域？
是。您可以使用 AWS 管理主控台或 DescribeDBInstances API 查看目前主副本的位置。
容錯移轉後，現在我的主節點與其他 AWS 資源 (例如 EC2 執行個體) 位於不同的可用區域。我是否需要擔心有延遲？
可用區域的設計是將低延遲網路連線能力提供給同一區域中的其他可用區域。此外，您可能要考慮以跨多個可用區域的冗餘建構應用程式及其他 AWS 資源，以便在可用區域發生故障時，應用程式能夠靈活反應。多可用區部署可滿足資料庫層的此項需求，無須您介入管理。
資料庫快照和自動備份如何與我的多可用區部署配合使用？
無論是在單一可用區或多可用區部署中執行標準部署，您與自動備份和資料庫快照功能互動的方式並無不同。如果您正在執行異地同步備份部署，將自動從備用副本執行自動備份和資料庫快照，以免主副本中的 I/O 暫停。請注意，在單一可用區和異地同步備份部署備份時，都可能經歷較長時間的 I/O 延遲 (一般持續幾分鐘)。
異地同步備份部署與標準、單一可用區部署的還原操作啟動方式也完全相同 (point-in-time 還原或從資料庫快照還原)。您可以使用 RestoreDBInstanceFromSnapshot 或 RestoreDBInstanceToPointInTime API 建立新資料庫執行個體部署。無論是在標準部署或多可用區部署中啟動來源備份，這些新資料庫執行個體部署都可以是標準或多可用區部署。
