分类： 红帽认证考试

什么是 convert2RHEL？

Convert2RHEL 是一款命令行实用程序，可分析您的系统的就绪度并将基于 RPM 的 Linux 操作系统（OS）转换至红帽企业 Linux。这是在红帽企业 Linux 上实现标准化的一种自动化方式，无需您手动重新部署任何工作负载。
Convert2RHEL 可在转换过程中保持现有操作系统中的自定义项、配置和偏好，从而最大限度减少对高成本重新部署项目的需求并减轻管理负担。
阅读文档

为什么使用 convert2RHEL？

CentOS 项目将于 2024 年 6 月 30 日之后停止对 CentOS Linux® 7 的更新和发布。这意味着当前的 CentOS Linux 用户需要选择一条迁移路径才能继续接收安全补丁和更新。
查看 CentOS 迁移的信息页面

Convert2RHEL 只是第一步。您可了解它与红帽第三方 Linux 迁移特惠之间的联系。视频时长：5:22。

将从 CentOS Linux 7 迁移至红帽企业 Linux 的企业现已可以利用红帽智能分析以更简单的方式进行转换：

1. 注册 CentOS Linux 7 系统以使其出现在智能分析清单列表中。
2. 启动对所选 CentOS Linux 7 系统的转换前分析并接收修复建议，以帮助解决可能会使转换过程变得复杂或影响向红帽企业 Linux 转换的问题。
3. 解决转换前分析中发现的任何问题后，直接从红帽智能分析完成向红帽企业 Linux 的转换。

如需深入了解，请浏览我们的分步迁移指南。
如果企业组织希望从基于 RPM 的其他 Linux 发行版迁移或更偏向于通过 convert2RHEL 命令行工具迁移至红帽企业 Linux，请参阅下方的操作指导及后续步骤。

如何使用 convert2RHEL

确定转换路径

从 CentOS Linux 7 迁移至红帽企业 Linux 的许多用户都会先转换至红帽企业 Linux 7。将系统迁移至红帽企业 Linux 7 之后，用户可以升级至红帽企业 Linux 8（可就地完成），也可以了解我们的延长生命周期支持（ELS）订阅。如需了解更多，请查看 Convert2RHEL 备忘单。
支持的转换路径包括：

• 从 CentOS Linux 8 转换至红帽企业 Linux 8
• 从 Oracle Linux 7 转换至红帽企业 Linux 7
• 从 Oracle Linux 8 转换至红帽企业 Linux 8
• 从 Alma Linux 8 转换至红帽企业 Linux 8
• 从 Rocky Linux 8 转换至红帽企业 Linux 8

不支持从 CentOS Linux 6 和 Oracle Linux 6 转换至红帽企业 Linux，因为红帽企业 Linux 6 已超出生命周期维护阶段，但本文档提供了相关指导。
通过定制途径简化从 CentOS Linux 的转换

为转换做准备

您可通过阅读此文档获得相关指导并了解附加功能和已知限制信息。确认您的系统支持转换至红帽企业 Linux，然后进行备份。参考该文档（包含有关如何评估系统应用和数据的分步说明）确定工作负载、配置或应用可能存在的难点，然后主动解决问题。在迁移之前确定兼容性问题和分层应用，以便将风险降至最低并进行系统优化。
如果在此阶段遇到挑战或复杂情况，请联系红帽咨询。我们的专家可帮助转换较复杂的应用和工作负载，协助对流程进行标准化改造、分析工作负载并自动执行迁移变体，所有这些工作均有助于最大限度降低与操作系统转换相关的风险。

查看转换前分析报告

要评估您的系统是否可以转换至红帽企业 Linux，请运行转换前分析。完成分析后生成的报告中会汇总潜在问题并提供解决方案建议。此报告还有助于您确定是否可以或是否适合继续转换至红帽企业 Linux。

转换

备份好您的现有操作系统后，请运行 convert2RHEL 工具并遵循本文档中的说明。Convert2RHEL 可自动识别操作系统软件包并将您的原始 Linux 发行版中的操作系统软件包替换为等效的红帽企业 Linux 操作系统软件包，且 convert2RHEL 享受红帽官方支持，有助于对转换版本问题进行故障排除。
转换成功后，需重启系统才能进入红帽企业 Linux。转换后，可能需要重新安装第三方 RPM 或重新配置系统服务。

升级

如果您的系统在 convert2RHEL 完成后运行的是红帽企业 Linux 7，请花些时间评估您的支持情况。如果您使用的是支持第三方 Linux 迁移的红帽企业 Linux 产品或购买了延长生命周期支持（ELS）附加订阅，那么您有额外的时间来升级到较新版本。如果您没有上述任何延长支持选项，我们建议在红帽企业 Linux 7 维护终止（2024 年 6 月 30 日）之前升级到较新的受支持版本。
进一步了解升级
可帮助用户扩展功能的另一款工具是红帽开发人员订阅团队版。借助该工具，在生产环境中运行红帽技术的现有红帽客户有机会免费部署红帽企业 Linux。红帽企业 Linux 让开发人员可以轻松使用更加可靠且安全至上的操作系统，企业组织构建和测试应用的平台即生产型工作负载所用的同一个创新且可靠的平台。
从简报中了解更多

回归正轨

完成转换和升级后，您便可以访问红帽企业 Linux 的所有最新更新，以及红帽企业 Linux 中包含的所有性能、支持、管理和安全功能。
如需详细了解转换流程，请参阅技术文档和红帽知识库。

Views: 99

2024年 6月 27日Nuno Martins
Automation and management自动化和管理 Linux Migration迁移

CentOS Linux 7的生命周期即将结束，更新将于2024年6月30日结束。这一即将到来的最后期限意味着安全更新和维护的结束，为继续依赖过时操作系统的组织带来了重大风险。需要升级到更新且受支持的平台，如Red Hat Enterprise Linux（RHEL），以保持最新的安全状态和持续的功能。
这些系统可能在您组织的IT基础设施中发挥关键作用，迁移这些系统并非易事。红帽Ansible自动化平台可以帮助简化和自动化此流程，降低复杂性，同时实现可扩展性，并能够协调对周围基础设施的更改，以支持迁移。
在本文中，我将探讨使用Ansible Automation Platform在整个组织中大规模推动这种迁移的可能性，以及实现这一目标所需的步骤。

从CentOS Linux迁移到RHEL

当然，登录到CentOS Linux系统并启动Convert 2 RHEL命令行过程非常容易。但是，如何在多个系统中实现这一点呢？那么可能存在的所有基础设施依赖性呢？
使用Ansible Automation Platform进行此过程可帮助您解决规模和依赖关系，同时允许您为迁移构建逻辑工作流。还有什么比大规模转化更强大的呢？大规模整治！我们可以自动修复所有这些阻断剂。
我们经常将Ansible Automation Platform称为简单而强大的平台，但它真正的强大功能是覆盖多个领域和用例。我们可以自动化迁移过程，但我们也可以使用多域方面来解决基础设施和平台依赖性。

让我们来看一个典型的系统示例，我们现在希望将其迁移到RHEL。我有一组应用程序服务器托管我的流应用程序。这些系统并不是孤立运行的，可能会有防火墙、负载平衡甚至与数据库的连接。还可能需要其他的前期工作。我可能需要：

• Update dependent systems 更新依赖系统
• 备份数据或快照系统
• 在我们的监控解决方案中从通知中删除系统
• 在我们开始之前，在我们的ITSM中打开服务票证

有了我们需要做的一切操作知识，我们可以构建我们的Ansible Playbook并标准化流程以实现一致性。使用Ansible自动化平台，通过提供红帽Ansible Lightspeed（我们用于剧本创建的生成式AI），我们可以实现终极“ops-life”破解。我们可以利用我们的知识，让Ansible Lightspeed帮助我们更快地构建剧本，同时遵循最佳实践。
一旦我们创建了我们的内容，我们就可以使用自动化控制器来构建自动化工作流，并在我们继续自动化实际的Convert2RHEL流程之前逻辑地绘制流程。

在我们继续之前，我想指出这个工作流的一个关键组成部分：自动化系统快照的能力。这对于CentOS Linux到RHEL的迁移和RHEL的自动升级都很重要。当我们讨论RHEL升级时，我将向您展示一个Ansible验证的infra.lvm_snapshots内容的示例。
那么，转换我们系统的实际过程是怎样的呢？通过我们的Ansible自动化平台订阅，我们可以访问Ansible验证的内容，这些内容提供专家，固执己见的自动化内容，所有内容都位于console.redhat.com上的Ansible自动化中心。

我们将使用infra.convert2rhel集合开始。这个集合提供了我们可以用来使用Convert 2 RHEL框架执行转换的角色。使用Ansible验证内容中提供的示例剧本，我可以简单地将其添加到我的工作流程中，并在完成前期工作任务后启动迁移。

---
- name: Convert CentOS Linux to RHEL
hosts: centos
strategy: free
become: true
force_handlers: true
vars:
  rhsm_username: "{{ rhsm_username }}"
  rhsm_password: "{{ rhsm_password }}"
  rhsm_org: "{{ rhsm_org }}"
  rhsm_activation_key: "{{ rhsm_activation_key }}"
tasks:
  - name: Perform OS conversion
    ansible.builtin.import_role:
      name: infra.convert2rhel.convert

如果你看了示例剧本，注意策略的使用是很重要的。如果您不熟悉这一点，这使我们能够控制如何跨主机执行任务。在我们的示例中，我们使用strategy：free -允许任务尽快执行而无需等待其他主机，并且它独立运行每个主机。这是大规模升级多台机器的理想选择。
一旦我们迁移系统，我们就可以利用Ansible Automation Platform自动化测试和检查端口和配置，作为迁移到RHEL工作流程的最后一步。

“RHEL-come” to Enterprise Linux!

“RHEL-来”到企业Linux！
一旦我们的CentOS Linux系统已经迁移，我们现在将在RHEL 7。建议使用类似的过程升级到RHEL 8-我们使用LEAPP升级工具框架来帮助我们。Red Hat还为RHEL 7系统提供延长生命周期支持（ELS）附加订阅，有关更多信息，请参阅宣布为Red Hat Enterprise Linux 7提供长达4年的延长生命周期支持（ELS）。
与Convert 2 RHEL一样，红帽也为infra. leapp提供了经Ansible验证的内容。infra.leapp内容包含帮助我们进行预升级步骤的角色，例如生成预升级报告、常见问题/抑制因素的补救角色以及升级我们的系统。
当我们在RHEL的主要版本之间升级时，我们通常使用LEAPP来评估系统并创建升级前报告。LEAPP将收集数据，并提供关于潜在问题/抑制因素的报告，以及解决这些问题的可能建议。 虽然我们可以使用Ansible Role来修复LEAPP发现的常见问题，但是，第三方依赖关系或某些配置更改可能需要单独解决。

步骤1：评估您的系统

我们可以再次求助于Ansible Automation Platform，通过解决报告中的问题，构建补救行动手册，并将大规模的更改应用于我们想要升级的系统，来简化我们系统的补救过程。此外，如果我们不确定所需的任务，我们可以利用Ansible Lightspeed来生成一些补救措施。
示例：我们的系统有一个root远程登录的抑制器，我们使用Ansible Lightspeed来构建修复：

步骤2：触发升级：

通过使用自动化网格（Ansible自动化平台的一部分）等技术，我们可以大规模部署具有工作流程的剧本，甚至在全球范围内部署，甚至在地球仪。
使用我们的Ansible验证的内容，我们可以创建我们的LVM的快照，这样我们就可以在下一个升级步骤中恢复失败。

---
- name: Create/revert/remove/check LVM snapshots of node
hosts: "{{ rhel_inventory_group | default(omit) }}"
become: yes
environment:
  LANG: en_US.UTF-8
  LC_ALL: en_US.UTF-8
  TERM: linux
tasks:
  - ansible.builtin.set_fact:
      snapshot_create_set_name: "{{ snapshot_set_name }}"
      snapshot_remove_set_name: "{{ snapshot_set_name }}"
      snapshot_revert_set_name: "{{ snapshot_set_name }}"
  - name: "Execute snapshot check"
    ansible.builtin.include_role:
      name: "infra.lvm_snapshots.snapshot_create"
    vars:
      snapshot_create_check_only: true
      # Additional snapshot_* vars provided via AAP2 job template and associated surveys
    when: lvm_snapshots_action == "check"
  - name: "Execute snapshot {{ lvm_snapshots_action }}"
    ansible.builtin.include_role:
      name: "infra.lvm_snapshots.snapshot_{{ lvm_snapshots_action }}"
      # Additional snapshot_* vars provided via AAP2 job template and associated surveys
    when: (lvm_snapshots_action == "create") or (lvm_snapshots_action == "remove") or (lvm_snapshots_action == "revert")

一旦我们有了快照，我们就可以使用Ansible集合中的内容升级RHEL系统。

---
- name: Upgrade
hosts: "{{ rhel_inventory_group | default(omit) }}"
strategy: free
become: true
force_handlers: true
# vars:
#   ansible_python_interpreter: /usr/libexec/platform-python
tasks:
  - name: Perform OS upgrade
    ansible.builtin.import_role:
      name: infra.leapp.upgrade
...

一旦系统升级，我们就可以使用Ansible自动化平台来检查系统的状态。如果一切顺利，我们还可以使用自动化将系统重新投入生产。

步骤3：升级后的附加组件

我们的升级已经完成，但我们仍然可以使用Ansible自动化平台做更多事情。升级后的配置和集成可以作为我们自动化工作流程的一部分进行，简化我们在升级系统时经常忘记的所有额外任务。Ansible自动化平台允许您将新的RHEL系统集成到红帽洞察中，从而简化合规性检查和执行。我们还可以配置Performance Co-Pilot向Event-Driven Ansible报告系统指标，以及您能想到的所有其他第2天任务！
自动化分析可以帮助我们明确自动化流程，或者帮助我们识别流程中主机中可能存在的异常，然后我们可以稍后解决这些异常。

Views: 31