すべてのプロダクト
Search
ドキュメントセンター

Server Migration Center:Container Registryへのサーバーの移行

最終更新日:Nov 14, 2024

コンテナには、高い費用対効果、効率的な展開、高い移植性、および環境の一貫性という利点があります。 Server Migration Center (SMC) を使用して、ソースLinuxサーバーをコンテナーイメージとしてcontainer Registryに移行し、コンテナーイメージを使用してコンテナーアプリケーションをデプロイできます。 これは、コスト効率の良い方法でコンテナ化されたアプリケーションの移行を実装します。

説明
  • Container Registryは、Open Container Initiative (OCI) の標準を満たすクラウドネイティブのアーティファクトを効果的に管理および配布できるサービスです。 アーティファクトには、コンテナ画像とHelmチャートが含まれます。 Container Registry Enterprise Editionは、グローバルなイメージレプリケーション、大規模なイメージの配布、および複数のコードソースに基づくイメージ構築をサポートするエンドツーエンドの高速化機能を提供します。 このサービスはContainer service for Kubernetes (ACK) とシームレスに統合され、企業が配信の複雑さを軽減し、クラウドネイティブアプリケーション向けのワンストップソリューションを提供するのに役立ちます。 詳細については、「Container Registry の概要」をご参照ください。

  • ACKは、世界で初めて認定Kubernetes適合プログラムに参加するサービスの1つです。 ACKは、高性能なコンテナ化アプリケーション管理サービスを提供し、エンタープライズクラスのコンテナ化アプリケーションのライフサイクル管理をサポートします。 ACKを使用することで、クラウド上でコンテナ化されたアプリケーションを簡単かつ効率的に実行および管理できます。 詳細については、「製品紹介」をご参照ください。

制限事項

x86アーキテクチャのLinuxサーバーのみをコンテナイメージとして移行できます。

影響

サーバーを移行する前に、次の表に示す影響に注意してください。

項目

説明

データディレクトリ

移行中、SMCは、移行元サーバーのディスクパーティション構造に基づいて、移行元サーバーのディスクパーティション構造と可能な限り一致するディスクパーティション構造を自動的に生成できます。 必要に応じて、パーティションのサイズと場所の順序、転送モード、LVMを有効にするかどうかなど、ターゲットディスクのパーティション構造を調整できます。

デフォルトでは、サーバーのすべてのディスクが移行されますが、次の条件を考慮する必要があります。

  • データディスクにマウントターゲットが存在しない場合、データディスクは移行されません。

  • 一部のパーティションディレクトリを移行する必要がない場合は、ディスクパーティション構造を調整した後にこれらのディスクを移行しないことを選択できます。

詳細については、「」をご参照ください。必要に応じてディスクパーティションを変更します。.

中間インスタンス

移行中は、中間インスタンスに対して操作を実行しないでください。

移行ジョブを実行するために、SMCはAlibaba Cloudアカウント内にNo_Delete_SMC_Transition_instanceという名前の一時中間インスタンスを作成します。 詳細については、サーバー移行センター (SMC) トピックの「中間インスタンスの仕様」セクションを参照してください。 移行の失敗を防ぐには、移行プロセス中に中間インスタンスを停止、開始、再起動、またはリリースしないでください。 移行が完了すると、SMCは中間インスタンスを自動的にリリースします。

説明

サーバーをECSインスタンスに移行すると、ECSインスタンスが中間インスタンスとして機能します。

IP アドレス

移行後、サーバーのIPアドレスが変更されます。 ビジネスでIPアドレスの設定が必要な場合は、移行元サーバーの移行後にIPアドレスを変更します。

基本的なハードウェア

移行後、基礎となるハードウェアが変更され、基礎となるハードウェアに関連付けられているアプリケーションライセンスが無効になる場合があります。 必要に応じてチェックを実行します。

前提条件

  • サーバー移行の準備は完了です。 詳細については、「開始前」をご参照ください。

  • Container Registryがアクティブ化され、イメージリポジトリが作成されます。 詳細については、「リポジトリの作成とイメージの作成」をご参照ください。

  • 移行用にSMCによって生成される中間インスタンスに対して、Resource Access Management (RAM) ロールが作成されます。 詳細については、「信頼できるAlibaba CloudサービスのRAMロールの作成」をご参照ください。

    RAMロールに次のキーパラメーターを設定します。

    • 信頼できるエンティティの選択: Alibaba Cloudサービスを選択します。

    • ロールの種類: [通常のサービスロール] を選択します。

    • 信頼できるサービスの選択: Elastic Compute Serviceを選択します。

  • コンテナーイメージ移行の要件を満たすカスタムポリシーが作成され、RAMロールにアタッチされます。 詳細については、「カスタムポリシーの作成」および「RAMロールへの権限付与」をご参照ください。

    次のコードを使用して、カスタムポリシーを作成します。

    {
        "Statement": [
            {
                "Effect": "Allow",
                "Action": [
                    "cr:GetAuthorizationToken",
                    "cr:PushRepository",
                    "cr:PullRepository",
                    "cr:CreateRepository"
                ],
                "Resource": "*"
            }
        ],
        "Version": "1"
    }

手順

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

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

(推奨) CLIの使用

重要

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

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

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

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

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

    パラメーター

    説明

    移行ソースタイプ

    移行元のタイプ。 [ECSインスタンス] を選択します。

    Importメソッド

    移行元に関する情報をインポートするために使用されるメソッド。 [CLIを使用してサーバーをインポート] を選択します。

    移行元クォータ

    アクティベーションコードを使用して情報をインポートする移行ソースの数。 有効な値: 1 ~ 1000 デフォルト値は 10 です。

    購入期間

    アクティベーションコードの有効期間。 単位:日。 有効な値: 1 ~ 90。 デフォルト値:30。

    アクティベーションコード

    次の手順を実行して、アクティベーションコードを生成し、生成されたコマンドをコピーします。

    1. [生成] をクリックします。

    2. [Linuxシェル] タブをクリックします。

    3. [コピー] をクリックして、アクティベーションコードコマンドをコピーします。

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

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

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

      image.png

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

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

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

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

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

        • Windowsサーバー: C:\smc

        • Linuxサーバー: /smc

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

SMCコンソールの使用

説明
  • ソースECS (Elastic Compute Service) インスタンスは、インターネット経由でアクセス可能である必要があります。

  • ソースECSインスタンスにCloud Assistant Agentをインストールする必要があります。 インストールの詳細については、「Cloud Assistant Agentのインストール」をご参照ください。 2017パブリックイメージに基づいて12月1日以降に作成されたECSインスタンスの場合、Cloud Assistant AgentはデフォルトでECSインスタンスにインストールされます。

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

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

    • AliyunECSAssistantFullAccess。 詳細については、「RAMの概要」をご参照ください。

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

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

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

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

    パラメーター

    説明

    移行ソースタイプ

    移行元のタイプ。 [物理サーバー /VM/ECSインスタンス] を選択します。

    Importメソッド

    移行元に関する情報をインポートするために使用されるメソッド。 [コンソールからインポート] を選択します。

    移行ソース名

    移行元の名前。 名前の長さは 2 ~ 128 文字である必要があります。 名前は文字で始める必要がありますが、http:// またはhttps:// で始めることはできません。 名前には、英数字、コロン (:) 、アンダースコア (_) 、およびハイフン (-) を使用できます。

    OSタイプ

    オペレーティングシステムのタイプ。 [Linux] を選択します。

    IPアドレス

    インターネット経由で移行元にアクセスするために使用されるIPv4アドレス。 例: 120.55.XX.XX.

    ポート

    移行元のSSHポート番号。 有効な値: -1 から 65535 デフォルト値: 22。

    ユーザー名

    移行元のオペレーティングシステムにログオンするために使用されるユーザー名。 デフォルトのユーザー名はrootです。

    Password

    ユーザー名に対応するパスワード。

  5. パラメーターを設定したら、[インポート] をクリックします。

    インポートプロセスには約3〜10分かかります。 インポートが完了するまで待ちます。

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

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

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

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

        • Windowsサーバー: C:\smc

        • Linuxサーバー: /smc

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

SMCクライアントの使用

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

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

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

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

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

    パラメーター

    説明

    移行ソースタイプ

    移行元のタイプ。 [物理サーバー /VM/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_client
      Sudoユーザー
      cd go2aliyun_client_linux_x86_64
      sudo chmod +x go2aliyun_client
      sudo ./go2aliyun_client
    6. プロンプトに従って、アクティベーションコードまたはAccessKeyペアを入力します。 この例では、次の図に示すように、アクティベーションコードが使用されています。adad

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

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

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

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

        重要

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

        123

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

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

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

      説明

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

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

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

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

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

        • Windowsサーバー: C:\smc

        • Linuxサーバー: /smc

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

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

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

  2. パラメーターを設定し、[作成] をクリックします。

    1. 次の表に示す基本パラメータを設定します。

      パラメーター

      説明

      移行ジョブ名

      移行ジョブの名前。

      コンテナの移行

      ジョブの説明

      移行ジョブの説明。

      test

      移行先のタイプ

      移行元サーバーの移行先。 [コンテナーイメージ] を選択します。

      コンテナ画像

      宛先リージョン

      必須。 移行元サーバーを移行するAlibaba Cloudリージョン。 リージョンの詳細については、「リージョンとゾーン」をご参照ください。

      中国 (杭州)

      名前空間

      必須。 移行中に生成されたコンテナイメージリポジトリを格納する名前空間。 名前空間の作成方法については、「名前空間とリソースクォータの管理」をご参照ください。

      リポジトリ名

      必須。 移行中に生成されたコンテナーイメージを格納するリポジトリの名前。 イメージリポジトリの作成方法については、「リポジトリの作成とイメージの作成」をご参照ください。

      バージョン

      移行中に生成されたコンテナイメージのバージョン。

      v1

      RAMロール

      必須。 中間インスタンスに割り当てられるRAMロール。 RAMロールの作成方法については、「信頼できるAlibaba CloudサービスのRAMロールの作成」をご参照ください。

      実行方法

      移行ジョブが実行されるモード。 有効な値:

      • 今すぐ移行: 移行ジョブは作成後すぐに開始されます。 デフォルト値です。

      • 後で移行: 移行ジョブは、作成後の指定された時間に自動的に開始されます。

        説明

        移行ジョブを実行するために指定できる最も早い時間は、ジョブが作成されてから10分後です。

      • 作成のみ: 移行ジョブの作成後、[操作] 列の [実行] をクリックして、移行ジョブを手動で開始する必要があります。

      デフォルト設定を維持する

    2. 必要に応じてディスクパーティション構造を調整します。 下表に、各パラメーターを説明します。

      パラメーター

      説明

      ディスクパーティションの変更

      ニーズに応じて、[ディスクパーティションの変更] を有効にするかどうかを決定します。 この機能は、SMCクライアント2.8.0以上でのみサポートされます。 詳細については、「SMCクライアントの使用」をご参照ください。

      • 無効: デフォルトでは、移行先システムのディスクパーティション構造は移行元のディスクパーティション構造と同じです。

      • 有効: パーティションのサイズと順序、転送方法、LVMを有効にするかどうか、およびその他の設定など、移行先のディスクパーティション構造を調整できます。

        ディスクパーティション構造のパラメータの説明は次のとおりです。

        ディスクの構成

        • システムディスク: ターゲットインスタンスのシステムディスクのサイズ。 単位は USD / GiB です。 有効な値: 20〜2048、

          移行先システムディスクのサイズは、移行元システムディスクのデータ量よりも大きくする必要があります。 たとえば、ソースのシステムディスクの合計サイズが400 GiBで、このディスクに保存されているデータのサイズが100 GiBのみの場合、このパラメーターを100より大きい値に設定する必要があります。

          説明

          このパラメーターのデフォルト値は、ソースシステムディスクのサイズです。 デフォルト値を保持するか、より大きな値を指定することを推奨します。

        • Data Disk <N>: ターゲットインスタンスのデータディスクのサイズ。 単位は USD / GiB です。 有効な値: 1 ~ 32768

          • 変数 <N> は、データディスクのシリアル番号を示します。 ディスクが移行先インスタンスに移行されている場合、NはデータディスクのIDです。

          • 宛先データディスクのサイズは、ソースデータディスク上のデータ量よりも大きくなければなりません。 たとえば、ソースデータディスクの合計サイズが500 GiBで、このディスクに保存されているデータのサイズが100 GiBのみの場合、このパラメーターを100より大きい値に設定する必要があります。

          • データディスクの下にマウントターゲットがない場合、またはすべてのマウントターゲットが移行されていない場合、データディスクは移行されません。

        • LVM: Logical Volume Manager (LVM) は、Linuxシステムでディスクパーティションを管理するためのメカニズムです。 LVMは、従来のディスクパーティションよりも柔軟であり、ディスク容量の動的調整が可能です。

          必要に応じて、LVMを有効にするかどうかを選択できます。 LVMを有効にすると、ターゲットは自動的にLVM構造でディスクを再構築します。

          説明例:

          LVMが有効になっている宛先ディスクごとに、システムは1つの物理ボリューム (PV) とそれに対応するボリュームグループ (VG) を作成します。 VG上には、マウント対象に対応する多数の論理ボリュームマネージャ (LVM) が作成される。 デフォルトでは、VG名はvgX (Xはディスクのシリアル番号) 、LVM名はlvX (XはLVMのシリアル番号) です。 例を次の図に示します。

          image

          重要

          LVMは、次のシナリオではサポートされません。

          • 移行元がWindowsシステムの場合。

          • システムディスクにブートパーティションがない場合。

          LVMを有効にすると、次のシナリオではこの機能は有効になりません。

          • 移行元がlvm2をサポートしていないか、lvm2パッケージがインストールされていません。

          • 移行元は、カーネルバージョンが3.x以前のDebianシステムで、XFSファイルシステムを持つディスクがマウントされます。

        マウント対象の設定

        • 移行するかどうか: ビジネスニーズに基づいて、マウントターゲットを移行するかどうかを選択できます。

        • ブロックレプリケーションの有効化: ブロックレプリケーションを有効にすると、移行元パーティション構造との一貫性を確保しながら、移行転送速度の安定性を効果的に向上させることができます。 ただし、パーティションサイズは変更できません。 SMCは、移行元ディスクパーティションのステータスに基づいて、ブロックレプリケーションの有効化をサポートするかどうかを決定します。

          • 移行元がパーティションのブロックレプリケーションをサポートしていない場合、[ブロックレプリケーションの有効化] スイッチをオンにできず、既定のファイルレプリケーション方法が使用され、パーティションサイズを変更できます。

          • 移行元がパーティションのブロックレプリケーションをサポートしている場合、パーティションレベルのディスク移行を実現するには、デフォルトでEnable block replicationスイッチが有効になります。

          説明
          • 移行元がWindowsオペレーティングシステムの場合、ブロックレプリケーション機能はデフォルトで有効になっており、無効にすることはできません。

          • ディスクでLVMが有効になっていて、パーティションサイズが4 MiBの整数倍でない場合、ブロックレプリケーションは有効にならず、ファイルレプリケーションがデータ転送に使用されます。

        • パーティションサイズの設定: ブロックレプリケーションが有効になっていない場合、必要に応じてパーティションサイズを設定できますが、パーティションサイズの合計は、属するディスクのサイズを超えることはできません。

        説明

        移行先インスタンスのディスクサイズが移行元ディスクのサイズと一致しない場合、移行タスクを作成できません。 この場合、システムはディスクサイズ要件を満たすようにマウントターゲット位置を自動的に調整します。 調整後に要件を満たすことができない場合は、プロンプトに従って問題を処理します。

        マウントターゲットを手動でドラッグアンドドロップして、ディスクサイズの要件を満たすこともできます。 ただし、boot型またはsystem型のパーティションではドラッグアンドドロップはサポートされていません。 具体的な操作は次のとおりです。

        1. ポインターをimageマウントターゲットの前に移動します。

        2. ポインタを使用して、マウントターゲットを別のディスクにドラッグします。

      デフォルト設定を維持する

    3. (条件付きで必要) エキスパートモードをクリックして、ネットワークタイプや圧縮率などの高度なパラメーターを設定します。 次の表に、高度なパラメーターを示します。

      パラメーター

      説明

      ネットワークタイプ

      移行元サーバーから中間インスタンスにデータを移行するために使用されるネットワークの種類。 デフォルトでは、データはインターネット経由で移行されます。 移行中、SMCはVPCのvSwitchに接続する中間インスタンスを作成します。 [パブリックネットワーク] を選択した場合、パブリックIPアドレスが中間インスタンスに割り当てられます。

      パブリックネットワーク (デフォルト値)

      SMCは、インターネット経由でデータを中間インスタンスに移行します。 [パブリックネットワーク] を選択した場合は、移行元サーバーがインターネットにアクセスできることを確認します。 ビジネス要件に基づいて、VPCとvSwitchを指定するかどうかを決定できます。

      • VPCとvSwitchを指定すると、指定されたVPCとvSwitchに接続する中間インスタンスが作成されます。

      • VPCまたはvSwitchを指定しない場合、SMCは、システムによって自動的に作成されたVPCおよびvSwitchに接続する中間インスタンスを作成します。

      [VPC]

      SMCは、VPC経由で中間インスタンスにデータを移行します。 VPCを選択した場合、VPCとvSwitchを指定し、ソースサーバーがVPCに接続できることを確認する必要があります。

      説明

      データセンターのサーバー、VM、またはサードパーティのクラウドサーバーがVPCに接続できる場合は、このネットワークタイプを選択してデータを移行することを推奨します。 インターネットを介した移行と比較して、VPCを介した移行はより効率的で安定しています。 VPN Gateway、Express Connect、またはSAGを使用して、移行元をVPCに接続できます。 詳細については、「データセンターをVPCに接続する」をご参照ください。

      デフォルト設定を維持する

      伝送速度制限

      移行中の最大ネットワーク転送速度。 単位は、Mbit/s です。 圧縮率パラメーターを0より大きい値に設定した場合、圧縮データの転送速度である実際のネットワーク転送速度は、[リアルタイム移行ステータス] 列に表示されている速度よりも遅くなります。

      デフォルト設定を維持する

      圧縮率

      移行するデータの圧縮率。 ビジネス要件に基づいて圧縮比を設定します。

      • 帯域幅が制限される場合、高い圧縮比は伝送効率を改善する。

      • 高い帯域幅が利用可能な場合は、データを圧縮しないことを推奨します。 データ圧縮は、移行元のCPUリソースを消費します。

      有効な値: 0〜10。 デフォルト値 : 7 値0は、データが圧縮されていないことを示す。

      デフォルト設定を維持する

      チェックサムの検証

      チェックサムを使用してデータの整合性を検証するかどうかを指定します。 デフォルトでは、この機能は無効化されています。 この機能を有効にすると、データの整合性は確保されますが、伝送速度が低下する可能性があります。

      デフォルト設定を維持する

      移行ジョブTags

      移行ジョブに指定するタグ。 各タグは、キーと値を含む。 タグを使用して、移行ジョブを照会および管理できます。 詳細については、「タグを使用して移行ソースと移行ジョブを管理する」および「タグを使用して詳細なアクセス制御を実装する」をご参照ください。

      説明

      移行ジョブには最大20個のタグを指定できます。

      デフォルト設定を維持する

      中間インスタンスタイプ

      中間インスタンスのタイプ。 ビジネス要件に基づいて中間インスタンスタイプを選択します。 このパラメーターは、[宛先タイプ] パラメーターを [ECSイメージ] に設定した場合にのみ使用できます。

      • インスタンスタイプを指定すると、指定したタイプの中間インスタンスが作成されます。 指定されたインスタンスタイプが使用できない場合、移行ジョブを作成できません。

      • インスタンスタイプを指定しない場合、SMCは自動的に中間インスタンスを作成します。

      重要

      移行の失敗を防ぐために、移行中に中間インスタンスを停止、開始、再起動、またはリリースしないでください。

      デフォルト設定を維持する

    4. 表示されるメッセージで、移行メモを読み、[Got It] をクリックします。

  3. [移行ジョブ] ページで、作成したジョブのステータスを表示します。

    データ送信に必要な時間は、移行元のデータサイズやネットワーク帯域幅などの要因に左右されます。 移行ジョブが完了するまで待ちます。

    説明

    移行ジョブが [同期] ステータスの場合、[リアルタイム移行ステータス] 列に [速度][同期の残り時間] パラメーターが表示されます。

    • 速度: 1秒あたりに移行されるデータの量。非圧縮データの転送速度を示します。 圧縮率パラメーターを0より大きい値に設定した場合、圧縮データの転送速度である実際のネットワーク転送速度は、表示されている速度よりも遅くなります。

    • 同期のための残り時間: 次の式を使用して現在の速度に基づいて計算された残りの同期時間: 同期のための残り時間=(総データサイズ-転送されたデータサイズ) /速度。

    image

    移行ジョブが [同期] ステータスの場合、ビジネス要件に基づいて次の操作を実行できます。

    • 移行ジョブの変更: [操作] 列で、[ジョブの変更] をクリックして、送信速度制限、圧縮比、およびチェックサム検証パラメーターを変更します。

    • 移行ジョブを一時停止する: [操作] 列で、[一時停止] をクリックします。

  4. 必要に応じて、 移行に関する詳細を表示するには、次の手順を実行します。

    1. 詳細を表示する移行ジョブを見つけ、[移行ソースID /名前] 列の移行ソースIDまたは名前をクリックします。

    2. ジョブの詳細ページで、[移行ジョブ] セクションでジョブの詳細を表示します。

移行結果の確認

  • 移行ジョブが完了状態になると、移行は成功します。

    image

    移行が成功すると、Alibaba Cloudコンテナーイメージが生成されます。 コンテナイメージを使用して、次の手順を実行してコンテナアプリケーションをデプロイできます。

    1. ACKクラスターを作成します。 詳細については、「ACK専用クラスターの作成」をご参照ください。

    2. 移行元の [操作] 列で、[アプリケーションのデプロイ] をクリックします。 アプリケーション作成ページが表示されます。

    3. アプリケーションを作成します。 詳細については、「デプロイを使用したステートレスアプリケーションの作成」をご参照ください。

    4. サーバーの移行後、データの整合性と正確性を確認するためにデータを検証する必要があります。 詳細については、FAQトピックの「Linuxサーバーを移行した後のシステムの確認方法」を参照してください。

      説明

      ドメイン名が移行元サーバーにバインドされている場合、サーバーのパブリックIPアドレスは移行後に変更されます。 この場合、ドメイン名をサーバーの新しいパブリックIPアドレスに解決する必要があります。詳細については、「Webサイトドメイン名のAレコードの追加」をご参照ください。

  • 移行ジョブが [エラー] 状態になると、移行に失敗しました。 この場合、次の手順を実行する必要があります。

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

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

      移行ジョブは、停止した時点から再開されます。

      重要

      中間インスタンスがリリースされた場合は、別の移行ジョブを作成する必要があります。 詳細については、FAQトピックの「中間インスタンスを偶然リリースした場合の対処方法」を参照してください。

クリアリソース

移行中、SMCは移行先Alibaba Cloudアカウント内にNo_Delete_SMC_Transition_instanceという名前の一時的な従量課金中間インスタンスを作成します。 リソースをクリアする方法は、移行が成功したかどうかによって異なります。

  • 移行が成功すると、中間インスタンスは自動的にリリースされます。 手動操作は要求されない。

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

    • 移行ジョブが不要になった場合は、[操作] 列のimage > 削除を選択して移行ジョブを削除し、中間インスタンスを一度にリリースします。

    • 中間インスタンスを手動でリリースします。 詳細については、「インスタンスのリリース」をご参照ください。