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

Server Migration Center:サーバーとアプリケーションのコンテナ化された移行

最終更新日:May 20, 2025

Server Migration Center (SMC) のコンテナ化された移行機能は、ダウンタイムなしの移行をサポートしています。物理マシン、主要な仮想化環境 (VMware/Xen/KVM/Hyper-V)、およびマルチクラウドプラットフォーム (AWS/Azure/GCP/Tencent Cloudなど) からサーバーとビジネスアプリケーションをコンテナ化し、イメージを生成して Alibaba Cloud Container Registry (ACR) にプッシュし、最後に Container Service for Kubernetes (ACK) でアプリケーションのデプロイを完了することで、サーバーとアプリケーションのコンテナ化された移行を実現します。

はじめに

説明

サーバーからコンテナイメージへの移行機能がアップグレードされ、サーバーからコンテナイメージへの特定のアプリケーションの移行 (アプリケーション移行モード) がサポートされるようになりました。現在は、マシンレベルの移行モードとアプリケーション移行モードの両方をサポートしています。

SMC は、マシンレベルの移行とアプリケーション移行によってサーバーとビジネスアプリケーションをコンテナ化し、Alibaba Cloud Container Registry (ACR) にプッシュし、最後に Container Service for Kubernetes (ACK) でアプリケーションのデプロイを完了することで、サーバーとアプリケーションのコンテナ化された移行を実現します。次の図は、関連する製品サービスと移行プロセス間の関係を示しています。

  1. 移行元サーバープラットフォームに SMC クライアントをインストールします。

  2. 移行設定を構成し、移行を開始します。移行が完了すると、コンテナイメージが自動的に生成され、ACR パーソナル版に保存されます。マシンレベルの移行モードとアプリケーション移行モードの両方がサポートされています。

  3. Container Service for Kubernetes にアプリケーションをデプロイして、移行を完了します。

説明
  • Alibaba Cloud Container Registry (ACR) パーソナル版は、個人の開発者向けに設計されており、一般的なベースイメージのホスティングとビルドサービスを提供します。

  • Container Service for Kubernetes は、エンタープライズレベルの Kubernetes コンテナ化アプリケーションライフサイクル管理をサポートしており、Kubernetes コンテナ化アプリケーションをクラウドで簡単かつ効率的に実行できます。

移行シナリオ

  • マシンレベルの移行

    物理サーバー/VM/クラウドプラットフォームサーバーからシステムとすべてのアプリケーションデータをコンテナ化し、イメージを生成して Alibaba Cloud Container Registry (ACR) にプッシュすることをサポートします。システムレベルのディザスタリカバリシナリオに適しています。

  • アプリケーション移行

    物理サーバー/VM/クラウドプラットフォームサーバーから特定のアプリケーションをコンテナ化し、イメージを生成して Alibaba Cloud Container Registry (ACR) にプッシュすることをサポートします。マイクロサービスのコンテナ化変換シナリオに適しています。

    重要

    アプリケーション移行機能は招待プレビュー中です。ホワイトリストに追加するリクエストを送信するには、お問い合わせください。サポートされているアプリケーションバージョンは次のとおりです。

    • Java Tomcat

    • Java Tomee

    • Java JBoss (スタンドアロンモード)

    • ASP.NET Core 3.1 および ASP.NET 5/6/7/8

制限事項

  • x86 アーキテクチャの Linux オペレーティングシステムサーバーのみが、コンテナイメージへの移行をサポートしています。サポートされているオペレーティングシステムのバージョンは次のとおりです。

    • CentOS

    • Ubuntu

    • RedHat

    • Alibaba Cloud Linux

  • アプリケーション移行機能を使用するには、ホワイトリストの承認が必要です。必要な場合は、お問い合わせください。サポートされているアプリケーションバージョンは次のとおりです。

    • Java Tomcat

    • Java TomEE

    • Java JBoss (スタンドアロンモード)

    • ASP.NET Core 3.1 および .NET 5/6/7/8

  • ACR パーソナル版インスタンスのイメージリポジトリへの移行のみをサポートしています。

  • コンテナ化された移行は、現在データディスクの移行をサポートしていません。システムは、/mnt ディレクトリとすべてのデータディスクのマウントポイントを自動的に除外します。移行によって生成されるターゲットディスクには、デフォルトのパーティションが 1 つだけ含まれており、既存のパーティション構造を調整する必要はありません。

    データディスクのデータを Alibaba Cloud に移行する必要がある場合は、FTP、SCP、OSS/NAS への手動バックアップなどの方法でデータを移行できます。詳細については、「ファイル転送方法を選択する」および「ossutil 1.0」をご参照ください。

  • アプリケーション移行モードでは、移行中にアプリケーションプロセスを再起動しないでください。プロセス ID が変更されると、移行タスクが失敗します。

移行コスト

  • SMC は無料のサービスですが、移行中に Alibaba Cloud ECS リソース (中間インスタンスの作成) を使用すると、少額の料金が発生します。請求で請求の詳細を確認できます。

  • コンテナ化された移行では、生成されたコンテナイメージが Alibaba Cloud Container Registry パーソナル版に保存されます。パーソナル版は個人の開発者向けに設計されており、現在は一部のリージョンをサポートしており、パブリックプレビュー期間中は無料で使用できます。

  • Container Service for Kubernetes (ACK) へのアプリケーションのデプロイの具体的なコストは、クラスタの種類とクラウド製品の使用状況によって異なります。

移行の原則

SMC サービスは、クライアントとコンソールで構成されています。コンテナ化された移行は、マシンレベルの移行モードとアプリケーション移行モードをサポートしており、以下の原則に基づいています。

マシンレベルの移行

  • 物理サーバー/VM/クラウドプラットフォームサーバーからシステムとすべてのアプリケーションデータをコンテナ化し、イメージを生成して Alibaba Cloud Container Registry (ACR) にプッシュすることをサポートします。

  • 分析レポートは生成されません。システムデータとアプリケーションデータの最小限のトリミング後、オペレーティングシステムアプリケーション環境全体をパッケージ化し、より大きなコンテナイメージを生成しますが、移行元システムのランタイム環境を完全に維持し、複数のアプリケーションを同時にサポートします。

アプリケーション移行

重要

アプリケーション移行機能を使用するには、ホワイトリストの承認が必要です。ホワイトリスト承認のリクエストを送信するには、お問い合わせください。サポートされているアプリケーションバージョンは次のとおりです。

  • Java Tomcat

  • Java Tomee

  • Java JBoss (スタンドアロンモード)

  • ASP.NET Core 3.1 および ASP.NET 5/6/7/8 バージョン

  • 物理マシン/VM/クラウドプラットフォームサーバーから特定のアプリケーションをコンテナ化し、イメージを生成して Alibaba Cloud Container Registry (ACR) にプッシュすることをサポートします。

  • 指定されたアプリケーションの分析レポートを生成し、それに応じて指定されたアプリケーションデータをパッケージ化して、より小さなコンテナイメージを生成します。

移行の原則は次のように説明されます。

  1. 移行元サーバーに SMC クライアント をダウンロードしてインストールします (CLI または SMC コンソールを使用して移行元の情報をインポートする場合、システムはユーザーの介入なしに SMC クライアントを自動的にダウンロードしてインストールします)。

  2. 移行元サーバーで SMC クライアントを実行します。SMC クライアントは、SMC サービスドメイン を介して移行元サーバーの情報を SMC サービスに登録して報告します。

  3. SMC サービスは一時的な中間インスタンスを作成し、セキュリティグループでポート 8080 と 8703 を開きます。

    中間インスタンスは 2 つのデータディスクを使用してデータ移行を完了し、コンテナイメージを生成します。中間データディスク 1 は移行元サーバーデータの保存に使用され、中間データディスク 2 はコンテナイメージの生成用データの保存に使用されます。

  4. SMC クライアントは、中間インスタンスのポート 8080 に接続することで通信を確立し、中間インスタンスのポート 8703 を介して移行元サーバーから中間インスタンスのデータディスクにディスクアプリケーションとデータを転送します。

    アプリケーション移行の場合、アプリケーションと関連データは中間インスタンスのデータディスクに転送されます。

  5. SMC サービスは、中間インスタンスのディスクデータからコンテナイメージを作成し、Alibaba Cloud Container Registry (ACR) にアップロードします。

    アプリケーション移行の場合、アプリケーションとアプリケーション関連データは、環境変数と起動コマンドに基づいてコンテナイメージに作成され、Alibaba Cloud Container Registry (ACR) にアップロードされます。

  6. Container Service for Kubernetes (ACK) コンソールに移動して、アプリケーションをデプロイし、移行を完了します。

移行の影響

移行前に、以下の表に示すように、以下の項目を理解してください。

影響項目

説明

中間インスタンス

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

移行の失敗を防ぐために、移行プロセス中に中間インスタンスを停止、開始、再起動、またはリリースしたり、中間インスタンスの課金方法を変更したりしないでください。移行が完了すると、SMC は中間インスタンスを自動的にリリースします。

説明
  • 移行ジョブを実行するために、SMC は Alibaba Cloud アカウント内に No_Delete_SMC_Transition_Instance という名前の従量課金制の一時中間インスタンスを作成します。詳細については、「Server Migration Center (SMC) についてのよくある質問」トピックの「中間インスタンスで使用できる仕様は?」セクションをご参照ください (FAQ about Server Migration Center (SMC))。

  • サーバーを ECS インスタンスに移行する場合、ECS インスタンスは中間インスタンスとして機能します。インスタンスは自動的にリリースされません。

詳細については、「仕組み」をご参照ください。

IP アドレス

移行後、IP アドレスは変更されます。ビジネスに IP アドレスの設定が含まれる場合は、移行後にドメイン名解決、ICP 登録などを変更してください。

基盤となるハードウェア

移行後、基盤となるハードウェアが変更される可能性があり、基盤となるハードウェアに関連付けられているアプリケーションライセンスが無効になる可能性があります。ビジネス要件に基づいてチェックを実行してください。

前提条件

  • Server Migration Center (SMC) がアクティブ化されていること。SMC を初めて使用する場合は、関連する権限のアクティブ化、移行ネットワークの準備、データのバックアップなどの操作を実行する必要があります。詳細については、「始める前に」をご参照ください。

  • まず、データセンターと Alibaba Cloud VPC を VPN Gateway、Express Connect 回線、または Smart Access Gateway を介して接続し (データセンターを VPC に接続する)、プライベートネットワーク移行を行うことができます。国際リージョン間でサーバーを移行する必要がある場合、パブリックネットワーク環境が不安定なため、移行速度が遅くなる可能性があります。ガイド「移行時間を評価し、転送速度をテストする」を参照できます。

移行操作

ステップ 1: 準備を行う

  1. SMC 中間インスタンスに必要な RAM ロールを作成し、権限を付与します。移行設定フェーズでは、[中間インスタンス RAM ロール] を指定する必要があります。SMC はこの RAM ロールを使用して、生成されたコンテナイメージを Container Registry にプッシュします。

    1. 信頼できる Alibaba Cloud サービスの RAM ロールを作成する。主要なパラメータ要件は次のとおりです。たとえば、RAM ロールの名前は smc-container-role です。

      • プリンシパルタイプには、[クラウドサービス] を選択します。

      • プリンシパル名には、[Elastic Compute Service] を選択します。

    2. コンテナイメージの移行要件を満たす カスタムポリシー を作成します。たとえば、カスタムポリシー名は smc-container-policy です。

      カスタムポリシーを以下に示します。

      {
          "Statement": [
              {
                  "Effect": "Allow",
                  "Action": [
                      "cr:GetAuthorizationToken",
                      "cr:PushRepository",
                      "cr:PullRepository",
                      "cr:CreateRepository"
                  ],
                  "Resource": "*"
              }
          ],
          "Version": "1"
      }
    3. Container Registry を操作する権限を RAM ロールに付与します。詳細については、「RAM ロールに権限を付与する」をご参照ください。

  2. Container Registry をアクティブ化し、イメージリポジトリ (パーソナル版) を作成する。Alibaba Cloud Container Registry パーソナル版は個人の開発者向けに設計されており、現在は 一部のリージョン でイメージリポジトリの作成をサポートしています。パブリックプレビュー期間中は無料で使用できます。移行設定フェーズでは、[名前空間][リポジトリ名]、および [バージョン] を指定する必要があります。

ステップ 2: 移行元をインポートする

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

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

重要

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

  1. Server Migration Center (SMC) コンソール - コンテナ化された移行 にログインします。

  2. [コンテナ化された移行] ページで、[移行元をインポート] をクリックします。

  3. プロンプトに従ってパラメータを構成し、アクティベーションコードコマンドをコピーします。次の表にパラメータを示します。

    パラメータ

    説明

    [移行元タイプ]

    [物理サーバー/VM] を選択します。

    [インポート方法]

    [CLI を使用してサーバーをインポート] を選択します。アクティベーションコードとコマンドを生成し、移行元でコマンドを実行します。

    [移行元のクォータ]

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

    [有効期間]

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

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

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

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

    2. [Linux Shell] タブをクリックします。

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

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

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

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

      image.png

      コマンド実行後、Import Source Server [s-bp18x8751kgz2oyh****] Successfully! のようなメッセージが返された場合、移行元に関する情報がインポートされています。

  5. SMC コンソールの [コンテナ化された移行] ページで、[リアルタイム移行ステータス] 列の移行元のステータスを確認します。

    • 移行元のステータスが 移行元オンライン の場合、移行元が正常にインポートされたことを示します。

    • 移行元が別のステータスになっている場合は、移行元のインポートが失敗したことを示します。次の解決策を参照して問題を解決し、移行元を再インポートしてください。

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

        • Linux ソースサーバー:デフォルトのインストールディレクトリは /smc です。

      • 一般的な問題と解決策については、「SMC に関するよくある質問」および「トラブルシューティング」をご参照ください。

SMC コンソールを使用して移行元の情報をインポートする

重要
  • ソースサーバーは、インターネット経由でアクセスできる必要があります。

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

  1. Server Migration Center (SMC) コンソール - コンテナ化移行 にログオンします。

  2. [コンテナ化移行] ページで、[移行元をインポート] をクリックします。

  3. プロンプトに従ってパラメーターを設定し、アクティベーションコードコマンドをコピーします。次の表にパラメーターを示します。

    パラメーター

    説明

    移行元タイプ

    物理サーバーまたは VM を選択します。

    インポート方法

    コンソールからインポート を選択します。 SMC コンソールで、ソースサーバーのパブリック IP アドレス、ポート番号、および SSH ユーザーパスワードを手動で入力し、SMC がソースサーバーにリモート接続して移行元を自動的にインポートすることを承認します。

    移行元名

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

    OS タイプ

    Linux を選択します。

    IP アドレス

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

    ポート

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

    ユーザー名

    オペレーティングシステムのユーザー名を入力します。デフォルトは root です。

    パスワード

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

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

    SMC は CloudShell を自動的に起動してインポートを実行します。インポートプロセスには約 3 ~ 10 分かかります。インポートが完了するまで待ちます。

  5. SMC コンソールの [コンテナ化移行] ページで、[リアルタイム移行ステータス] 列の移行元のステータスを確認します。

    • 移行元のステータスが 移行元オンライン の場合、移行元が正常にインポートされたことを示します。

    • 移行元が別のステータスになっている場合は、移行元のインポートが失敗したことを示します。以下の解決策を参照して問題を解決し、移行元を再インポートしてください。

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

        • Linux ソースサーバー:デフォルトのインストールディレクトリは /smc です。

      • 一般的な問題とその解決策については、「SMC に関するよくある質問」および「トラブルシューティング」をご参照ください。

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

SMC クライアントの詳細については、「SMC クライアントを使用する」をご参照ください。

  1. Server Migration Center (SMC) コンソール - コンテナ化移行 にログオンします。

  2. [コンテナ化移行] ページで、[移行元をインポート] をクリックします。

  3. [移行元をインポート] ページで、パラメーターを設定します。次の表にパラメーターを示します。

    パラメーター

    説明

    移行元タイプ

    移行元のタイプ。 [物理サーバーまたは VM] を選択します。

    インポート方法

    [クライアントを使用してサーバーをインポート] を選択します。 ソースサーバーに SMC クライアントを手動でダウンロードしてインストールします。

    説明

    SMC クライアントのダウンロード方法に関する説明。 [説明] セクションの情報を読み、プロンプトに従って、移行元のオペレーティングシステムの CPU アーキテクチャ (ARM または x86) とビットバージョン (32 ビットまたは 64 ビット) に基づいて、対応する SMC クライアントをダウンロード、インストール、およびアクティブ化します。

  4. 移行元の情報をインポートします。

    重要

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

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

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

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

      tar xf go2aliyun_client_linux_x86_64.tar.gz
      説明

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

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

      重要

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

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

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

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

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

      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

      移行元の情報がインポートされると、Import Source Server [s-bp11npxndknsycqj****] Successfully! のようなメッセージが返されます。

      説明

      移行元の情報のインポートに失敗した場合、返されたメッセージに基づいて問題のトラブルシューティングを行うことができます。 問題を修正した後、次のコマンドを実行してバックグラウンド プログラムを終了し、移行元の情報を再インポートします。 FAQ とソリューションの詳細については、「Server Migration Center (SMC) に関する FAQ」および「サーバー移行中に発生したエラー」をご参照ください。

      sudo ./go2aliyun_client --abort
      sudo ./go2aliyun_client
  5. SMC コンソールの [コンテナ化移行] ページで、[リアルタイム移行ステータス] 列の移行元のステータスを確認します。

    • 移行元のステータスが [移行元][オンライン] の場合、移行元が正常にインポートされたことを示します。

    • 移行元が別のステータスになっている場合は、移行元のインポートが失敗したことを示します。 次の解決策を参照して問題を解決し、移行元を再インポートします。

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

        • Linux ソースサーバー: デフォルトのインストールディレクトリは /smc です。

      • 一般的な問題と解決策については、「SMC に関するよくある質問」および「トラブルシューティング」をご参照ください。

ステップ 3: 移行を設定する

  1. 管理する移行元を検索し、[アクション] 列の [移行開始] をクリックします。

  2. パラメータを設定し、[移行開始] をクリックします。

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

      パラメータ

      説明

      移行ジョブ名

      移行ジョブの名前。

      コンテナ化移行

      ジョブの説明

      移行ジョブの説明。

      test

      移行先リージョン

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

      杭州

      名前空間

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

      misaka-team

      名前

      必須。移行中に生成されるコンテナイメージを格納するリポジトリの名前。イメージリポジトリを作成していない場合は、「リポジトリとイメージをビルドする」をご参照ください。

      console-service

      バージョン

      必須。移行中に生成されるコンテナイメージのバージョン。たとえば、v1。

      • 文字列の長さは 1 ~ 128 文字である必要があります。

      • 文字列には、小文字 (a ~ z)、数字 (0 ~ 9)、ピリオド (.)、アンダースコア (_)、またはハイフン (-) のみを含めることができます。

      • 文字列は、ピリオド (.) またはハイフン (-) で開始または終了することはできません。

      v1

      中間インスタンス RAM ロール

      必須。中間インスタンス RAM ロールを選択します。RAM ロールを作成していない場合は、RAM ロールの作成要件について「ステップ 1: 準備を行う」をご参照ください。

      移行モード

      • マシンレベルの移行

        • 物理マシン/VM から Alibaba Cloud Container Registry (ACR) (Personal Edition) へのシステムデータとアプリケーションデータの完全移行をサポートします。

        • 分析レポートは生成されません。システムデータとアプリケーションデータの最小限のトリミング後、オペレーティングシステム アプリケーション環境全体がパッケージ化され、より大きなコンテナイメージが生成されます。ただし、ランタイム環境はソースシステムと一致しており、複数のアプリケーションを同時にサポートできます。

        • システムレベルのディザスタリカバリ シナリオに適しています

      • アプリケーション移行

        • 物理マシン/VM から Alibaba Cloud Container Registry (ACR) (Personal Edition) への特定のアプリケーションの移行をサポートし、生成されるコンテナイメージのサイズを最小限に抑え、より小さなコンテナイメージを実現します。

        • 指定されたアプリケーションの分析レポートを生成し、分析レポートに基づいて指定されたアプリケーションデータをパッケージ化して、より小さなコンテナイメージを生成します。

        • 現在、Java Tomcat/Tomee/JBoss および ASP.NET アプリケーションをサポートしています。移行するアプリケーションがサポートされているタイプ内にあることを確認してください。

        • マイクロサービス コンテナ化変換シナリオに適しています

      マシンレベルの移行

      移行するアプリケーションを選択

      移行するアプリケーションを選択します。

      • ドロップダウンリストには、サポートされているアプリケーションのみが表示されます。アプリケーションがドロップダウンにない場合は、アプリケーションの移行が現在サポートされていないことを意味します。

      • アプリケーション ID は、SMC によって ${application_id} (Process: ${pid}) の形式で生成されます。たとえば、java-tomcat-5924e694(Process: 2360) です。

      分析が完了したら、分析結果を確認する必要があります。:

      • オフ: 分析結果を確認せずに移行が自動的に続行されます。

      • オン: 分析結果を確認する必要があります。分析が完了すると、タスクは一時停止され、移行を続行する前に分析結果をクリックして確認する必要があります。分析レポートはソースサーバーに保存されます。たとえば、/smc/app2container/java-tomcat-5924e694/analysis.json です。

      デフォルト設定を保持

      実行方法

      移行タスクの実行方法を選択します。

      • 今すぐ移行: 移行タスクの作成後すぐに移行を開始します。デフォルトでは [今すぐ移行] が選択されています。

      • 作成のみ: 移行タスクのみを作成します。後で [アクション] 列の [タスクの開始] をクリックして、移行タスクを手動で開始する必要があります。

      デフォルト設定を保持

      ネットワークモード

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

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

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

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

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

      VPC

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

      説明

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

      デフォルト設定を保持

    2. (条件付き必須) 伝送速度や圧縮率などのパラメータを設定する必要がある場合は、[詳細設定] をクリックして、詳細パラメータを設定します。パラメータの説明を以下の表に示します。

      パラメータ

      説明

      伝送速度制限

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

      デフォルト設定を保持

      圧縮率

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

      • 帯域幅が限られている場合は、圧縮率を高くすると伝送効率が向上します。

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

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

      デフォルト設定を保持

      チェックサム検証

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

      デフォルト設定を保持

      SSL 暗号化伝送

      データ移行に SSL 暗号化を使用すると、セキュリティが強化され、データ整合性が確保されます。デフォルトでは、この機能は有効になっています。

      デフォルト設定を保持

      タグ

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

      説明

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

      デフォルト設定を保持

      中間インスタンスタイプ

      実際のニーズに基づいて中間インスタンスタイプを選択できます。

      • 中間インスタンスのインスタンスタイプは自動的に選択されます: このパラメータを指定すると、SMC は指定されたインスタンスタイプの中間インスタンスを作成します。指定されたインスタンスタイプが使用できない場合、移行ジョブの作成は失敗します。

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

      重要

      移行エラーを回避するために、移行中に中間インスタンスを停止、開始、再起動、または解放しないでください。移行が完了すると、インスタンスは自動的に解放されます。

      デフォルト設定を保持

    3. 表示されるダイアログボックスで、移行に関する注意事項を読み、[了解] をクリックします。

  3. [コンテナ化移行] ページで、リアルタイムの移行ステータスを確認します。

    データ伝送時間は、ソースデータサイズやネットワーク帯域幅などの要因の影響を受けるため、しばらくお待ちいただき、移行タスクが完了するまでお待ちください。

    image

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

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

    • 伝送速度が遅すぎて計画を満たせない場合は、ソースサーバーとデスティネーションサーバーの両方の専用帯域幅を一時的に増やすことを検討してください。詳細については、「移行に必要な時間を推定し、データ転送速度をテストする」をご参照ください。

    SMC 移行ジョブのエラー関連イベントをサブスクライブし、移行ジョブを変更および一時停止する方法の詳細については、次の操作を実行します。

    • 移行ジョブのエラーによって移行プロセスが中断されないように、CloudMonitor で SMC 移行ジョブのエラー関連イベントをサブスクライブして、メール通知を迅速に受信できるようにすることができます。詳細については、「SMC 移行タスクのエラー関連イベント通知をサブスクライブする」をご参照ください。

    • 移行ジョブが [同期中] 状態の場合、必要に応じて次の操作を実行できます。

      • 移行ジョブの変更: [アクション] 列で、[移行ジョブの変更] をクリックして、伝送速度制限、圧縮率、チェックサム検証などのパラメータを変更します。

      • 移行ジョブの一時停止: [アクション] 列で、[移行ジョブの一時停止] をクリックします。

  4. 移行先の [移行元 ID/名前] 列で、移行元 ID をクリックして、詳細な移行情報を表示します。

    image

移行結果の確認

  • [移行ステータス][完了] の場合、移行は成功です。

    image

    移行が成功すると、Alibaba Cloud コンテナイメージが生成され、このコンテナイメージを使用してコンテナアプリケーションをデプロイできます。具体的な操作は以下のとおりです。

    1. 移行元の [アクション] 列で、[アプリケーションのデプロイ] をクリックします。ACK クラスタリストページにリダイレクトされます。

    2. 既存の ACK クラスタを選択するか、ACK クラスタを作成します。具体的な操作については、「クラスタを作成する」をご参照ください。

    3. クラスタに入り、左側のナビゲーションウィンドウから [ワークロード] > [デプロイメント] を選択し、[イメージから作成] をクリックしてアプリケーションを作成します。移行によって生成されたコンテナイメージを選択します。詳細については、「デプロイメントを使用してステートレスアプリケーションを作成する」をご参照ください。

      • マシンレベル移行モードの起動コマンド例

        ACK クラスタにアプリケーションをデプロイする場合、ソースサーバーでソースサービスを起動することに関連するスクリプトを追加し、アプリケーションライフサイクルまたはアプリケーション YAML ファイルでポートを開いてサービスを起動する必要があります。実際の状況に応じてスクリプトを補足してください。CMD が追加された YAML の例を以下に示します。

        spec:
              containers:
                - args:
                    - |
                      cd /www/server/panel &&
                      chmod +x /www/server/panel/init.sh &&
                      echo 3 | sh init.sh &&
                      tail -f /dev/null
                  command:
                    - /bin/sh
                    - '-c'
                  image: 'registry-vpc.cn-hangzhou.aliyuncs.com/zi***h/sa***:v1'
      • アプリケーション移行モードの手順

        netstat -lptn を使用して、ソースサーバー上のアプリケーションサービスポートを表示し、ACK にアプリケーションをデプロイするときにポートマッピングを有効にすることができます。

    4. サーバーの移行後、データの整合性と正確性を確保するために、データを検証する必要があります。具体的な操作については、「Linux サーバーの移行後にシステムを確認する方法」をご参照ください。

      説明

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

  • [移行ステータス][エラー] の場合、移行タスクでエラーが発生したことを示します。この場合、問題のトラブルシューティングを行い、再試行する必要があります。

    1. [アクション] 列で、[トラブルシューティング] をクリックし、エラーコードとエラーメッセージのプロンプトに従って問題を修正します。詳細については、「SMC に関するよくある質問」および「トラブルシューティング」をご参照ください。

    2. 問題を修正した後、[アクション] 列の [移行の再試行] をクリックします。移行タスクは中断したところから続行されます。

      重要

      中間インスタンスが解放された場合は、再度移行する必要があります。詳細については、「サーバー移行センター(SMC)に関するよくある質問」をご参照ください。

リソースのクリーンアップ

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

  • 移行が成功した場合、中間インスタンスは自動的に解放されます。手動操作は必要ありません。

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

    • 移行ジョブが不要になった場合は、移行ジョブの ID をクリックします。ジョブ詳細ページで、image > [移行タスクのクリア][アクション] 列の [移行ジョブ] セクションでクリックし、移行ジョブを削除し、中間インスタンスを一度に解放します。

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