代理迁移
在 SUSE Multi-Linux Manager 4.3 中，可以使用三种不同的方法来部署代理：基于 RPM 的部署、在 podman 或 k3s 上运行的容器化部署。
在 SUSE Multi-Linux Manager 5.1 中，使用 podman 运行的容器化代理管理功能经过重新设计，并已通过 mgrpxy 工具进行简化。同时，去除了基于 RPM 的支持，现在仅支持使用 podman 或 k3s 运行的容器化版本。
本节介绍如何使用 mgrpxy 工具从 Proxy 4.3 迁移。
|
An in-place migration from SUSE Multi-Linux Manager 4.3 to 5.1 is unsupported. The host operating system has changed from SUSE Linux Enterprise Server 15 SP4 to SL Micro 6.1 or SUSE Linux Enterprise Server 15 SP7. SUSE Multi-Linux Manager 5.0 及更高版本不再支持传统联系协议。在从 SUSE Multi-Linux Manager 4.3 迁移到 5.1 之前，必须将所有现有的传统客户端（包括传统代理）迁移到 Salt。 |
1. 部署新的 SUSE Multi-Linux Manager 代理
由于不支持就地迁移，用户必须使用新的 FQDN 部署新的 SUSE Multi-Linux Manager 代理。
有关安装 SUSE Multi-Linux Manager 代理的详细信息，请参见 ref:installation-and-upgrade:install-proxy.adoc[]。
2. 将客户端迁移到新代理
|
在迁移客户端之前，请确保新代理已部署并且完全正常运行。 |
-
登录到 SUSE Multi-Linux Manager 服务器 Web UI。
-
在左侧导航栏中，选择。
-
导航到旧的 4.3 代理页面，然后单击
代理选项卡。 -
在“SSM”中选择所有系统。
-
在左侧导航栏中，选择。
-
选择子菜单。
-
从下拉列表中选择要迁移到的新代理。
-
单击 更改代理。
所有选定的客户端现在都将迁移到新代理。您可以检查日程安排进度，以确认所有客户端是否已成功迁移。
几分钟后，客户端将开始显示新的连接路径。当所有客户端都已在新代理下显示了连接路径时，就不再需要旧的 4.3 代理系统，可以将其去除。
3. TFTP files synchronization
Containerized proxies do not use tftpsync mechanism to transfer tftproot files. Instead these files are transparently downloaded and cached on demand.
To prevent false positive errors during cobbler sync run, migrated 4.3 proxies need to be removed from tftpsync mechanism.
If you previously configured a 4.3 proxy to receive TFTP files, one of the following configuration option is required:
In the server container, run configure-tftpsync.sh with the list of remaining 4.3 proxies as arguments. If no 4.3 proxies remain, run configure-tftpsync.sh with no arguments.
In the server container, manually remove the relevant proxy from the proxies setting in the /etc/cobbler/settings.yaml file. If there are no 4.3 proxies remaining, then manually remove the proxies list completely.