移行アーティファクトを確認する
このページでは、移行の一部として生成される移行アーティファクトについて説明します。
始める前に
生成されたアーティファクト ファイルについて
移行中に生成されるアーティファクト ファイルは次のとおりです。
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" ]
次のステップ
- Cloud Logging へのロギングを構成する方法を学習する。