バックアップ / リカバリ アプライアンスのデプロイ

注意: 以前のアプライアンス管理コンソールを使用して管理されているワークロードのバックアップと復元のサポートは非推奨になりました。詳細については、Backup and DR のドキュメントの機能のサポート終了をご覧ください。

始める前に

次の手順でデプロイの準備を行います。

• Backup and DR のデプロイを計画する

• Backup and DR のデプロイを準備する

Backup and DR を有効にする

コンソール

1. Google Cloud コンソールで、 メニュー をクリックします。

2. [オペレーション] > [Backup and DR] を選択します。

3. [有効にする] をクリックします。 [Backup and DR の設定] ウィザードが開きます。

4. [管理コンソールの有効化] セクションで、次の操作を行います。

   1. アプライアンス管理コンソールを配置するロケーションを選択します。これは Google Cloudリージョンです。サポート対象の地域をご覧ください。

   2. [続行] をクリックします。

5. [最初のバックアップ / リカバリ アプライアンスをデプロイする] セクションで、次の操作を行います。

   1. [アプライアンス名] にアプライアンスの名前を入力します。名前は先頭を小文字にする必要があり、23 文字以下にする必要があります。アプライアンス名に使用できるのは、英小文字、数字、ダッシュ（-）のみです。スペースは使用できません。

   2. VPC ネットワークを選択します。ネットワークは、同じプロジェクト内または共有 VPC プロジェクトから選択できます。

   3. バックアップ / リカバリ アプライアンスをデプロイするターゲット プロジェクトを選択します。

   4. バックアップ / リカバリ アプライアンスを配置するリージョンとゾーンを選択します。これは Google Cloud のリージョンとゾーンです。サポート対象の地域をご覧ください。

   5. [サブネットワーク] を選択します。これは、選択したリージョンとゾーンに基づいて表示されます。

      注意: IP 範囲が 172.17.0.0/16 のサブネットワークは使用しないでください。このサブネット IP は、Backup and DR の内部目的で使用されます。この IP 範囲を使用すると、バックアップ / リカバリ アプライアンスのデプロイが失敗する可能性があります。

   6. バックアップ対象のワークロードに基づいて、バックアップ / リカバリ アプライアンス タイプを選択します。

   7. バックアップを保存するストレージ タイプを選択します。このオプションは、[バックアップ / リカバリ アプライアンスの種類] で [データベース、VMware VM、その他のリソース用の基本] を選択した場合にのみ表示されます。

   8. [設定] をクリックします。

   ステータス ページにリダイレクトされます。この処理には 1 時間ほどかかることがあります。

6. デプロイが完了したら、[管理コンソールにログイン] をクリックすると、アプライアンス管理コンソールが新しいウィンドウで開きます。

7. 2 つ目のアプライアンスをデプロイする場合は、[別のバックアップ / リカバリ アプライアンスのデプロイ] をクリックします。アプライアンス管理コンソールには、最大 30 台のアプライアンスを追加できます。30 台を超えるアプライアンスを追加する必要がある場合は、新しいプロジェクトを作成し、新しいアプライアンス管理コンソールをデプロイしてから、アプライアンスをデプロイします。

   警告: バックアップ / リカバリ アプライアンスがデプロイされると、Compute Engine VM インスタンスの一覧ページに、インスタンスのサイズを変更して費用を節約するための推奨事項が表示されます。絶対にしないでください。アプライアンスのサイズ変更やマシン構成の変更（シリーズ、CPU、メモリの変更）を行うと、バックアップ / リカバリ アプライアンスが使用できなくなる可能性があります。

gcloud

gcloud CLI を使用して、アプライアンス管理コンソールを作成できます。gcloud CLI を使用したバックアップ / リカバリ アプライアンスの作成はサポートされていません。バックアップ / 復元アプライアンスを作成するには、 Google Cloud コンソールを使用する必要があります。

次のコマンドを使用して、アプライアンス管理コンソールを作成します。

1. アプライアンス管理コンソールを作成します。

     gcloud backup-dr management-servers create MANAGEMENT_SERVER_NAME \
     --location=LOCATION_ID \
   

   注: デフォルトでは、gcloud CLI 構成で設定されたプロジェクトが使用されます。別のプロジェクトを指定するには、--project フラグを使用します。

   次のように置き換えます。

   • MANAGEMENT_SERVER_NAME: 管理コンソールの名前（例: test name）。管理サーバーをデプロイした後は、この名前を変更できません。名前は、プロジェクトとロケーションに対して一意にする必要があります。
   • LOCATION_ID: 管理コンソールでサポートされているロケーションを入力します。gcloud backup-dr locations list を使用して、サポートされているロケーションのリストを取得します。
   • PROJECT_ID: プロジェクトの名前（例: test-project）。別のプロジェクトを指定する場合は、このフラグを使用します。

2. オペレーションのステータスを確認できます。

     gcloud backup-dr operations describe FULL_OPERATION_ID
   

   次のように置き換えます。

   • FULL_OPERATION_ID: アプライアンス管理コンソールに表示されるオペレーション ID。形式は次のとおりです。 projects/test-project/locations/us-central1/operations/operationID

   出力は次のようになります。

     ```none
     Create in progress for management server [projects/test-project/locations/us-central1/operations/test-operation] \
     Run the [gcloud backup-dr operations describe] command to check the status of this operation.
     ```
   

Terraform

次の Terraform リソースリンクを使用して、アプライアンス管理コンソールとバックアップ / 復元アプライアンスをデプロイできます。

• Terraform リソースを使用してアプライアンス管理コンソールをデプロイする

• Terraform リソースを使用してバックアップ / リカバリ アプライアンスをデプロイする

  注意: Terraform を使用して複数のバックアップ / リカバリ アプライアンスをデプロイする場合、各アプライアンスは一意のサービス アカウントに関連付ける必要があります。複数のアプライアンスに同じサービス アカウントを使用すると、登録タイムアウトや管理エラーが発生する可能性があります。

注: デバッグ目的で、Backup and DR はアプライアンス ログを収集して Cloud Logging に送信します。このログ収集には、Cloud Logging の標準料金が適用されます。料金については、Cloud Logging の料金をご覧ください。ロギング サービスの費用を削減するには、カスタマー サポートに連絡して、オプションのログを無効にしてください。

次のステップ

Backup and DR を有効にすると、アプライアンス管理コンソールを探索してワークロードの保護を開始できるようになります。

ワークロードを保護する

Compute Engine インスタンスを保護するには、次の手順を行います。

1. Cloud 認証情報について学習する。

2. 必要なロールと権限を割り当てます。

3. バックアップ プランを定義します。

4. Compute Engine インスタンスを検出して保護する

VM 内のデータベースとファイル システムを保護する

1. ホストを追加して、ホスト上のアプリケーションを検出します。

2. ホストに Backup and DR エージェントをインストールします。

3. ファイアウォール ルールが設定されていることを確認します。

4. バックアップ プランを定義します。

5. 検出されたアプリケーションにバックアップ プランを適用する