NetApp混合多云支持 Red Hat OpenShift 容器工作负载的解决方案
建议更改
PDF
该解决方案使用 OpenShift 容器平台 (OCP)、OpenShift 高级集群管理器 (ACM)、 NetApp ONTAP、 NetApp BlueXP和NetApp Trident Protect (ACC) 测试并验证迁移和集中数据保护。
对于此解决方案， NetApp已测试并验证了以下场景。该解决方案根据以下特点分为多个场景：
-
本地
-
cloud
-
自我管理的 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时的注意事项，请参阅"此处"。