代理迁移

在 SUSE Manager 4.3 中,可以使用三种不同的方式来部署代理:基于 RPM 部署、容器化部署(运行于 Podman 上),容器化部署(运行于 k3s 上)。

在 SUSE Manager 5.0 中,运行于 Podman 的容器化代理的管理功能已重新设计,并通过 mgrpxy 工具实现了简化。同时,基于 RPM 的支持已被去除,仅支持运行于 Podman 或 k3s 的容器化版本。

本节介绍如何使用 mgrpxy 工具从 Proxy 4.3 迁移。

由于主机操作系统已从 SUSE Linux Enterprise Server 15 SP4 更改为 SLE Micro 5.5 或 SUSE Linux Enterprise Server 15 SP6,因此不支持从 SUSE Manager 4.3 到 5.0 的就地迁移。

SUSE Manager 5.0 及更高版本不再支持传统联系协议。在从 SUSE Manager 4.3 迁移到 5.0 之前,必须将所有现有的传统客户端(包括传统代理)迁移到 Salt。

1. 部署新的 SUSE Manager 代理

由于不支持就地迁移,用户必须使用新的 FQDN 部署新的 SUSE Manager 代理。

有关安装 SUSE Manager 代理的详细信息,请参见 安装 SUSE Manager 代理

2. 将客户端迁移到新代理

在迁移客户端之前,请确保新代理已部署并且完全正常运行。

过程:在代理之间迁移客户端
  1. 登录到 SUSE Manager 服务器 Web UI。

  2. 在左侧导航栏中,选择系统  系统列表

  3. 导航到旧的 4.3 代理页面,然后单击代理选项卡。

  4. 在“SSM”中选择所有系统。

  5. 在左侧导航栏中,选择系统  系统集管理器

  6. 选择子菜单其他  代理

  7. 从下拉列表中选择要迁移到的新代理。

  8. 单击 更改代理

所有选定的客户端现在都将迁移到新代理。您可以检查日程安排进度,以确认所有客户端是否已成功迁移。

几分钟后,客户端将开始显示新的连接路径。当所有客户端都已在新代理下显示了连接路径时,就不再需要旧的 4.3 代理系统,可以将其去除。

3. TFTP 文件同步

容器化代理不使用 tftpsync 机制传输 tftproot 文件。相反,这些文件会按需自动下载并缓存。

为避免在 cobbler sync 运行期间出现误报错误,需要将迁移后的 4.3 代理从 tftpsync 机制中去除。

如果您之前已将 4.3 代理配置为接收 TFTP 文件,则需要选择以下配置选项之一:

在服务器容器中,运行 configure-tftpsync.sh,并将剩余的 4.3 代理列表作为参数传入。如果不存在剩余的 4.3 代理,则直接运行 configure-tftpsync.sh(无需传入参数)。

在服务器容器中,手动从文件 /etc/cobbler/settings.yamlproxies 设置中去除相关代理。如果不存在剩余的 4.3 代理,则手动将 proxies 列表完全去除。