移行アーティファクトを確認する

このページでは、移行の一部として生成される移行アーティファクトについて説明します。

始める前に

生成されたアーティファクト ファイルについて

移行中に生成されるアーティファクト ファイルは次のとおりです。

  • deployment_spec.yaml: ワークロードを構成する YAML ファイル。このファイルを指定した kubectl apply を使用することで、本番環境クラスタやテストクラスタなど、別のクラスタにワークロードをデプロイできます。

  • Dockerfile: 移行された VM のイメージのビルドに使用される Dockerfile。

  • blocklist.yaml: 移行計画の設定に基づいて無効にするコンテナ サービスのリスト。このファイルを編集してサービスのリストを制御します。詳細については、サービスリストをカスタマイズするをご覧ください。

  • migration.yaml: 移行計画のコピー。移行で行われたことは、このファイルを使用して確認できます。

  • logs.yaml: 移行元の VM で検出されたログファイルのリスト。移行されたワークロードによってこれらのログファイルに書き込まれたデータは、Cloud Logging に転送されます。このファイルを編集してログの書き込みを制御します。詳細については、Cloud Logging に書き込まれるログデータのカスタマイズをご覧ください。

deployment_spec.yaml ファイル

このファイルは、テストクラスタや本番環境クラスタなどの別のクラスタにワークロードをデプロイするために使用できる YAML ファイルです。データの移行を構成しない場合は、Deployment オブジェクトが生成されます。データの移行を構成するときに、StatefulSet オブジェクトを生成します。

Dockerfile

新しいバージョンのイメージを生成する必要がある場合は、このファイルを使用します。たとえば、パッケージをインストールして後で新しいイメージをキャプチャする場合などです。イメージの再構築は、Migrate to Containers CLI がアップグレードされた際に、新しい Migrate to Containers CLI ランタイムでイメージを再構築するときにも役立ちます。アップグレードされたランタイムは、Container Registry で利用できます。

他の Dockerfile の場合と同様に、このファイルを編集してイメージをカスタマイズできます。ヒントについては、Dockerfile を作成する際のベスト プラクティスを参照してください。Dockerfile の編集方法については、移行後のイメージの更新をご覧ください。

# Please refer to the documentation:
# https://cloud.google.com/migrate/containers/docs/dockerfile-reference

FROM gcr.io/my-project/v2k-run-embedded:v1.12.0

# Image containing data captured from the source VM
FROM gcr.io/my-project/my-vm-instance-1-non-runnable-base:v1.0.0 as source-content

COPY --from=migrate-for-anthos-runtime / /

ADD blocklist.yaml /.m4a/blocklist.yaml

ADD logs.yaml /code/config/logs/logsArtifact.yaml

# If you want to update parts of the image, add your commands here.
# For example:
# RUN apt-get update
# RUN apt-get install -y \
#       package1=version \
#       package2=version \
#       package3=version
# RUN yum update
# RUN wget http://github.com

# Migrate to Containers image includes entrypoint
ENTRYPOINT [ "/.v2k.go" ]

次のステップ