Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

アプライアンス管理コンソールから Backup Vault に Compute Engine インスタンスのバックアップ構成を移行する

Compute Engine インスタンス保護を使用して、アプライアンス管理コンソールのバックアッププランから Backup Vault のバックアッププランに Compute Engine インスタンス保護を移行します。この移行では、中断、バックアップエージェントのアンインストール、ネットワークピアリング、VPC ファイアウォールの変更は発生しません。

利点

強化されたランサムウェア対策: ランサムウェアや偶発的または悪意のある削除からデータを保護する、高度な消去不能性と不変性の機能。
即時のコスト削減: 移行が完了するとすぐに管理費用を削減できます。
インフラストラクチャの合理化: バックアップアプライアンスが不要なゼロインフラストラクチャモデルに移行することで、総所有コスト（TCO）を削減できます。
シームレスな管理: gcloud CLI、Terraform、 Google Cloud API を完全にサポートする統合された Google Cloud コンソールエクスペリエンスを使用して、大規模な自動化を簡単に行うことができます。
サポートの拡大: Cloud SQL、AlloyDB for PostgreSQL、Filestore もサポートする統合プラットフォームを利用できます。
すべての Google Cloud リージョンで利用可能。

制限事項

現在のアプライアンス管理コンソールのバックアッププランまたは Compute Engine インスタンスの構成に次の機能が含まれている場合、移行はサポートされません。
- アーカイブスナップショットで構成されたアプライアンス管理コンソールのバックアッププラン。
- Google Cloud Hyperdisk を使用する Compute Engine インスタンス。
- バックアップから特定のディスクを除外する Compute Engine インスタンス。
移行できるのは、標準の Compute Engine インスタンスのみです。Microsoft SQL、SAP HANA、Oracle、VMware VM などの他のアプリケーションワークロードタイプは、このページを使用して移行できません。
既存のバックアップを移行することはできません。

考慮事項

一括移行を行うには、大規模な環境の移行を自動化する移行スクリプトが必要です。一括移行スクリプトを受け取るには、Cloud カスタマーケアにお問い合わせください。
Backup Vault と管理コンソールを介して Compute Engine インスタンスの保護を維持すると、両方の環境で課金される可能性があります。
Compute Engine インスタンスがタグの動的保護を使用してバックアップを自動化している場合、タグを手動で削除しない限り、スケジュール設定されたジョブは移行後にインスタンスを再保護します。
Google Cloud Hyperdisk を使用する VM は移行しないことをおすすめします。
既存の Backup and DR サービスロールは、引き続き想定どおりに機能します。ただし、複数のサービスプロジェクトから 1 つの一元化された Backup Vault（つまり、一元化されたバックアッププロジェクトで作成された Backup Vault）に Compute Engine インスタンスをバックアップする場合は、バックアップが必要なインスタンスをホストするすべてのサービスプロジェクトで、Backup and DR Compute Engine オペレーター（roles/backupdr.computeEngineOperator）ロールを Backup Vault サービスエージェントに付与する必要があります。詳細については、サービスエージェントにロールを付与するをご覧ください。

仕組み

移行を実行しても、過去のバックアップはアプライアンス管理コンソールに残り、Backup Vault には移行されません。元の保持ポリシーに従って期限切れになるまで、アプライアンス管理コンソールでアクセスできます。

移行が完了すると、アプライアンス管理コンソールで過去の復元ポイントを表示し、 Google Cloud コンソールで新しい復元ポイントを表示できます。

Compute Engine インスタンスをアプライアンス管理コンソールから Backup Vault に移行するには、次の操作を行います。

保護を構成する: MigrateToBackupVault コマンドを使用して、Backup Vault のバックアッププランで Compute Engine インスタンスを保護します。
検証を行う: Backup Vault がバックアップを正常に作成することを確認します。
アプライアンス管理コンソールから保護を削除する: UnprotectVMsFromManagementConsole コマンドを使用して、アプライアンス管理コンソールから保護を削除します。

始める前に

このガイドを完了するために必要な権限があることを確認します。
以下のリソースがあることを確認してください。
- 既存の Backup Vault。手順については、Backup Vault を作成するをご覧ください。
- Backup Vault を使用するように構成された既存のバックアッププラン。このバックアッププランを Google Cloud コンソールで作成します。これは、アプライアンス管理コンソールのバックアッププランと同等です。手順については、バックアッププランを作成するをご覧ください。

必要なロール

Compute Engine インスタンスのバックアップ構成を移行するために必要な権限を取得するには、プロジェクトに対する次の IAM ロールを付与するよう管理者に依頼してください。

Backup and DR 管理者（アプライアンス管理コンソールのオペレーション用の以前のロール）
Backup and DR の管理者（roles/backupdr.admin）

ロールの付与については、プロジェクト、フォルダ、組織へのアクセス権の管理をご覧ください。

必要な権限は、カスタムロールや他の事前定義ロールから取得することもできます。

移行ツールをインストールする

移行コマンドを実行するには、Cloud Shell 内またはローカルワークステーションで、選択した環境に backupdr_gcevm_migration_tool スタンドアロン実行可能ファイルをインストールする必要があります。

Google Cloud Shell

Google Cloud コンソールで Cloud Shell を開きます。
その他アイコンをクリックし、[アップロード] をクリックします。
backupdr_gcevm_migration_tool ファイルを選択します。

ツールを実行可能にします。

chmod +x ~/backupdr_gcevm_migration_tool

~/backupdr_gcevm_migration_tool を使用してツールを実行します。

ローカル環境

backupdr_gcevm_migration_tool 実行可能ファイルをダウンロードします。
gcloud CLI をインストールして認証します。詳細については、gcloud CLI をインストールするをご覧ください。

実行可能ファイルをディレクトリ（~/tools など）に移動し、実行可能にします。

mkdir -p ~/tools
mv ~/Downloads/backupdr_gcevm_migration_tool ~/tools/
chmod +x ~/tools/backupdr_gcevm_migration_tool

省略可: 任意のディレクトリからツールを実行するには、PATH に追加します。~/.bashrc ファイルまたは ~/.zshrc ファイルに次の行を追加します。
```
export PATH="$PATH:$HOME/tools"
```
シェルを再読み込みします。
```
source ~/.bashrc
```

Compute Engine インスタンスを移行する

インスタンスを移行するには、ツールをインストールしたターミナル環境で移行ツールのコマンドを実行します。例のプレースホルダの値は、実際のリソース名、プロジェクト ID、URL に置き換えます。

Backup Vault のバックアッププランで Compute Engine インスタンスを保護する

MigrateToBackupVault コマンドを実行して、アプライアンス管理コンソールのバックアッププランで対象となる Compute Engine インスタンスを特定し、指定された Backup Vault バックアッププランで保護します。

MigrateToBackupVault コマンドを実行します。
```
./backupdr_gcevm_migration_tool MigrateToBackupVault \
  --slt_name=SLT_NAME \
  --management_server_url=MANAGEMENT_SERVER_URL \
  --backup_plan=projects/PROJECT_ID/locations/REGION/backupPlans/BACKUP_PLAN_NAME \
  --workload_projects=PROJECT_ID_1,PROJECT_ID_2 \
  --apply \
  --trigger_backup
```
次のように置き換えます。
- SLT_NAME: ソースアプライアンス管理コンソールのバックアッププラン（以前はサービスレベルテンプレートまたは SLT と呼ばれていました）の名前。
- MANAGEMENT_SERVER_URL: アプライアンス管理コンソールの URL。
- PROJECT_ID: 実際の Google Cloud プロジェクト ID。
- REGION: バックアッププランが配置されているリージョン。
- BACKUP_PLAN_NAME: 適用するバックアッププランの名前。
- PROJECT_ID_1,PROJECT_ID_2: Compute Engine インスタンスを含むプロジェクト ID のカンマ区切りリスト、または all。
追加フラグ:
- --apply: 保護を実行します。省略すると、ツールはドライランモードで実行されます。
- --trigger_backup: 保護が適用された直後にオンデマンドバックアップを開始します。
このコマンドは、実行されたアクションと VM のステータスをまとめた MigrateToBackupVault_{slt_name}_output.txt という名前の出力ファイルを作成します。
インスタンスがバックアッププランで保護されていることを確認するには、 Google Cloud コンソールの [Backup and DR] > [Vaulted Backups] ページに移動します。

アプライアンス管理コンソールから Compute Engine インスタンスの保護を解除する

UnprotectVMsFromManagementConsole コマンドは、アプライアンス管理コンソールで Compute Engine インスタンスの保護を削除します。このコマンドは、VM が新しいバックアッププランで保護され、少なくとも 1 つの Backup Vault バックアップが成功している場合にのみ、VM の保護を解除します。

UnprotectVMsFromManagementConsole コマンドを実行します。
```
./backupdr_gcevm_migration_tool UnprotectVMsFromManagementConsole \
  --slt_name=SLT_NAME \
  --management_server_url=MANAGEMENT_SERVER_URL \
  --workload_projects=PROJECT_ID_1,PROJECT_ID_2 \
  --apply
```
次のように置き換えます。
- SLT_NAME: ソースアプライアンス管理コンソールのバックアッププランの名前。
- MANAGEMENT_SERVER_URL: アプライアンス管理コンソールの URL。
- PROJECT_ID_1,PROJECT_ID_2: プロジェクト ID または all のカンマ区切りのリスト。
  
  追加フラグ:
- --apply: 保護解除を実行します。省略すると、ツールはドライランモードで実行されます。

このコマンドは、アクションを要約した UnprotectVMsFromManagementConsole_{slt_name}_output.txt という名前の出力ファイルを作成します。

対象となるインスタンスがアプライアンス管理コンソールで保護されていないことを確認します。

移行ツールは、環境をチェックして安全な移行を保証します。たとえば、このツールは、インスタンスの Backup Vault バックアップが正常に存在することを確認した後にのみ、アプライアンス管理コンソールから保護を削除します。

暗号化

Backup Vault は、Compute Engine インスタンスの顧客管理の暗号鍵（CMEK）を完全にサポートしています。これにより、独自の暗号鍵を使用してバックアップを暗号化できます。

モニタリング、レポート、アラートの変更

移行後は、以前の管理コンソールのメール送信するレポートではなく、Cloud Monitoring と Cloud Logging を使用してオブザーバビリティを確保します。これにより、カスタムダッシュボードを作成し、Google Cloud コンソールで直接アラートを構成できます。モニタリングダッシュボードからメール通知アラートのスケジュールを設定したり、アラートポリシーを構成したりするには、アラートの概要をご覧ください。

過去のレポートデータにアクセスする

移行前の既存のモニタリングデータとレポートデータには、アプライアンス管理コンソールにログインすることで引き続きアクセスできます。移行後のモニタリングデータとレポートデータには、 Google Cloud コンソールから直接アクセスします。

移行前と移行後のデータを BigQuery でまとめて分析する場合は、ログシンクを使用してログを BigQuery データセットに転送できます。ログシンクと事前構築済みレポートを構成するには、BigQuery で事前構築済みレポートを設定するをご覧ください。

ログが BigQuery に保存されたら、次のことができます。

カスタム SQL クエリを作成してログデータを分析します。詳細については、インタラクティブクエリとバッチクエリの実行をご覧ください。
データポータルを使用して、カスタムインフラストラクチャレポートと可視化を作成します。詳細については、データポータルの概要をご覧ください。
Google Cloud コンソールでログベースのアラートを設定します。詳細については、ログベースのアラートの管理をご覧ください。

ハイブリッド環境を実行する

ハイブリッド環境は完全にサポートされています。費用とセキュリティのメリットを得るために、対象となるすべての Compute Engine インスタンスを Backup Vault にすぐに移行することをおすすめします。ただし、Backup Vault でサポートされていない構成が環境に含まれている場合は、アプライアンス管理コンソールを使用して、それらのインスタンスの保護を維持できます。Backup and DR でこれらの機能のサポートが追加されたら、残りのインスタンスを Backup Vault に移行できます。サポートされている構成についてご不明な点がございましたら、Cloud カスタマーケアまでお問い合わせください。

移行のロールバック

移行中に問題が発生した場合は、変更をロールバックできます。リスクを軽減するため、重複戦略を強くおすすめします。新しい Backup Vault のバックアップジョブが正常に完了したことを確認するまで、アプライアンス管理コンソールでインスタンスの保護を解除しないでください。この戦略により、インスタンスは継続的なバックアップカバレッジを維持できます。

移行のカットオーバー前に作成された過去のインスタンスバックアップは、引き続きアプライアンス管理コンソールで使用でき、アクセスできます。Backup Vault で作成された新しいバックアップには、 Google Cloud コンソールから直接アクセスします。

次のステップ

詳しくは、アプライアンス管理コンソールのバックアッププランをご覧ください。
Google Cloud コンソールでバックアップを管理する方法を確認する。

アプライアンス管理コンソールから Backup Vault に Compute Engine インスタンスのバックアップ構成を移行する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

利点