代理迁移
在 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. 将客户端迁移到新代理
|
在迁移客户端之前,请确保新代理已部署并且完全正常运行。 |
-
登录到 SUSE Manager 服务器 Web UI。
-
在左侧导航栏中,选择。
-
导航到旧的 4.3 代理页面,然后单击
代理选项卡。 -
在“SSM”中选择所有系统。
-
在左侧导航栏中,选择。
-
选择子菜单。
-
从下拉列表中选择要迁移到的新代理。
-
单击 更改代理。
所有选定的客户端现在都将迁移到新代理。您可以检查日程安排进度,以确认所有客户端是否已成功迁移。
几分钟后,客户端将开始显示新的连接路径。当所有客户端都已在新代理下显示了连接路径时,就不再需要旧的 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.yaml 的 proxies 设置中去除相关代理。如果不存在剩余的 4.3 代理,则手动将 proxies 列表完全去除。