コンテナ化された環境へのSUSE Managerサーバの移行

Table of Contents

通常のSUSE Managerサーバをコンテナに移行するには、新しいマシンが必要です。

インプレース移行は実行できません。

現在、この移行手順にはホスト名の変更機能が含まれていません。新しいサーバ上の完全修飾ドメイン名(FQDN)は古いサーバのFQDNと同じままです。したがって、移行後に、新しいサーバを指すようにDNSレコードを手動で調整する必要があります。

プロシージャ: 初期の準備
  1. 古いサーバ上のSUSE Managerサービスを停止します。

    spacewalk-service stop
  2. PostgreSQLサービスを停止します。

    systemctl stop postgresql
プロシージャ: SSH接続を準備する
  1. SSHの設定とエージェントが、新しいホスト上で古いサーバにパスワードなしで接続する準備ができている必要があります。

    パスワードレス接続を確立するために、移行スクリプトは、SSHエージェントが新しいサーバ上で実行されていることに依存します。SSHエージェントがまだアクティブではない場合は、`eval $(ssh-agent)`を実行して開始します。次に、`ssh-add /path/to/the/private/key`を使用して、実行されているエージェントにSSHキーを追加します。この処理中に機密鍵のパスワードの入力を求められます。

  2. 移行スクリプトは、SSHコマンドで古いサーバのFQDNのみを使用します。

  3. つまり、接続に必要な他の設定はすべて~/.ssh/configファイルで定義する必要があります。

1. Kubernetesの準備

mgradm migrateコマンドを使用して移行を実行する前に、永続ボリュームを事前定義することが重要です。これは特に、移行ジョブでは何もない状態からコンテナが開始されることを考慮すると不可欠です。詳細については、永続ストレージボリュームのリストのインストールに関するセクションで、このようなボリュームの準備に関する包括的なガイダンスを参照してください。

2. 移行

次のコマンドを実行して新しいSUSE Managerサーバをインストールします。<oldserversource.fqdn>は古いサーバの適切なFQDNに置き換えてください。

mgradm migrate podman <oldnserver.fqdn>

または

mgradm migrate kubernetes <oldnserver.fqdn>

mgradm migrateコマンドの実行が正常に完了した後も、すべてのクライアント上のSaltのセットアップはまだ古いサーバを指したままです。これらを新しいサーバにリダイレクトするために、新しいサーバの名前をインフラストラクチャレベル(DHCPおよびDNS)で変更して、古いサーバと同じFQDNとIPアドレスを使用するようにする必要があります。