SMCを使用すると、サーバーをContainer Registryに移行できます。 SMCを使用して、コンテナ化されたアプリケーションを低コストでContainer Registryに移行できます。 コンテナ化されたアプリケーションは、自動的に管理され、高い俊敏性と低いセキュリティリスクでデプロイされる分散アプリケーションです。 アプリケーションコンテナ化は、リソース使用量を改善し、コンピューティングコストを削減します。 このトピックでは、サーバーをContainer Registryに移行する方法について説明します。
始める前に
- サーバーにLinuxオペレーティングシステムがインストールされ、使用されます。
- Container Registryがアクティブ化され、コンテナイメージリポジトリが作成されます。 詳細については、「t1841668.html#topic1686」をご参照ください。
- 移行用にSMCによって生成される中間インスタンスに対して、Resource Access Management (RAM) ロールが作成されます。 次のパラメーターは、RAMロールの設定に使用されます。
詳細については、「信頼できる Alibaba Cloud サービス用の RAM ロールの作成」をご参照ください。
- 信頼できるエンティティタイプ: Alibaba Cloudサービスを選択します。
- ロールの種類: [通常のサービスロール] を選択します。
- [Elastic Compute Service] を選択します。
- 中間インスタンスのRAMロールに対してカスタムポリシーが作成されます。 このポリシーは、サーバーをContainer Registryに移行するために必要な最小限の権限を付与します。
次の例は、サンプルポリシーを示しています。 このポリシーはRAMロールにアタッチされます。 詳細については、「カスタマイズポリシーの作成」および「RAM ロールへの権限付与」をご参照ください。
{ "Statement": [ { "Effect": "Allow", "Action": [ "cr:GetAuthorizationToken" 、 "cr:PushRepository", "cr:PullRepository" 、 "cr:CreateRepository" ], "Resource": "*" } ], "バージョン": "1" }
- サーバーの情報がSMCコンソールにインポートされます。 詳細については、「ステップ1: 移行元の情報をインポートする」をご参照ください。
重要
- SMCクライアントV2.3.0以降は、Container Registryへのサーバー移行をサポートします。 これらのSMCクライアントを使用して、ソースサーバーに関する情報をインポートできます。 最新バージョンのSMCクライアントをダウンロードします。
- 移行中にSMCクライアントが実行されていることを確認します。 データ転送が中断された場合は、クライアントと移行タスクを再起動して移行を再開できます。
このタスクについて
- Dockerコンテナイメージの詳細については、「t1841663.html#concept_2047796」をご参照ください。
- 移行中、SMCは中間インスタンスを作成します。 中間インスタンスには少額の料金がかかります。 詳細については、「従量課金」をご参照ください。
- 移行タスクが [完了] または [終了] 状態になった後、またはタスクが削除されたときに、SMCは中間インスタンスを解放します。
(オプション) 手順1: 動的データディレクトリを除外する
安定した移行を確保するために、大規模データベースのデータディレクトリなどの動的データディレクトリを除外することを推奨します。 その後、移行元サーバーのサービスを停止し、移行タスクを開始できます。 動的データディレクトリを移行から除外する必要がない場合は、この手順をスキップしてください。
動的データディレクトリを除外するには、次の手順を実行します。 移行元サーバーで実行されているサービスを停止する必要はありません。
ステップ2: 移行タスクを作成して開始する
次の手順を実行して、動的データディレクトリを除外できます。 移行元サーバーで実行されているサービスを停止する必要はありません。
ステップ3: コンテナイメージを確認する
ソースサーバーをContainer Registryに移行すると、コンテナーイメージが作成されます。 コンテナイメージを検証するには、次の手順を実行します。 NGINXがデプロイされているコンテナイメージを例として使用します。