Server Migration Center:Linuxオペレーティングシステムの移行

背景情報

サービスライフサイクルの終了やサードパーティのサポートの終了などの理由により、オペレーティングシステムでのテクニカルサポートが利用できなくなる場合があります。 たとえば、CentOSは、CentOS 7およびCentOS 8を含むCentOS LinuxバージョンのEOL (end of life) を発表しました。 EOLに入るそのようなオペレーティングシステムは、セキュリティの脆弱性に直面し得る。 Elastic Compute Service (ECS) インスタンスのオペレーティングシステムが移行要件を満たしている場合、Server migration Center (SMC) を使用して、オペレーティングシステムを別のオペレーティングシステムにスムーズに移行またはアップグレードし、将来のメンテナンスと技術サポートを行うことができます。 詳細については、「画像メンテナンスサイクルとEOLガイダンス」をご参照ください。

移行とアップグレードのシナリオ

使用上の注意

課金

移行中、システムはECSインスタンスのすべてのディスクのスナップショットを作成してデータをバックアップします。 スナップショットの料金は従量課金制です。 詳細については、「課金」をご参照ください。

制限事項

手順

1. オプションです。 CentOS 7またはCentOS 8オペレーティングシステムをRed Hat 7またはRed Hat 8に移行する場合は、次の操作を実行します。 それ以外の場合は、この手順をスキップします。

   Security Centerエージェントがソースオペレーティングシステムにインストールされている場合は、それをアンインストールします。

   説明

   移行とシステムのアップグレードが完了したら、Security Centerエージェントを再インストールできます。 詳細については、「セキュリティセンターエージェントのインストール」トピックの「セキュリティセンターエージェントの手動インストール」をご参照ください。

   エージェントがアンインストールされた後も、Security Centerはサーバーを24時間保護します。 エージェントを再インストールする場合は、24時間後にエージェントをインストールしてください。 エージェントをアンインストールしてから24時間以内にエージェントを再インストールする場合は、インストールコマンドを少なくとも3回実行し、インストール中のエラーメッセージを無視する必要があります。 それ以外の場合、再インストールされたエージェントは自動的にアンインストールされます。

   1. Security Centerコンソールの [機能の設定] ページに移動します。 Security Centerエージェントをアンインストールするサーバーを見つけ、Security Centerエージェントをアンインストールします。 詳細については、「Security Centerエージェントのアンインストール」をご参照ください。

   2. リモート接続ツールを使用してサーバーに接続し、次のコマンドを実行します。

   wget "http://update2.aegis.aliyun.com/download/uninstall.sh" && chmod +x uninstall.sh && ./uninstall.sh
   if !  lsmod | grep AliSecGuard; then echo 'Uninstall Success'; else echo "Uninstall Failed"; fi

   3. Uninstall Successが返された場合、Security Centerエージェントはアンインストールされます。

   次のコマンドを実行して、ソースオペレーティングシステムを最新のカーネルバージョンにアップグレードします。

   CentOS 7

   # Back up the source YUM software repository and replace it with the Alibaba Cloud repository of CentOS 7.
   mv /etc/yum.repos.d/ /etc/yum.repos.d.backup/
   mkdir -p /etc/yum.repos.d/
   wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo
   wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-7.repo
   yum clean all
   yum makecache
   # Upgrade and restart the operating system.
   yum -y update
   reboot

   CentOS 8

   # Back up the source YUM software repository and replace it with the Alibaba Cloud repository of CentOS 8.
   mv /etc/yum.repos.d/ /etc/yum.repos.d.backup/
   mkdir -p /etc/yum.repos.d/
   wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.cloud.aliyuncs.com/repo/Centos-8.repo
   wget -O /etc/yum.repos.d/epel-archive-8.repo http://mirrors.cloud.aliyuncs.com/repo/epel-archive-8.repo
   yum clean all
   yum makecache
   # Upgrade and restart the operating system.
   yum -y update
   reboot

2. オペレーティングシステムを移行します。

   (推奨) 迅速な移行

   説明

   SMCコンソールを使用して移行元に関する情報をインポートするには、次の条件が満たされていることを確認します。

   • 移行元のインターネットアクセスが有効になっています。

   • 移行元にCloud Assistant Agentがインストールされています。 デフォルトでは、Cloud Assistant Agentは、2017年12月1日以降にパブリックイメージに基づいて作成されたECSインスタンスにインストールされます。

   • 移行元の情報をRAM (Resource Access Management) ユーザーとしてインポートする場合は、RAMユーザーに次の権限が付与されていることを確認してください。

     • AliyunRAMReadOnlyAccessを使用します。 詳細については、「RAMユーザーへの権限付与」をご参照ください。

     • AliyunECSAssistantFullAccessポリシーがRAMユーザーにアタッチされ、RAMユーザーにCloud Assistantを管理する権限を付与します。 詳細については、「RAMの概要」をご参照ください。

   1. SMCコンソールにログインします。

   2. 左側のナビゲーションウィンドウで、[クラウド移行] > [OS移行] を選択します。

   3. [OS移行] ページで、[オペレーティングシステムのアップグレード] をクリックします。

   4. [オペレーティングシステムの移行] ダイアログボックスで、次の表に示すパラメーターを設定します。

      パラメーター	説明	例：
      移行ソースの選択	移行ソース。 ドロップダウンリストから、移行するオペレーティングシステムのECSインスタンスのリージョンとECSインスタンスのIDまたは名前を選択します。	リージョン: 中国 (杭州) インスタンスIDまたは名前: i-2ze4looqfx **** またはテスト
      现在のオペレーティングシステム	現在のオペレーティングシステム。 デフォルトでは、現在のオペレーティングシステムが表示され、変更できません。	CentOS 7
      宛先オペレーティングシステム	移行元のオペレーティングシステムを移行するオペレーティングシステム。 ドロップダウンリストからオペレーティングシステムを選択します。	Alibaba Cloud Linux 3

   5. [これらのリスクを確認して受け入れる] を選択し、インスタンス上のすべてのディスクのスナップショットを作成する権限をAlibaba Cloudに付与します。[作成] をクリックします。

   6. [オペレーティングシステムの移行] ダイアログボックスで、メッセージを読み、[完了] をクリックします。

   7. [移行ジョブの作成] ダイアログボックスで、[移行ジョブページに移動] をクリックし、移行ジョブが完了するまで待ちます。

      警告

      移行中は、手動またはO&Mスクリプトを使用してWindows ECSインスタンスを停止、再起動、またはリリースしないでください。

   段階的移行

   手順1: 移行ソースに関する情報のインポート

   移行元は、データセンターのサーバー、VM、サードパーティのクラウドプラットフォーム上のホストなど、さまざまな種類のサーバーにすることができます。 SMCは、移行ソースに関する情報をインポートする複数の方法をサポートしています。 ビジネス要件に基づいて方法を設定できます。 詳細については、「」をご参照ください。移行元に関する情報をインポートする方法を選択するにはどうすればよいですか。 「FAQ」トピックのセクション。

   (推奨) CLIを使用して移行元に関する情報をインポートする

   重要

   移行元サーバーはインターネット経由でアクセス可能である必要があります。

   1. SMCコンソールにログインします。

   2. 左側のナビゲーションウィンドウで、[クラウド移行] > [OS移行] を選択します。

   3. [OS移行] ページで、[移行ソースのインポート] をクリックします。

   4. プロンプトに従ってパラメーターを設定し、アクティベーションコードコマンドをコピーします。 下表に、各パラメーターを説明します。

      パラメーター	説明
      移行ソースタイプ	移行元のタイプ。 [ECSインスタンス] を選択します。
      Importメソッド	移行元に関する情報をインポートするために使用されるメソッド。 [CLIを使用してサーバーをインポート] を選択します。
      移行元クォータ	アクティベーションコードを使用して情報をインポートする移行ソースの数。 有効な値: 1 ~ 1000 デフォルト値は 10 です。
      購入期間	アクティベーションコードの有効期間。 単位：日。 有効な値: 1 ~ 90。 デフォルト値：30。
      アクティベーションコード	次の手順を実行して、アクティベーションコードを生成し、生成されたコマンドをコピーします。 [生成] をクリックします。 [Linuxシェル] タブをクリックします。 [コピー] をクリックして、アクティベーションコードコマンドをコピーします。

   5. 移行元サーバーにログインし、コピーしたコマンドを管理者として貼り付けて実行し、移行元に関する情報をインポートします。

      1. Linuxサーバーにログオンします。

      2. コピーしたコマンドを管理者として貼り付けて実行し, 移行元の情報をインポートします。

         

         コマンドの実行後、次のようなメッセージがソースサーバーのインポート [s-bp18x8751kgz2oyh ****] 成功! が返されると、移行元に関する情報がインポートされます。

   6. SMCコンソールの [サーバー移行] ページで、移行元のステータスを [リアルタイム移行ステータス] 列に表示します。

      • 移行元のステータスがオンラインの場合、移行元に関する情報がインポートされます。

      • 移行元が別の状態の場合、情報のインポートに失敗します。 この場合、次のソリューションに基づいて障害をトラブルシューティングし、移行元に関する情報を再度インポートします。

        • SMCコンソールまたはSMCクライアントがインストールされているディレクトリのログファイルに表示されるメッセージに基づいて、障害をトラブルシューティングしてください。 デフォルトでは、SMCクライアントは次のディレクトリにインストールされます。

          • Windowsサーバー: C:\smc

          • Linuxサーバー: /smc

        • トラブルシューティングについては、[サーバー移行センター (SMC) に関するFAQ] および [トラブルシューティング] のトピックを参照してください。

   SMCクライアントを使用して移行元に関する情報をインポートする

   SMCクライアントの詳細については、「SMCクライアントのWindows GUIバージョンの使用」をご参照ください。

   1. SMCコンソールにログインします。

   2. 左側のナビゲーションウィンドウで、[クラウド移行] > [OS移行] を選択します。

   3. [OS移行] ページで、[移行ソースのインポート] をクリックします。

   4. [移行ソースのインポート] ページで、パラメーターを設定します。 下表に、各パラメーターを説明します。

      パラメーター	説明
      移行ソースタイプ	移行元のタイプ。 [ECS] を選択します。
      Importメソッド	移行元に関する情報をインポートするために使用されるメソッド。 [クライアントを使用してサーバーをインポート] を選択します。
      説明	[説明] セクションの情報を読み、移行元のオペレーティングシステムのCPUアーキテクチャ (Armまたはx86) とビットバージョン (32ビットまたは64ビット) に基づいて、必要なバージョンのSMCクライアントをダウンロードします。

   5. 移行元に関する情報をインポートします。

      重要

      移行中は、移行が完了するまでSMCクライアントをシャットダウンしないでください。 それ以外の場合、移行元はSMCコンソールから切断され、移行は失敗します。

      1. ファイル転送をサポートするリモート接続ツールを使用できます。 たとえば、WinSCPを使用してSMCクライアントパッケージをソースLinuxサーバーにアップロードできます。

      2. ソースLinuxサーバーに接続し、SMCクライアントパッケージを解凍します。

         この例では、Linux 64ビットGenericを使用しています。 次のコマンドを実行して、パッケージを解凍します。 別のバージョンのSMCクライアントを使用する場合は、コマンドのパッケージ名をSMCクライアントの名前に置き換えます。

         tar xf go2aliyun_client_linux_x86_64.tar.gz

         説明

         Linux ARM64は、g6r汎用インスタンスファミリーとc6rコンピューティング最適化インスタンスファミリーをサポートしています。 インスタンスタイプの詳細については、「インスタンスファミリーの概要」トピックの「ARMベースのエンタープライズレベルコンピューティングインスタンスファミリー」をご参照ください。

      3. (オプション) 必要のないファイルまたはディレクトリを移行から除外します。 詳細については、「」をご参照ください。移行ジョブからファイルまたはディレクトリを除外するにはどうすればよいですか? 「FAQ」トピックのセクション。

         重要

         ブロックレプリケーション機能を有効にした場合、移行ジョブからファイルまたはディレクトリを除外することはできません。

      4. アクティベーションコードまたはAccessKeyペアを取得します。

         • (推奨) アクティベーションコードを取得する: SMCコンソールの [説明] セクションで、[生成] をクリックし、生成されたアクティベーションコード情報をコピーします。

         • AccessKeyペアの取得: AccessKeyペアは、AccessKey IDとAccessKeyシークレットで構成されます。 AccessKeyペアが作成されていない場合は、最初に作成します。 詳細については、「AccessKeyペアの取得」をご参照ください。

      5. SMCクライアントフォルダーで、次のコマンドを実行してSMCクライアントを実行します。

         移行元サーバーのオペレーティングシステムに対してrootまたはsudo権限があるかどうかに基づいて、rootまたはsudoユーザーとして次のコマンドを実行します。

         ルートユーザー

         cd go2aliyun_client_linux_x86_64
         chmod + x go2aliyun_client
         ./go2aliyun_クライアント 

         Sudoユーザー

         cd go2aliyun_client_linux_x86_64
         sudo chmod + x go2aliyun_client
         スド /go2aliyun_クライアント 

      6. プロンプトに従って、アクティベーションコードまたはAccessKeyペアを入力します。 この例では、次の図に示すように、アクティベーションコードが使用されています。

         アクティベーションコードを入力すると、次のメッセージが表示されることがあります。

         • 移行元サーバーにスナップショットの依存関係がインストールされていない場合、メッセージが表示されます。 メッセージの詳細を次の図に示します。 ブロックレプリケーション機能を有効にするかどうかに基づいて、スナップショット依存関係をインストールするかどうかを決定できます。

           • 移行のブロックレプリケーションを有効にする場合は、yesと入力してスナップショットの依存関係を自動的にインストールします。

           • 移行のブロックレプリケーションを有効にしない場合は、noと入力します。

           重要

           スナップショットの依存関係のインストールに失敗した場合、移行ジョブの作成時にブロックレプリケーションを有効にしないでください。 そうしないと、移行が失敗する可能性があります。

           

         • rsyncツールは、ほとんどの主流の移行ソースにインストールされます。 rsyncが移行元にインストールされていない場合、SMCクライアントはメッセージを表示します。 次の図に示すように、yesと入力してrsyncをインストールします。

         • 移行元でSELinuxが有効になっている場合、SELinuxを無効にするように促すメッセージが表示されます。 yesと入力してSELinuxを無効にします。 次の図は、SELinuxを無効にする方法を示しています。

         移行元の情報をインポートすると、次のようなメッセージが返されます。ソースサーバーのインポート [s-bp11npxndknsycqj ****] 成功!.

         説明

         移行元に関する情報のインポートに失敗した場合は、返されたメッセージに基づいて問題をトラブルシューティングできます。 問題を修正した後、次のコマンドを実行してバックグラウンドプログラムを終了し、移行ソースのオペレーティングシステムに対する権限に基づいて、移行ソースに関する情報を再インポートします。 よくある質問 (FAQ) と解決策の詳細については、「サーバー移行センター (SMC) に関するFAQ」と「トラブルシューティング」をご参照ください。

         Sudoユーザー

         sudo。/go2aliyun_client -- abort
         スド /go2aliyun_クライアント 

         ルートユーザー

         . /go2aliyun_client -- abort
         ./go2aliyun_クライアント 

   6. SMCコンソールの [OS移行] ページで、移行元のステータスを [リアルタイム移行ステータス] 列に表示します。

      • 移行元のステータスがオンラインの場合、移行元に関する情報がインポートされます。

      • 移行元が別の状態の場合、情報のインポートに失敗します。 この場合、次のソリューションに基づいて障害をトラブルシューティングし、移行元に関する情報を再度インポートします。

        • SMCコンソールまたはSMCクライアントがインストールされているディレクトリのログファイルに表示されるメッセージに基づいて、障害をトラブルシューティングしてください。 デフォルトでは、SMCクライアントは /smcにインストールされます。

        • トラブルシューティングについては、[サーバー移行センター (SMC) に関するFAQ] および [トラブルシューティング] のトピックを参照してください。

   ステップ2: 移行ジョブの作成

   1. 管理する移行ソースを見つけて、[操作] 列の [移行ジョブの作成] をクリックします。

   2. プロンプトに従ってパラメーターを設定し、[作成] をクリックします。

      次のパラメーターを設定して、オペレーティングシステムの移行ジョブを作成できます。

      • 現在のオペレーティングシステム: デフォルトでは、現在のオペレーティングシステムが表示され、変更できません。 例: CentOS 7。

      • 移行先オペレーティングシステム: ドロップダウンリストから移行元オペレーティングシステムを移行するオペレーティングシステムを選択します。 例: Alibaba Cloud Linux 3。

      • 移行テスト:

        オプションです。 移行テストをオンまたはオフにして、移行テスト機能を有効または無効にします。 デフォルトでは、スイッチはオンになっています。 この機能は、Linuxオペレーティングシステムの移行にのみ使用できます。 詳細については、「移行テストの設定」をご参照ください。

        説明

        移行テストは、実際の移行ジョブを実行する前に、移行ソリューションをシミュレートして検証するプロセスです。 移行テストは、実際の移行ジョブを実行する前に、移行ソリューションの実現可能性とリスクを完全に理解するのに役立ちます。 これにより、実際の移行中に発生する可能性のある問題や損失が軽減されます。

        移行テストは、移行中に発生する可能性のある問題を特定し、問題に対する解決策を提供し、移行の成功率を向上させるのに役立ちます。

      • 実行方法:

        オプションです。 移行テストをオンにすると、移行テストを実行するモードを選択できます。実行方法デフォルトでは、テストと移行が選択されています。

        有効な値：

        • テストのみ: 移行テストのみを実行します。 移行テストが完了したら、オペレーティングシステムの移行ジョブを手動で開始する必要があります。

        • テストと移行: 移行テストを実行します。 移行テストが完了した後、[クリティカル] 状態のテスト項目がない場合、システムは自動的にオペレーティングシステムの移行ジョブを開始します。

   3. [オペレーティングシステムの移行] メッセージで、メッセージを読み、[完了] をクリックします。

   4. [移行ジョブの作成] メッセージで、[移行ジョブページに移動] をクリックし、移行ジョブが完了するまで待ちます。

      警告

      移行中は、手動またはO&Mスクリプトを使用してLinux ECSインスタンスを停止、再起動、またはリリースしないでください。

移行結果の確認

• 移行ジョブが [完了] 状態になると、オペレーティングシステムが移行されます。

  

  説明

  移行ジョブが完了すると、ECSインスタンスが自動的に再起動します。 システムの初期化中に、ソフトウェアパッケージの更新などの操作が実行されます。 オペレーティングシステムが起動するまで、ECSインスタンスで操作を実行しないでください。 システムの初期化には約10分かかります。 実際の時間は、処理されるシステムソフトウェアパッケージの数に基づいて変化する。

  [OSの移行] ページで、移行元を見つけ、[操作] 列の [宛先インスタンスの表示] をクリックします。 ECSインスタンスの [インスタンスの詳細] タブの [設定情報] セクションで、移行元のオペレーティングシステムが移行先のオペレーティングシステムに移行されていることを確認します。

  

  重要

  移行が完了すると、ソースオペレーティングシステムのオペレーティングシステムカーネルとソフトウェアパッケージがアップグレードされます。 元のアプリケーションデータは保持されます。 ただし、環境や依存関係の変更により、アプリケーションが期待どおりに実行されない場合があります。 この場合、ビジネスは期待どおりに実行できません。 したがって、移行ジョブを実行する前に、移行ソリューションをテストして検証する必要があります。

• 移行ジョブの状態が [エラー] に変わると、移行ジョブは失敗します。

  この場合、次の操作を実行する必要があります。

  1. [操作] 列の [エラーのトラブルシューティング] をクリックし、エラーコードとエラーメッセージに基づいてエラーを修正します。 詳細については、「サーバー移行センター (SMC) に関するFAQ」および「トラブルシューティング」をご参照ください。

  2. [移行ジョブ] ページで、[移行ジョブの再試行] をクリックします。

     移行ジョブは、中断された時点から再開されます。

     重要

     中間インスタンスがリリースされた場合は、別の移行ジョブを作成する必要があります。 詳細については、「」をご参照ください。中間インスタンスを偶然リリースした場合はどうすればよいですか? 「FAQ」トピックのセクション。

  ソースオペレーティングシステムがインストールされているシステムディスクをロールバックする場合は、システムディスク用に自動的に作成されたスナップショットを使用できます。 システムディスクをロールバックするには、次の手順を実行します。

  1. ECS コンソールにログインします。

  2. 左側のナビゲーションウィンドウで、[ストレージ & スナップショット] > [スナップショット] を選択します。

  3. [スナップショット] ページの [ディスクスナップショット] タブで、システムディスクのロールバックに使用するスナップショットを見つけ、[操作] 列の [ディスクのロールバック] をクリックします。

  4. [ディスクのロールバック] ダイアログボックスで、[確認] をクリックします。

クリアリソース

移行中、SMCは、バックアップおよびデータ転送用のECSインスタンスのディスクに対して、SMC_Backup_Snapshot_XXXおよびSMC_Transition_Snapshot_XXXという名前の2つの従量課金スナップショットを作成します。 スナップショットをクリアする方法は、移行が成功したかどうかによって異なります。

• 移行が成功すると、スナップショットは自動的にリリースされます。 手動操作は要求されない。

• 移行が失敗した場合、スナップショットは自動的にリリースされず、移行ジョブが存在する限り料金が発生します。 次のいずれかの方法を使用してスナップショットをリリースし、コストを削減できます。

  • 移行ジョブが不要になった場合は、移行ジョブのIDをクリックします。 ジョブの詳細ページで、移行ジョブセクションの [操作] 列の [移行タスクのクリア] をクリックして、移行ジョブを削除し、中間クラウドディスクを一度にリリースします。

  • スナップショットを手動で削除します。 詳細については、「スナップショットの削除」をご参照ください。