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

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

IAM のロールと権限

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

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

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 バケットのバージョニングと保持を無効にする必要があります。
  
  注: Backup and DR Service は、保持ポリシーの期間を秒単位で使用するように設定された Google Cloud ストレージバケットをサポートしていません。バケットのプロジェクトで constraints/storage.retentionPolicySeconds が有効になっている場合は、OnVault プールを作成する前に無効にします。
- Cloud Storage バケットの削除（復元可能）ポリシーを無効にする必要があります。
- 新しいバケットでは、アクセス制御を均一に設定する必要があります。
- Google-owned and Google-managed encryption keys と顧客管理の暗号鍵（CMEK）がサポートされています。
- バックアップ/復元アプライアンスのサービスアカウントを、必要なロールと権限を持つプリンシパルとしてバケットに追加します。この操作は、ユーザーが作成したバケットごとに行う必要があります。
- バックアップ/リカバリアプライアンスに接続されたサービスアカウントを使用するため、アプライアンスを選択するとサービスアカウントフィールドにストレージバケットの詳細が自動的に入力されます。
- サービスアカウントが、プロジェクトレベルまたはバケットレベルで必要な権限を持つロールを使用してバケットにアクセスできることを確認します。
  
  注: OnVault プールは、アプライアンスのデプロイ時に自動的に作成されます。デフォルトでは、このプールはデフォルトのクラウド認証情報に使用されます。この OnVault プールは、Compute Engine インスタンスの保護にのみ使用できます。詳細については、デフォルトのクラウド認証情報をご覧ください。

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

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

OnVault プールを追加する

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

[管理] をクリックし、プルダウンメニューから [ストレージプール] を選択します。
ページの右上にある [Add OnVault Pool] をクリックします。
[OnVault Pool Name]（OnVault プール名）を入力します。有効な文字は、英字、数字、スペース、ハイフン（-）、アンダースコア（_）です。
[プールタイプ] を選択します。デフォルトの Cloud Storage を選択します。Cloud Storage プールタイプはすべてのストレージクラスをサポートしており、以前の OnVault プールとの下位互換性が必要な場合を除き、使用する必要があります。OnVault プールの作成後にプールタイプを変更することはできません。

注: 以前の OnVault プールでは、バケットのストレージクラスに応じて Coldline Storage または Nearline Storage を選択します。
[アプライアンス] プルダウンから、OnVault プールを追加するアプライアンスを選択します。

読み取り専用のサービスアカウントフィールドが自動的に入力されます。
[バケット] フィールドに、データを保持するストレージバケットの名前を入力します。バケットがすでに存在している必要があります。また、バケット名が正しいことを確認してください。 Google Cloud コンソールページでバケット名を取得し、[Cloud Storage]、[バケット] の順にクリックします。手順 5 で表示されるサービスアカウントには、バケットレベルまたはプロジェクトレベルでバケットにアクセスする権限が必要です。Coldline と Nearline では、バケットに対するきめ細かい ACL が必要です。
OnVault プールのデータを圧縮形式で保存するか、非圧縮形式で保存するかを指定します。データを圧縮するとストレージ費用は削減されますが、バックアップ/復元アプライアンスでデータを圧縮してから送信するために、追加のコンピューティング容量が必要になります。ほとんどの場合、圧縮ボックスはオンのままにしておきます。圧縮により、ネットワークトラフィックも削減されます。
[詳細オプション] で、次の操作を行います。
1. [オブジェクトサイズ] を選択します。値の範囲は 64 KB ～ 8 MB です。ほとんどの場合、デフォルト値の 1 MB が最適です。オブジェクトサイズを変更すると、OnVault に使用されるストレージサービスのパフォーマンスと費用に悪影響を及ぼす可能性があります。
  
  注: 指示がない限り、オブジェクトサイズをデフォルトから変更しないでください。
プロキシを使用する場合は、プロキシサーバーのアドレスとポート番号を入力します。
[保存] をクリックします。

OnVault プールを編集する

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

[管理] をクリックし、プルダウンメニューから [ストレージプール] を選択します。
編集する OnVault プールを選択し、ページの右下にある [編集] ボタンをクリックします。
必要に応じて、[OnVault Pool Name] と [Bucket] の詳細を編集します。必要に応じて圧縮を有効または無効にします。[サービスアカウント] は編集できません。
[詳細オプション] で、必要に応じて [オブジェクトサイズ] と [プロキシサーバー] を変更します。オブジェクトサイズを変更すると、OnVault に使用されるストレージサービスのパフォーマンスと費用に悪影響を及ぼす可能性があります。

注: 指示がない限り、オブジェクトサイズをデフォルトから変更しないでください。
[更新] をクリックします。

注: オブジェクトサイズを変更すると、このプールに対する次のバックアップジョブは新しい完全バックアップになります。

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

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

次の手順に沿って、JSON キーの OnVault プールをアプライアンスサービスアカウントプールに置き換えます。

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

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

OnVault プールを削除する

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

プールを指定するバックアッププランリソースプロファイルがないことを確認します。
プール内のすべての OnVault イメージの有効期限が切れます。最後の OnVault イメージは、アプリが保護されていないか、イメージが明示的に期限切れにならない限り、期限切れになることはありません。

注: Cloud Storage バケットが OnVault プールとして定義されている場合は、削除しないでください。バケットを使用する OnVault プールを削除してから、Cloud Storage バケットを削除します。

アプライアンスから OnVault プールを削除するには、次の操作を行います。

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

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

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

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

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

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

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

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

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

OnVault プールが作成されていることを確認します。OnVault ストレージプールは、使用されるオブジェクトストレージを定義し、リソースプロファイルで指定されます。
[バックアッププラン] で、次のいずれかを含むテンプレートを作成します。
- Snapshot to OnVault ポリシー: これを使用して、VM、ファイルシステム、アプリケーションデータを OnVault プールで定義されたストレージに移動するスケジュールを設定します。OnVault ポリシーをご覧ください。
- Direct to OnVault ポリシー: これを使用して、VMware Engine VM データを OnVault プールで定義されたストレージに移動するスケジュールを設定します。詳細については、OnVault ポリシーをご覧ください。
[バックアッププラン] で、必要に応じてデータをローカルに保存する場所と、データが送信される OnVault プールを指定するリソースプロファイルを作成します。リソースプロファイルを作成するをご覧ください。
App Manager で、OnVault プールに複製するデータを選択し、バックアップテンプレートとリソースプロファイルを適用します。
バックアップ/リカバリアプライアンスは、OnVault プールのストレージ内のデータにアクセスするときに、次の処理を完了できます。
- クローンを作成します。
- マウントデータ。
注: マウントされたデータにはホストから直接アクセスできますが、このデータに対してワークロードを直接実行することはおすすめしません。
- LiveClone は OnVault プールに作成できません。
OnVault プールのストレージに保存されているデータのアクセスと復元の要件に基づいて、管理コンソールから [アプリマネージャー] の [アクセス] ウィンドウでマウントオペレーションまたはクローンオペレーションを実行できます。
- マウントオペレーションの実行については、イメージをマウントするをご覧ください。
- クローン作成オペレーションの実行については、クローンの概要をご覧ください。

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

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

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

このオプションを使用すると、データがネットワーク経由で常に取得されるため、読み取りパフォーマンスは低下しますが、ローカルストレージの使用量を最小限に抑えることができます。
Balanced:（デフォルトオプション）OnVault プールから読み取られたオブジェクトはローカルスナップショットプールにキャッシュに保存されるため、同じブロックのその後の読み取りはローカルで実行されます。書き込みはローカルスナップショットプールに送信されます。読み取りパフォーマンスは、読み取られてスナップショットプールに保存されるデータが増えるにつれて向上します。ローカルストレージの使用は、アプリケーションで実際に必要なデータに限定されます。

ローカルストレージが使用可能で、高い I/O パフォーマンスが不要な場合は、このオプションを使用します。
パフォーマンス最適化: 読み取りブロックはローカルスナップショットプールにキャッシュに保存されるため、同じブロックの以降の読み取りはローカルで実行されます。また、すべてのブロックがバックグラウンドでローカルスナップショットプールに読み取られ、完全なローカルコピーが作成されます。書き込みはローカルスナップショットプールに送信されます。バックグラウンドプロセスで OnVault からローカルスナップショットプールにデータがコピーされると、読み取りパフォーマンスが急速に向上します。すべてのデータがローカルストレージにコピーされるため、ストレージ要件が最も高くなります。

データへの高速アクセスと高い I/O パフォーマンスの両方が必要な場合は、このオプションを使用します。
最大パフォーマンス: すべてのブロックがローカルスナップショットプールに読み取られ、完全なローカルコピーが作成されてから、イメージがマウントされます。このオプションでは、すべてのデータがローカルスナップショットプールにコピーされるため、パフォーマンス最適化と同じローカルストレージ使用量になります。

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

注: [最大パフォーマンス] オプションは、OnVault バックアップイメージでのみサポートされています。

OnVault プールを使用する

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