因此，Red Hat OpenShift 4平台正式启动了，今天我们将告诉您如何尽快，简单地使用OpenShift Container Platform 3切换到该平台。
在本文的框架中，我们主要对新的OpenShift 4集群感兴趣，这些集群使用基于RHEL CoreOS和自动化工具的智能且不可变（对于所有部署环境都是不可变的）基础架构的功能。 下面我们展示了如何轻松升级到OpenShift 4。
在此处了解有关新版本和旧版本之间差异的更多信息。
使用经过认证的Red Hat Appranix平台从OpenShift 3迁移到OpenShift 4
Appranix和Red Hat通过使用在Kubernetes的Appranix站点可靠性自动化之上运行的特殊服务，努力简化了集群资源从OpenShift 3到OpenShift 4的迁移。
通过Appranix解决方案（可在
Red Hat容器目录中找到 ），您只需单击几下即可创建所有OpenShift 3集群的备份并将其恢复到OpenShift 4。
为什么使用Appranix for OpenShift 4进行迁移是一件好事
- 快速入门。 由于Appranix解决方案基于SaaS原理构建，因此无需配置任何基础架构，也无需配置或使用单独的专用解决方案进行迁移。
- Appranix的可扩展性促进了大型集群的迁移。
- 自动备份OpenShift 3的复杂群集配置并随后移植到OpenShift 4可简化迁移过程。
- 测试来自OpenShift 3企业基础架构的应用程序如何在AWS云中的OpenShift 4平台上运行的能力。
- RBAC访问设置以及群集资源的迁移。
- 将所有项目选择性或完全迁移到新的OpenShift 4集群。
- 可选-为具有适当订阅的容器应用程序组织几个容错级别。
OpenShift应用程序的弹性
从OpenShift的第3版迁移到第4版后，可以使用Appranix提供持续的应用恢复能力，其中有三个选项。 1级弹性可让您还原应用程序而无需更改区域和云提供商。 它可用于回滚应用程序或在区域级别发生本地故障后恢复，例如，在应用程序部署不成功的情况下，或需要在同一区域但在单独的OpenShift集群中快速创建测试环境的情况下。
级别2允许您在不更改提供程序的情况下将应用程序转移到另一个区域。 同时，您可以将主要数据基础结构保存在主要区域中，但可以在不同区域的另一个群集中运行应用程序。 当云区域或区域出现故障，或者由于网络攻击而需要将应用程序转移到另一个区域时，此选项很有用。 最后，
Level 3允许您不仅更改区域，而且更改云提供商。
Appranix SRA如何运作Appranix中OpenShift应用程序的多级容错是通过“时间机器”的功能实现的，该功能自动创建应用程序环境的副本。 要使用此功能并提高应用程序安全性，只需在DevOps管道中添加一行代码即可。
云提供商的基础架构服务也存在问题，因此快速切换到另一提供商的能力非常有用，以避免依赖单个服务提供商。
如下图所示 ，不仅可以在Appranix中以指定的时间间隔自动创建应用程序环境的备份，还可以通过持续集成和CI / CD交付管道中的命令来创建备份。 此外，“时间机器”提供：
- 类似于GitHub的名称空间和应用程序环境的增量日志记录。
- 简单的应用程序回滚。
- 云和容器配置的版本控制。
- 自动化的数据生命周期管理。
- 基础设施管理自动化，即代码（IaC）。
- 自动化的IaC状态管理。
借助Appranix，您可以针对混乱的工程，灾难恢复，勒索保护和业务连续性等场景完全组织应用程序级保护和恢复。 我们不会对此进行详细介绍，而是进一步考虑如何使用Appranix从OpenShift 3迁移到OpenShift 4。
如何使用Appranix网站可靠性平台将OpenShift 3迁移到OpenShift 4
该过程包括三个步骤：
- 我们将OpenShift 3和OpenShift 4配置为自动检测所有要迁移的组件。
- 创建策略并设置用于迁移的名称空间。
- 一键还原OpenShift 4上的所有名称空间。
配置OpenShift 3和4群集以进行自动发现
Appranix认为您已经在运行OpenShift 3和OpenShift 4集群，如果还没有OpenShift 4集群，请
在部署OpenShift 4时使用
Red Hat文档来创建它们。 在Appranix中设置主（主）群集和目标（目标）群集是相同的，仅涉及几个步骤。
安装Appranix控制器代理以进行群集检测
要检测群集资源，您需要一个小的Sidecar控制器代理。 要部署它，只需复制并粘贴适当的curl命令，
如下所示 。 在OpenShift 3和OpenShift 4中安装了代理之后，Appranix将自动检测所有要迁移的群集资源，包括名称空间，部署，pod，服务以及具有其他资源的主机。
迁移大型分布式应用程序
现在，我们来看一个示例，该示例说明了如何将分布式微服务SockShop应用程序从OpenShift 3传输到OpenShift 4，而无需进行不必要的工作（单击此处以获取
对该应用程序及其微服务体系结构的
详细说明 ）。 从下
图可以看到，SockShop体系结构包含许多组件。
Appranix发现了为OpenShift 4提供保护和迁移所需的所有资源，包括PoD，部署，服务和群集配置。
OpenShift 3与正在运行的SockShop应用程序
创建迁移保护策略
可以根据迁移方式灵活设置策略。 例如，基于多个条件或每小时备份一次。
使用保护计划迁移多个OpenShift 3群集
根据应用程序或名称空间的功能，可以将策略应用于每小时，每周一次或每月一次执行的OpenShift 3群集。
Appranix允许您将所有群集名称空间迁移到OpenShift 4或仅迁移到选定的空间。
一键迁移到OpenShift 4
迁移是将选定的名称空间还原到目标OpenShift 4群集，只需单击一下即可执行此操作。 Appranix本身负责收集有关源环境的配置和资源的数据的所有工作，然后在OpenShift 4平台上将其独立还原。
迁移到OpenShift 4后检查应用程序
登录到OpenShift 4集群，升级项目，并验证所有应用程序和名称空间是否正确。 对其他名称空间重复迁移过程，创建新的保护计划或更改现有的保护计划。
在OpenShift 4上启动迁移的应用程序
在使用Appranix恢复过程迁移应用程序之后，重要的是不要忘记配置路由-它们必须指示OpenShift4。在完全从OpenShift 3转移产品之前，您可能需要进行测试恢复。 当几个正在运行的应用程序出现在各自名称空间的OpenShift 4中时，有必要使用此过程来迁移其他应用程序。
迁移所有名称空间后，您可以保护所有OpenShift群集，以进行连续的灾难恢复，防止勒索，确保业务连续性或后续迁移，因为随着新版本的OpenShift发布，Appranix站点可靠性自动化会自动更新。
合计
OpenShift 4向前迈出了一大步，这主要归功于新的不变的体系结构和用于自动化在集群环境中运行的应用程序和平台的复杂配置的操作员平台模型。 Appranix通过基于云的灾难恢复解决方案站点可靠性平台，为OpenShift用户提供了一种简单便捷的方式来升级到OpenShift 4。
可以直接从Red Hat Container Catalog中使用Appranix。