アプライアンス管理コンソールで OnVault プールを管理する

OnVault プールは、バックアップ データの保存に使用される Cloud Storage バケットまたはバックアップ ボールトへのポインタです。これらはリソース プロファイルで参照されます。 リソース プロファイルは、OnVault ポリシーとともに使用して、バックアップ データを割り当てられた OnVault プールに送信します。

Cloud Storage バケットを使用した自動作成された OnVault プール

Cloud Storage バケットを指す OnVault プールは、必要に応じてアプライアンスに接続されたサービス アカウントによって自動的に作成されます。 この OnVault プールには VM インスタンスの構成とメタデータが保持され、バックアップ テンプレートが Compute Engine インスタンスに割り当てられると、実行時に自動的に作成されます。Cloud Storage バケットのロケーションは、バックアップ テンプレートで構成されている永続ディスク スナップショットのストレージ ロケーションまたはリージョンに基づいて決定されます。

アプライアンス管理コンソールで、 [管理]> [ストレージ プール] に移動して [ストレージ プール] ページを開くと、これらの OnVault プールを表示できます。 [ストレージ プール] ページに自動作成された OnVault プールは、ストレージ バケットと同じ名前で表示されます。<backup/recovery-appliance-name>-<random-string>-<region/multi-region>。自動的に作成された OnVault プールは編集または削除できません。

OnVault プールは、次のシナリオで自動的に作成されます。

  • Compute Engine インスタンスに割り当てられたバックアップ テンプレートにプールがない。
  • 別のリージョンまたはマルチリージョンを使用するようにバックアップ テンプレートが更新された場合、最初のスナップショットが正常に実行された後にプールが自動的に作成されます。 これにより、永続ディスク データとインスタンス VM 構成の両方が同じ場所に配置されます。
  • ポリシーのオーバーライドが、別のリージョンまたはマルチリージョンを使用するように変更する保護された Compute Engine インスタンスに適用されます。そのロケーションにプールが存在しない場合、最初のスナップショットが正常に実行された後にプールが自動的に作成されます。

詳細については、自動作成された OnVault プールをご覧ください。

IAM のロールと権限

OnVault プールを追加する前に、バケットが配置されているプロジェクトまたはバケット自体に、必要な権限を持つ Backup and DR Cloud Storage Operator ロールを割り当てる必要があります。 バケットレベルで権限を付与する方が、より詳細な方法です。

このロールにより、アプライアンスに接続されたサービス アカウントは OnVault オペレーションを実行できます。また、OnVault プールにバックアップを保存して管理するために必要なすべての権限（バックアップ データへのアクセス、Cloud Storage バケット間のバックアップ データのコピー、保存されたバックアップの有効期限切れなど）が付与されます。 このロールの権限を確認するには、[IAM と管理] [>] [ロール] に移動し、[Backup and DR Cloud Storage オペレーター] を選択します。

`Backup and DR Cloud Storage Operator` Backup and DR Cloud Storage Operatorロールを割り当てたくない場合は、カスタムロールを作成して次の権限を割り当てることもできます。

  • storage.buckets.create
  • storage.buckets.get
  • storage.objects.create
  • storage.objects.delete
  • storage.objects.get
  • storage.objects.list

OnVault プールを追加または編集する

このセクションでは、新しい OnVault プールを追加する方法、または既存の OnVault プールを編集する方法について説明します。

始める前に

OnVault プールには Cloud Storage へのアクセス権が必要です。OnVault プールを追加する前に、次の操作を行います。

  • バックアップ データを保持するストレージ バケットを特定または作成します。

    • すべてのストレージ クラスとロケーションがサポートされています。データの保持に基づいて適切なクラスを使用してください。営業またはサポート組織に相談せずにアーカイブ クラスを使用しないでください。

    • Cloud Storage バケットのバージョニングと保持は無効にする必要があります。

    • Cloud Storage バケットの 削除（復元可能）ポリシーを無効にする必要があります。

    • 新しいバケットのアクセス制御は [均一] に設定する必要があります。

    • Google-owned and Google-managed encryption keys と顧客管理の暗号鍵（CMEK）がサポートされています。

    • 必要な ロールと権限を持つプリンシパルとして、バックアップ/リカバリ アプライアンスのサービス アカウントをバケット に追加します。 これは、ユーザーが作成したバケットごとに行う必要があります。

    • ストレージ バケットの詳細を取得します。アプライアンスを選択すると、バックアップ/リカバリ アプライアンスに接続されたサービス アカウントが使用されるため、サービス アカウント フィールドに自動的に入力されます。

    • サービス アカウントに、プロジェクト レベルまたはバケットレベルで必要な権限を持つロールを使用して、バケットへのアクセス権があることを確認します。

同じバックアップ/リカバリ アプライアンスのサービス アカウントを使用して、バックアップ/リカバリ アプライアンスに任意の数の OnVault プールを作成できます。OnVault プールを追加する手順は、バックアップ/リカバリ アプライアンスのソフトウェア バージョンによって異なります。 使用中のバージョンを確認するには、[管理] [>] [アプライアンス] に移動し、[バージョン] 列を確認します。

次の表に、デプロイされたアプライアンス バージョンでの OnVault プールの動作を示します。

OnVault プールを追加する

OnVault プールを追加する手順は次のとおりです。

  1. [管理] をクリックし、プルダウン メニューから [ストレージ プール] を選択します。
  2. ページの右上にある [OnVault プールを追加] をクリックします。
  3. [OnVault プール名] を入力します。有効な文字は、文字、数字、スペース、ハイフン（-）、アンダースコア（_）です。

  4. [プールタイプ] を選択します。デフォルトの Cloud Storage を選択します。 Cloud Storage プールタイプはすべてのストレージ クラスをサポートしており、従来の OnVault プールとの下位互換性が必要な場合を除き、使用する必要があります。 OnVault プールの作成後にプールタイプを変更することはできません。

  5. [アプライアンス] プルダウンから、OnVault プールを追加するアプライアンスを選択します。

    読み取り専用のサービス アカウント フィールドに自動的に入力されます。

  6. [バケット] フィールドに、データを保持するストレージ バケットの名前を入力します。バケットはすでに存在している必要があり、バケット名が正しいことを確認してください。バケット名は、 Google Cloud コンソールページで、 [Cloud Storage]、[バケット] の順にクリックして取得します。手順 5 で表示されるサービス アカウントには、バケットレベルまたはプロジェクト レベルでバケットにアクセスする権限が必要です。Coldline と Nearline では、バケットに Fine Grain ACL が必要です。

  7. OnVault プールのデータを圧縮形式で保存するか、非圧縮形式で保存するかを指定します。データを圧縮するとストレージ費用を削減できますが、バックアップ/リカバリ アプライアンスでデータを圧縮してから送信するために、追加のコンピューティング容量が必要になります。ほとんどの場合、[圧縮] チェックボックスをオンのままにします。圧縮により、ネットワーク トラフィックも削減されます。

  8. [詳細オプション] で、次の操作を行います。

    1. [オブジェクト サイズ] を選択します。値の範囲は 64 KB ～ 8 MB です。 ほとんどの場合、デフォルト値の 1 MB が最適です。オブジェクト サイズを変更すると、OnVault に使用されるストレージ サービスのパフォーマンスと費用に悪影響を及ぼす可能性があります。

  9. プロキシを使用する場合は、プロキシ サーバーのアドレスとポート番号を入力します。

  10. [保存] をクリックします。

OnVault プールを編集する

OnVault プールを編集する手順は次のとおりです。

  1. [管理] をクリックし、プルダウン メニューから [ストレージ プール] を選択します。
  2. 編集する OnVault プールを選択し、ページの右下にある [編集] ボタンをクリックします。
  3. 必要に応じて、[OnVault プール名] と [バケット] の詳細を編集します。必要に応じて、[圧縮] を有効または無効にします。[サービス アカウント] は編集できません。

  4. [詳細オプション] で、[オブジェクト サイズ] と [プロキシ サーバー] を必要に応じて変更します。オブジェクト サイズを変更すると、OnVault に使用されるストレージ サービスのパフォーマンスと費用に悪影響を及ぼす可能性があります。

  5. [更新] をクリックします。

JSON キーの OnVault プールをサービス アカウント ベースの OnVault プールに置き換える

認証に JSON キーを使用して作成された OnVault プールがある場合、その OnVault プールをアプライアンス サービス アカウント認証で使用するように切り替えることはできません。代わりに、新しい OnVault プールを作成し、以前に JSON キーを使用して作成したバケットの詳細を使用します。

JSON キーの OnVault プールをアプライアンス サービス アカウント プールに置き換える手順は次のとおりです。

  1. 新しい OnVault プールを追加し、[バケット] フィールドに、 JSON キーを使用して OnVault プールを作成するために使用したバケット名を使用します。
  2. アプライアンス管理コンソールで、[バックアップ プラン] [>] [プロファイル] に移動します。
  3. JSON キーで作成された古い OnVault プールを使用するプロファイルを選択します。
  4. [編集] をクリックします。
  5. [OnVault プール] プルダウンで、サービス アカウントで作成された新しい OnVault プールを選択します。

  6. [保存] をクリックします。

    すべての新しいイメージは、新しく定義された OnVault プールに作成されます。そのプールに以前に作成されたすべてのイメージの有効期限が切れるまで、古い OnVault プールを削除することはできません。

OnVault プールを削除する

OnVault プールを削除する手順は次のとおりです。

  • プールを指定するバックアップ プラン リソース プロファイルがないことを確認します。

  • プール内のすべての OnVault イメージの有効期限を終了します。アプリケーションが保護されていない場合、またはイメージの有効期限が明示的に切れていない限り、最後の OnVault イメージの有効期限は切れません。

アプライアンスから OnVault プールを削除する手順は次のとおりです。

  1. [管理] をクリックし、プルダウン メニューから [ストレージ プール] を選択します。
  2. 削除する OnVault プールを右クリックし、[削除] を選択します。
  3. [確認] をクリックします。

OnVault プールのデータにアクセスする

OnVault プールを使用するリソース プロファイル と、OnVault ポリシーを含むバックアップ テンプレートがある場合は、[バックアップ プラン] タブから、アプリケーションと VM にリソース プロファイル とバックアップ テンプレート を適用できます。 OnVault ポリシーはスケジュールに従って実行され、キャプチャされたイメージはリソース プロファイル で指定された OnVault プールに書き込まれます。

最初のフルバックアップの後、OnVault ポリシーへのスナップショットは、Backup and DR の永久増分モデルに従います。このモデルでは、データの変更のみがキャプチャされてストレージに送信されます。

最初のキャプチャ オペレーションが完了すると、OnVault プールの ストレージ ロケーション内のデータに次のルールに従ってアクセスできます。

  • バックアップ/リカバリ アプライアンスは、OnVault データからクローンを作成できます。
  • バックアップ/リカバリ アプライアンスは、OnVault データから LiveClone を作成できません。
  • バックアップ/リカバリ アプライアンスは、OnVault データをマウントできます。
  • バックアップ/リカバリ アプライアンスは、OnVault プールのデータをマウントできますが、最初にすべてのデータをスナップショット プールにコピーしてからマウントします。
  • バックアップ/リカバリ アプライアンスは、OnVault プールのデータに対してアプリケーション認識型マウントを実行できます。

バックアップを OnVault プールに送信する

OnVault ポリシーへのスナップショットと OnVault ポリシーへの直接転送は、ストレージへのデータの転送を制御します。データの送信スケジュールと、データの保持期間の定義を指定します。リソース プロファイルと OnVault テンプレートの組み合わせにより、適用先のアプリケーションのバックアップ プランが作成されます。OnVault プールを作成するには、OnVault プールを追加するをご覧ください。

次の手順に沿って、イメージデータを OnVault ストレージ プールで定義されたストレージに転送します。

  1. OnVault プールが作成されていることを確認します。OnVault ストレージ プールは、使用するオブジェクト ストレージを定義し、リソース プロファイル で指定します。

  2. [**バックアップ プラン**] で、次のいずれかを含むテンプレートを作成します。

    • OnVault ポリシーへのスナップショット: これを使用して、VM、 ファイル システム、アプリケーション データを OnVault プールで定義されたストレージに移動するスケジュールを設定します。 OnVault ポリシーをご覧ください。
    • OnVault ポリシーへの直接転送: これを使用して、VMware Engine VM データを OnVault プールで定義されたストレージに移動するスケジュールを設定します。詳細については、OnVault ポリシーをご覧ください。

  3. [**バックアップ プラン**] で、必要に応じてデータをローカルに保存する場所と、データの送信先となる OnVault プールを指定するリソース プロファイルを作成します。リソース プロファイルを作成するをご覧ください。

  4. [App Manager] で、 OnVault プールにレプリケートするデータを選択し、バックアップ テンプレートとリソース プロファイルを適用します。

  5. バックアップ/リカバリ アプライアンスは、OnVault プールのストレージ内のデータにアクセスするときに、次の操作を完了できます。

    • クローンを作成する。
    • データをマウントする。
    • LiveClone は OnVault プールに作成できません。

  6. OnVault プールのストレージに保存されているデータのアクセス要件と復旧要件に基づいて、アプライアンス管理コンソールの [App Manager] の [アクセス] ウィンドウから、マウント オペレーションまたはクローン作成オペレーションを実行できます。

OnVault イメージのパフォーマンスと消費量のバランスを取る

OnVault プールからイメージをマウントする場合、次の 4 つのオプションを使用すると、データへのアクセスに必要なパフォーマンスとストレージのバランスを取ることができます。

  • ストレージ最適化: 読み取りブロックは、可能な場合はスナップショット プールから取得されます。それ以外の場合は、ネットワーク経由で OnVault プールから直接取得されます。書き込みはローカル スナップショット プールに行われます。

    データは常にネットワーク経由でプルされるため、読み取りパフォーマンスが低下しますが、このオプションを使用するとローカル ストレージの使用量を最小限に抑えることができます。

  • バランス:（デフォルト オプション）OnVault プールから読み取られたオブジェクトはローカル スナップショット プールにキャッシュされるため、同じブロックの後続の読み取りはローカルで実行されます。書き込みはローカル スナップショット プールに行われます。 読み取りパフォーマンスは、スナップショット プールに読み取られて保存されるデータが増えるにつれて向上します。ローカル ストレージの使用は、アプリケーションで実際に必要なデータに限定されます。

    ローカル ストレージが使用可能で、高い I/O パフォーマンスが不要な場合は、このオプションを使用します。

  • パフォーマンス最適化: 読み取りブロックはローカル スナップショット プールにキャッシュされるため 同じブロックの後続の読み取りはローカルで実行されます。また、すべてのブロックがバックグラウンドでローカル スナップショット プールに読み取られ、完全なローカル コピーが作成されます。書き込みはローカル スナップショット プールに行われます。バックグラウンド プロセスが OnVault からローカル スナップショット プールにデータをコピーするため、読み取りパフォーマンスが迅速に向上します。すべてのデータがローカル ストレージにコピーされるため、ストレージ要件が最も高くなります。

    データへの高速アクセスと高い I/O パフォーマンスの両方が必要な場合は、このオプションを使用します。

  • 最大パフォーマンス: すべてのブロックがローカル スナップショット プールに読み取られて 完全なローカル コピーが作成された後に、イメージがマウントされます。すべてのデータがローカル スナップショット プールにコピーされるため、このオプションのローカル ストレージ使用量は [パフォーマンス最適化] と同じです。

    すべてのアプリケーション I/O でローカル ストレージのピーク パフォーマンスが必要で、OnVault プールからの読み取りレイテンシが許容できない場合は、このオプションを使用します。完全なローカル コピーが確立される前にアプリケーションにデータへのアクセス権を付与することは望ましくありません。

OnVault プールを使用する

OnVault ポリシーへのスナップショットと OnVault ポリシーへの直接転送は、ストレージへのデータの転送を制御します。データの送信スケジュールと、データの保持期間の定義を指定します。リソース プロファイルと OnVault テンプレートの組み合わせにより、適用先のアプリケーションのバックアップ プランが作成されます。

次の手順に沿って、イメージデータを OnVault ストレージ プールで定義されたストレージに転送します。

  1. OnVault プールが作成されていることを確認します。OnVault ストレージ プールは、使用するストレージを定義し、リソース プロファイル で指定します。

  2. [**バックアップ プラン**] で、次のいずれかを含むテンプレートを作成します。

    • OnVault ポリシーへのスナップショット: これを使用して、VM、 ファイル システム、アプリケーション データを OnVault プールで定義されたストレージに移動するスケジュールを設定します。 OnVault ポリシーをご覧ください。
    • OnVault ポリシーへの直接転送: これを使用して、Google Cloud VMware Engine VM データを OnVault プールで定義されたストレージに移動するスケジュールを設定します。詳細については、OnVault ポリシーをご覧ください。

  3. [**バックアップ プラン**] で、必要に応じてデータをローカルに 保存する場所と、データの送信先となる OnVault プールを指定するリソース プロファイルを作成します。リソース プロファイルを作成するをご覧ください。

  4. [App Manager] で、OnVault プールにレプリケートするデータを選択し、[バックアップ テンプレート] と [リソース プロファイル] を適用します。

  5. バックアップ/リカバリ アプライアンスは、OnVault プールのストレージ内のデータにアクセスするときに、次の操作を完了できます。

    • クローンを作成する
    • データをマウントする
    • LiveClone は OnVault プールに作成できません。

  6. OnVault プールのストレージに保存されているデータのアクセス要件と復旧要件に基づいて、アプライアンス管理コンソールの [App Manager] の [アクセス] ウィンドウから、マウント オペレーションまたはクローン作成オペレーションを実行できます。