Skip to main content
NetApp Solutions
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

适用于Red Hat OpenShift容器工作负载的受支持NetApp混合云解决方案

贡献者

解决方案 使用OpenShift容器平台(OCP)、OpenShift高级集群管理器(ACM)、NetApp ONTAP 、NetApp BlueXP和NetApp Asta控制中心(ACC)测试和验证迁移和集中数据保护。

对于此解决方案 、NetApp会对以下情形进行测试和验证。根据以下特征、解决方案 可分为多种情形:

  • 内部部署

    • 自行管理的OpenShift集群和自行管理的NetApp存储

    • 提供商管理的OpenShift集群和提供商管理的NetApp存储

我们将在未来构建更多的解决方案和用例。

方案1:使用ACC在内部环境中保护和迁移数据

内部:自行管理的OpenShift集群和自行管理的NetApp存储

  • 使用ACC创建Snapshot副本、备份和恢复以保护数据。

  • 使用ACC对容器应用程序执行SnapMirror复制。

场景 1

酒店内有rhc

方案2:使用ACC保护数据并将其从内部环境迁移到AWS环境

内部:自行管理的OpenShift集群和自行管理的存储 AWS云:自行管理的OpenShift集群和自行管理的存储**

  • 使用ACC执行备份和恢复以保护数据。

  • 使用ACC对容器应用程序执行SnapMirror复制。

场景 2

rhhc自行管理的AWS

方案3:数据保护以及从内部环境迁移到AWS环境

内部:自行管理的OpenShift集群和自行管理的存储 AWS云:提供商管理的OpenShift集群(ROSA)和提供商管理的存储(FSxN)

  • 使用BlueXP执行永久性卷复制(FSxN)。

  • 使用OpenShift GitOps重新创建应用程序元数据。

方案3.

带有fsxn的rhc rosa

方案4:使用ACC保护数据并将数据从内部环境迁移到GCP环境

内部:自行管理的OpenShift集群和自行管理的存储
Google Cloud:自行管理的OpenShift集群和自行管理的存储

  • 使用ACC执行备份和恢复以保护数据。

  • 使用ACC对容器应用程序执行SnapMirror复制。

rhhc自管理GCP

有关在MetroCluster 配置中使用ONTAP 时的注意事项、请参见 "此处"

方案5:使用ACC保护数据并将其从内部环境迁移到Azure环境

内部:自行管理的OpenShift集群和自行管理的存储
Azure云:自行管理的OpenShift集群和自行管理的存储

  • 使用ACC执行备份和恢复以保护数据。

  • 使用ACC对容器应用程序执行SnapMirror复制。

rhhc自行管理的叠氮

有关在MetroCluster 配置中使用ONTAP 时的注意事项、请参见 "此处"