HA/DR 選項和考量事項

雖然 AWS 可用區域或區域完全離線的可能性非常罕見，但我們建議在發生備援災難時採取多管齊下的備份和復原方法，並將資料遺失降至最低。備份和復原程序應包含適當的精細程度，以符合工作負載的復原時間目標 (RTO) 和復原點目標 (RPO)，並支援業務流程，且通常取決於應用程式。對於資料庫， AWS 也支援 SQL Server 設定和組態的所有 Microsoft 建議，以實現高可用性和災難復原 (HA/DR)。不同版本的 SQL Server 支援各種 HA/DR 選項，您應該根據case-by-case考慮特殊情況，例如非常大型的資料庫 (VLDBs)。如同任何 DR 組態，測試對於確保每個應用程式符合其 HA/DR 的服務層級協議 (SLAs) 至關重要。 針對您的測試/開發環境，請考慮使用 SQL Server Developer Edition，這是免費的，但有限制。

對於需要 RPO 15 分鐘和 RTO 4 小時的使用案例，您可以考慮下列 HA/DR 選項的組合：

• SQL Server 原生 HA/DR 選項與暖待命 （資料庫層級） – 如需部分架構的圖例，請參閱本指南稍後的 Amazon EC2 架構圖上的 SQL Server一節。

  • 單一區域 （同步遞交模式） 或多個區域 （非同步遞交模式、基本可用性群組） 中的雙節點、多可用區域

  • 三節點 （或更多）、多個區域中的異地同步遞交和非同步遞交模式）

  • 在多個區域中使用雙節點、多可用區域和日誌運送 （每 5 分鐘使用日誌備份）

• SQL Server 原生備份至 Amazon S3 （資料庫層級，僅限 DR) – 完整備份 （每日一次）

  • 差異備份 （每 2–4 小時）。

  • 日誌備份 （每 5–10 分鐘）。

  • 必須使用自訂指令碼或檔案閘道等選項，取得備份並複製到 Amazon Simple Storage Service (Amazon S3)，以有效率地備份和傳輸。

  • 如果您有數百個資料庫，您可以繼續使用現有的備份工具 （例如 Commvault 或 Litespeed) 來有效管理備份，並將其直接存放在 Amazon S3 中。

  • 使用 Amazon S3 跨區域複寫 (CRR) 搭配 S3 複寫時間控制 (RTC)，在 15 分鐘內控制和監控物件複寫。

  • 為了符合法規並節省成本，您也可以使用 S3 生命週期管理來移動和存放較舊的備份，以供長期儲存。

  • 如果您取得 SQL Server 原生備份並定期將其移至 Amazon S3，在災難發生時，備份將可在目標區域中隨時使用。這樣就不需要傳輸備份或還原快照。

  • 建議使用 SQL 原生備份壓縮來減少檔案大小。

• AWS 快照 （執行個體和磁碟區層級，僅限 DR)

  • Amazon Elastic Compute Cloud (Amazon EC2) Amazon Machine Image (AMI) 備份，從頭開始重建資料庫

  • Amazon Elastic Block Store (Amazon EBS) 磁碟區快照，用於將 EBS 磁碟區連接至 Amazon EC2

在 中管理 HA/DR 資源 AWS Backup

AWS Backup 是一項全受管服務，可讓您建立備份計劃和排程，並將 HA/DR 組態中涉及 AWS 的資源，例如 Amazon EBS 磁碟區，以建立快照和 Amazon EC2 AMIs，指派給這些備份計劃。您也可以使用 AWS Backup 來排程這些 EBS 快照的多區域複本。為了獲得最佳使用率， AWS Backup 需要有效率的標記機制，才能讓資源就地。 AWS Backup 也支援透過 Windows Volume Shadow Copy Service (VSS) 進行應用程式一致性備份，您可以將其用於 SQL Server。為了保護儲存層級，我們建議您使用 EBS 快照。初始 EBS 快照已滿，後續快照為增量。雖然 EBS 快照提供儲存層級保護，但不會取代提供point-in-time復原的 SQL Server 檔案型原生備份。

使用 AWS DMS for HA/DR

如果您要尋找複寫的 SQL Server Always On 選項的替代方案，或如果您在混合式設定或 中擁有異質來源和目標資料庫 AWS，則可以下列方式使用 AWS Database Migration Service (AWS DMS)。

如果您在自我管理內容 （託管於 Amazon EC2 或內部部署） 中使用 AWS DMS SQL Server，則支援以兩種模式進行一次性和持續複寫：使用 MS-REPLICATION （擷取具有主索引鍵之資料表的變更） 和 MS-CDC （擷取對沒有主索引鍵之資料表的變更）。不過，如果您使用 Amazon Relational Database Service (Amazon RDS) 作為來源 AWS DMS，則僅支援 MS-CDC。 AWS DMS 提供一系列來源和目標端點、支援異質資料庫引擎，以及對複寫程序提供精細的控制。您也可以使用 AWS Schema Conversion Tool (AWS SCT) 搭配 AWS DMS 進行異質資料庫遷移。 AWS SCT 會自動進行結構描述層級變更，並產生遷移準備和規劃的報告。

您可以將來源和目標資料庫新增為 中的端點 AWS DMS，如下圖所示。此服務會使用 MS-REPLICATION 或 MS-CDC 實作邏輯複寫程序。如果您有混合設定，您可以設定 AWS DMS ，以在內部部署和 之間進行持續複寫 AWS。在切換期間， AWS DMS 遷移任務可以停止，而應用程式將能夠連線到已與現場部署資料庫同步的資料庫，而不會進一步延遲。使用 AWS DMS for SQL Server 做為來源有幾個限制，如 AWS DMS 文件所述。

在下列案例中，請考慮使用 AWS DMS 而非原生 HA/DR 方法：

• 當您想要節省授權成本時。例如，如果您只將 SQL Server Enterprise Edition 等進階版本用於其 Always On 選項，您可以考慮 AWS DMS 改為設定 ，因為它可以提供邏輯複寫選項，而無需企業版授權的成本。

• 當您有異質來源和目標時。主要和災難復原節點上的 SQL Server 版本不需要符合 （在 AWS DMS 限制內），這可提供極大的彈性。

• 為了避免 Windows、SQL Server 叢集和分散式可用性群組設定和管理的負擔。 AWS DMS 提供直接的設定和輕鬆的複寫任務管理。

• 對於商業使用案例，例如近乎即時的傳輸 （取決於複寫執行個體、網路組態和資料磁碟區）、資料遮罩、選擇性篩選、結構描述/資料表映射 （同質和異質）、遷移前評估和 JSON 支援。

• 若要根據日誌序號 (LSNs)、時間戳記和類似選項，視需要輕鬆複製、停止和啟動任務。

下圖顯示 AWS DMS 如何提供複寫支援的替代方法。在此組態中，來源是 SQL Server Always On 可用性群組叢集， AWS DMS 並使用變更資料擷取 (CDC) 選項，持續將資料複寫至不同 AWS 區域中的目標。為了獲得最佳效能， 對確保複寫執行個體的大小正確並保留在來源區域中至關重要。

來源和目標引擎不需要相符。在圖表中，標記為 (1) 的主要和次要節點可以是單一可用區或多可用區組態中的 SQL Server 叢集。或者，來源可以是支援 MS-CDC 或 MS-REPLICATION 的單一 SQL Server 節點。

圖表中標記為 (2) 的目標資料庫執行個體可以是 Amazon RDS、Amazon EC2 或任何其他異質目標上 SQL Server 的任何版本。它不需要符合主要和次要執行個體，也不需要支援 Always On 可用性群組。例如，來源可以是 SQL Server Always On 可用性群組叢集，而目標可以是 Amazon Aurora PostgreSQL 相容版本。

使用 AWS Application Migration Service 進行 DR

我們建議您使用 AWS Application Migration Service 進行舉桿式遷移 AWS。 lift-and-shift Application Migration Service 會持續將您的機器 （包括作業系統、系統狀態組態、資料庫、應用程式和檔案） 複寫到目標 AWS 帳戶和偏好區域中的低成本暫存區域。如果發生災難，您可以使用 Application Migration Service，在幾分鐘內在其完全佈建的狀態自動啟動數千部機器。

其他考量

以下清單識別您在設計 HA/DR 策略時應考慮的可能瓶頸。

• 多區域節點設定中的頻寬、延遲、網路複雜性和連線能力。

• Amazon EBS 或 Amazon EC2 快照的大小，以及使用 將其複製所需的時間 AWS Backup。

  • Amazon EBS 和 Amazon EC2 快照會使用 儲存在 Amazon S3 中 AWS Backup。

  • EBS 快照不會複寫到 Amazon S3 中的目標區域，直到目前的快照完成為止。複寫的持續時間也取決於磁碟區的大小。

  • 當快照完成時，複製快照的持續時間可能只要 15 分鐘，就有 99.99% 的物件。不過，特定使用案例和關鍵大型磁碟區需要徹底測試。

• 在目標可用區域和區域中還原 EBS 磁碟區所需的時間。

• 在目標可用區域和區域中還原 Amazon EC2 映像所需的時間。

• 如果從頭開始建置，則佈建 Amazon EC2 映像的基礎設施或還原目標可用區域和區域中的 EBS 快照所需的時間。

• 如果從頭開始還原，則還原目標可用區域和區域中 SQL Server 原生完整備份、差異備份和日誌備份所需的時間。

• 需要跨區域提供的應用程式和外部相依性。

• 磁碟區和上傳到 Amazon S3 的檔案大小限制。