NetApp混合多雲支援 Red Hat OpenShift 容器工作負載的解決方案
建議變更
PDF
此解決方案使用 OpenShift 容器平台 (OCP)、OpenShift 高階叢集管理器 (ACM)、 NetApp ONTAP、 NetApp BlueXP和NetApp Trident Protect (ACC) 測試並驗證遷移和集中資料保護。
對於此解決方案， NetApp已測試並驗證了以下場景。此解決方案根據以下特點分為多個場景：
-
本地
-
雲
-
自我管理的 OpenShift 叢集和自我管理的NetApp存儲
-
由供應商管理的 OpenShift 叢集和供應商管理的NetApp存儲
-
我們將在未來建立更多解決方案和用例。
情境 1：使用Trident Protect 在本機環境中進行資料保護和遷移
本地：自我管理的 OpenShift 叢集和自我管理的NetApp儲存
-
使用 ACC 建立 Snapshot 副本、備份和復原以保護資料。
-
使用 ACC 執行容器應用程式的SnapMirror複製。
場景 1
情境 2：使用Trident Protect 進行資料保護以及從本機環境到 AWS 環境的遷移
本機：自管理 OpenShift 叢集和自管理儲存 AWS 雲端：自管理 OpenShift 叢集和自管理儲存
-
使用 ACC 執行備份和復原以保護資料。
-
使用 ACC 執行容器應用程式的SnapMirror複製。
場景 2
情境 3：資料保護以及從本機環境到 AWS 環境的遷移
本機：自管理 OpenShift 叢集和自管理儲存 AWS 雲端：供應商管理的 OpenShift 叢集 (ROSA) 和供應商管理的儲存 (FSx ONTAP)
-
使用BlueXP執行持久性磁碟區的複製（FSx ONTAP）。
-
使用 OpenShift GitOps 重新建立應用程式元資料。
場景 3
情境 4：使用Trident Protect 進行資料保護以及從本地環境到 GCP 環境的遷移
本地：自管理 OpenShift 叢集和自管理儲存 Google Cloud：自管理 OpenShift 叢集和自管理儲存
-
使用 ACC 執行備份和復原以保護資料。
-
使用 ACC 執行容器應用程式的SnapMirror複製。
有關在MetroCluster配置中使用ONTAP時的注意事項，請參閱"這裡"。
情境 5：使用Trident Protect 進行資料保護以及從本機環境到 Azure 環境的遷移
本機：自管理 OpenShift 叢集和自管理儲存 Azure 雲端：自管理 OpenShift 叢集和自管理儲存
-
使用 ACC 執行備份和復原以保護資料。
-
使用 ACC 執行容器應用程式的SnapMirror複製。
有關在MetroCluster配置中使用ONTAP時的注意事項，請參閱"這裡"。