1. 設定從 OCI 到 Oracle Compute Cloud@Customer 的災害復原
  2. 設定虛擬機器災害復原的機架軟體

設定虛擬機器災害復原的機架軟體

Rackware Migration Manager (RMM) 是部署在生產網站上，以將虛擬機器複製到 OCI 和 Compute Cloud@Customer 中。

下列機架軟體架構顯示 OCI 與 Compute Cloud@Customer 之間的災害復原。


rackware-dr-oracle-compute-cloud-customer-oci.png 的描述如下
rackware-dr-oracle-compute-cloud-customer-oci.png 圖解描述

在此架構中，在生產環境中部署 RMM，以將虛擬機器複製到 OCI 或從 Compute Cloud@Customer 複製到該處。RMM 伺服器部署在 OCI 上。RMM 伺服器上已設定 Rackware DR 計畫，以保護 Web 和 App VM 及其連附的區塊儲存。Rackware 將 Web 和 App VM 及其區塊儲存一併複製到 Compute Cloud@Customer 。

關於設定 OCI 的備份與回復架構

下列是設定 OCI 備份與回復架構的組態建議：

  • 將 OCI 設定為生產或主要網站，並將 Compute Cloud@Customer 設定為次要或待命網站。
  • 將機架軟體災害復原原則設定為動態佈建的目標。機架軟體會透過在 RMM 上維護來源伺服器映像檔的副本，來保護您的工作負載。您可以視需要使用此映像檔在目標基礎架構上部署執行處理，藉此提高 RTO 的費用大幅降低成本並降低 RPO。
  • 機架軟體會停止並將虛擬機器從 OCI 複製到 Compute Cloud@Customer 。
  • 設定任何執行 OCI 的生產環境資料庫，以複製到 Compute Cloud@Customer 上的待命資料庫。如果需要容錯移轉，您可以使用資料保全將待命 Oracle Database 升級，並在災害復原工作完成之後，將 OCI 中的 Oracle Database 返回主要資料庫。
  • 正確設定雲端同步複製並在 OCI 中部署 OCI 儲存閘道，並排定將 OCI 物件儲存從 OCI 複製到 Compute Cloud@Customer 。
  • 使用機架軟體在進行災害復原作業時，協調 Compute Cloud@Customer 與 OCI 之間虛擬機器的災害復原。

關於設定 OCI 的 Pilot Light 架構

pilot Light 架構與 OCI 之 Compute Cloud@Customer 的災害復原相同。

以下是配置建議：

  • 與備份和還原使用案例類似，在生產環境中部署 RMM，以將虛擬機器複寫至 OCI 和 Compute Cloud@Customer 。在此情況下，請將 OCI 設定為生產或主要網站，並將 Compute Cloud@Customer 設定為次要或待命網站。
  • 將機架軟體災害復原原則設定為預先佈建的目標。有了此組態，除了原始伺服器的 RMM 映像檔之外，您還可以在目標基礎架構上維護作用中的伺服器執行處理，藉此選擇保護您的工作負載。設定同步工作以在使用者指定的間隔更新影像和目標伺服器。這個方法會達到最低的 RTO，但是更昂貴，因為您必須一直維持一個作用中災害復原網站。
  • 機架軟體會將虛擬機器從 OCI 複寫至在 Compute Cloud@Customer 中以最低規模執行的 Compute Cloud@Customer 。
  • 設定任何執行 OCI 的生產環境資料庫，以複製到 Compute Cloud@Customer 上的待命資料庫。如果需要容錯移轉，您可以使用資料保全將待命 Oracle Database 升級，並在災害復原工作完成之後，將 OCI 中的 Oracle Database 返回主要資料庫。
  • 在 OCI 中部署 OCI 儲存閘道，並正確設定作用中雲端同步複製，以將 OCI 物件儲存從 OCI 複製到 Compute Cloud@Customer 。

關於設定 OCI 的暖待命架構

Warm Standby 架構與使用 OCI 之 Compute Cloud@Customer 的災害復原相同。

以下是配置建議：

  • 在生產環境中部署 RMM，以將虛擬機器複製到 OCI 和 Compute Cloud@Customer 或從該處複製虛擬機器。在此情況下，請將 OCI 設定為生產或主要網站，並將 Compute Cloud@Customer 設定為次要或待命網站。
  • 將機架軟體災害復原原則設定為預先佈建的目標。有了此組態，除了原始伺服器的 RMM 映像檔之外，您還可以在目標基礎架構上維護作用中的伺服器執行處理，藉此選擇保護您的工作負載。設定同步工作以在使用者指定的間隔 (具有不同的週期性) 更新影像和目標伺服器。這個方法會達到最低的 RTO，但是更昂貴，因為您必須一直維持一個作用中災害復原網站。
  • 機架軟體會持續將虛擬機器從 OCI 複寫至 Compute Cloud@Customer ，這些虛擬機器在執行與 Compute Cloud@Customer 相同的 OCI 生產環境版本。
  • 設定任何執行 OCI 的生產環境資料庫，以複製到 Compute Cloud@Customer 上的待命資料庫。如果需要容錯移轉，您可以使用資料保全將待命 Oracle Database 升級，並在災害復原工作完成之後，將 OCI 中的 Oracle Database 返回主要資料庫。
  • 在 OCI 中部署 OCI 儲存閘道，其中已正確設定作用中和連續雲端同步複製，以便將 OCI 物件儲存從 OCI 複製到 Compute Cloud@Customer 。

設定從 OCI 到 Oracle Compute Cloud@Customer 的災害復原機架軟體

以下為設定 RackWare 以從 OCI 執行災害復原至 Oracle Compute Cloud@Customer for Linux 的逐步步驟：

對於 Linux 平台，建議設定下列組態

  • 存取證明資料：root 使用者或擁有 sudo 權限的使用者
  • 儲存體
    • 來源磁碟區群組至少必須要有 15% 的可用空間作為可用擴充區塊。
    • /var/tmp 至少應有 20 MB 的可用空間。
  • no-exec ：/tmp 和 /var/tmp 檔案系統不應該在 fstab 中設定 no-exec 特性。
  • Grub ：來源伺服器應具有 /etc/default/grub 檔案
  • 防毒：如果任何防毒程式都是在原點上執行，應在允許清單中加入 /mnt/rackware/ 目錄。

對於 Windows 平台，建議使用下列組態：

  • 存取證明資料：SYSTEM 使用者或具備管理權限的本機使用者。
  • 儲存體：每個磁碟區的 VSS 快照應具有足夠的可用空間 (至少 / 大約 20%)。
  • 防毒：來源應該將 rsync.exe、rwattr.exe、 rwchangesvc.exe 和 rw_tngsync_util.exe 新增至任何防毒程式或 Windows Defender 的允許清單。
  • 語言：如需 SYSTEM 語言環境以外的語言，請洽詢 Rackware 支援。

請執行下列步驟：

  1. 假設您已經在 OCI 中正確安裝 Rackware RMM，請移至 Rackware RMM 管理主控台，然後使用安裝期間設定的認證登入。波次選項可以是：
  2. 建立波次：若要建立波次，請瀏覽至複製、波次，然後按一下加號 (+) 圖示來開啟波次建立精靈。提供名稱並按一下「建立 (Create)」。
    • 平行計數：允許使用者設定波次內的平行傳輸數目。
    • 自動佈建：使用者可以透過 API 呼叫目標雲端，將 RMM 設定為佈建目標。
    • DR 原則：使用者可以設定原則，定期同步化波次中的所有主機。
    • 通過：啟用時，資料會透過 RMM 流動。(來源、RMM、目的地)
  3. 設定災害復原原則：您可以使用「災害復原原則」，依照使用者指定的間隔，將差異從來源同步至擷取到 RackWare RMM 和目標執行處理 (如果是預先佈建的配置) 上的映像檔。使用者可以視需要建立不限數目的災害復原原則，而且具有不同的週期。這可依據使用者的 DR 策略，在不同間隔同步不同波次。若要建立新的災害復原原則，請瀏覽至 DR、原則，然後按一下加號 (+) 圖示來開啟 DR 建立精靈。提供災害復原名稱、週期性、開始時間以及通知電子郵件。
  4. 套用災害復原原則：若要套用災害復原原則，請瀏覽至「複製」頁籤，按一下「波次」，按一下 OCI 至 C3 波次詳細資訊，然後按一下「無原則」。組態對話方塊將會開啟。選取正確的「災害復原原則」，然後按一下指定原則。下列螢幕擷取畫面顯示先前設定給 Oracle Compute Cloud@Customer 波次之 OCI 的 DRPolicy_01 原則指派。將原則指定給波次時，會將上述波次從「複製」、「波次」移至「災害復原」，因為波次目前已設定為「災害復原」。
  5. 若要在「波次詳細資訊」畫面中初始化 Windows 或 Linux 虛擬機器的複製和災害復原，請按一下開始複製。

機架軟體也提供下列可用來微調災害復原架構的功能：

  • 使用自動佈建來調整大小：使用者可以選擇減少或增加目標執行處理的運算和儲存設定。此功能可讓使用者新增重新調整檔案系統大小的資料值。
  • 災害復原期間的動態佈建：使用者可以利用 Rackware 在本機維護來源執行處理的複本映像檔，然後使用此映像檔在「災害復原」事件中部署容錯移轉執行處理。
  • 備份、單一檔案回復及受保護的快照：Rackware 的備份方案提供豐富的功能集，例如快照保留多達 3 年、選擇性檔案回復及無限制受保護的快照，以進行時間點復原。
  • BIOS 至 UEFI ：使用者無須對原始執行處理進行任何額外的組態變更，即可順暢地移轉至啟用 UEFI 的執行處理。
  • 調節移轉：使用者可以個別調節頻寬，因此能夠對每個單一移轉擁有更大的控制權。
  • 完全自動化的容錯移轉和備用：完全自動執行容錯移轉，就像備用來源環境一樣。
  • Rackware Migration Manager ：提供更多功能，例如選擇性檔案系統同步、檔案和資料夾排除、啟用 cloud-init 和自訂後續指令碼。