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 バケット間でのバックアップ データのコピー、保存済みバックアップの有効期限切れなどです。このロールの権限を確認するには、[IAM と管理] > [ロール] に移動し、[バックアップと DR の Cloud Storage オペレーター] を選択します。
Backup and DR Cloud Storage Operator ロールを割り当てない場合は、カスタムロールを作成して次の権限を割り当てることもできます。
storage.buckets.createstorage.buckets.getstorage.objects.createstorage.objects.deletestorage.objects.getstorage.objects.list
OnVault プールを追加または編集する
このセクションでは、新しい OnVault プールを追加する方法、または既存の OnVault プールを編集する方法について説明します。
始める前に
OnVault プールには Cloud Storage へのアクセス権が必要です。OnVault プールを追加する前に、次の操作を行います。
バックアップ データを保存するストレージ バケットを特定するか、作成します。
- すべてのストレージ クラスとロケーションがサポートされています。データの保持に基づいて適切なクラスを使用します。営業部門またはサポート部門に事前にコンサルトせずに、アーカイブ クラスを使用しないでください。
Cloud Storage バケットのバージョニングと保持を無効にする必要があります。
Cloud Storage バケットの削除（復元可能）ポリシーを無効にする必要があります。
新しいバケットでは、アクセス制御を均一に設定する必要があります。
Google 所有の Google 管理の 暗号鍵と顧客管理の暗号鍵（CMEK）がサポートされています。
バックアップ/リカバリ アプライアンスのサービス アカウントを、必要なロールと権限を持つプリンシパルとしてバケットに追加します。これは、ユーザーが作成したバケットごとに行う必要があります。
バックアップ/リカバリ アプライアンスに接続されているサービス アカウントを使用するため、アプライアンスを選択するとサービス アカウント フィールドに自動的に入力されるように、ストレージ バケットの詳細を入力します。
サービス アカウントに、プロジェクト レベルまたはバケットレベルで必要な権限を持つロールでバケットへのアクセス権があることを確認します。
同じバックアップ/リカバリ アプライアンスのサービス アカウントを使用して、バックアップ/リカバリ アプライアンスに任意の数の OnVault プールを作成できます。OnVault プールを追加する手順は、バックアップ/リカバリ アプライアンスのソフトウェア バージョンによって異なります。使用しているバージョンを確認するには、[管理] > [アプライアンス] に移動し、[バージョン] 列を確認します。
次の表に、デプロイされたアプライアンス バージョンでの OnVault プールの動作を示します。
OnVault プールを追加する
OnVault プールを追加する手順は次のとおりです。
- [管理] をクリックし、プルダウン メニューから [ストレージ プール] を選択します。
- ページの右上にある [Add OnVault Pool] をクリックします。
- [OnVault プール名] を入力します。有効な文字は、英字、数字、空白、ハイフン（-）、アンダースコア（_）です。
[プールタイプ] を選択します。デフォルトの Cloud Storage を選択します。Cloud Storage プールタイプはすべてのストレージ クラスをサポートしています。以前の OnVault プールとの下位互換性が必要な場合を除き、このタイプを使用する必要があります。OnVault プールの作成後にプールタイプを変更することはできません。
[アプライアンス] プルダウンから、OnVault プールを追加するアプライアンスを選択します。
読み取り専用のサービス アカウント フィールドが自動的に入力されます。
[Bucket] フィールドに、データを保持するストレージ バケットの名前を入力します。バケットがすでに存在し、バケット名が正しいことを確認します。 Google Cloud コンソール ページでバケット名を取得し、[Cloud Storage]、[バケット] の順にクリックします。ステップ 5 に表示されたサービス アカウントには、バケットレベルまたはプロジェクト レベルでバケットにアクセスするための権限が必要です。Coldline と Nearline では、バケットにきめ細かい ACL が必要です。
OnVault プール内のデータを圧縮形式で保存するか、非圧縮形式で保存するかを指定します。データを圧縮するとストレージ費用を削減できますが、バックアップ/リカバリ アプライアンスがデータを圧縮してから転送するために、追加のコンピューティング容量が必要になります。ほとんどの場合、圧縮チェックボックスはオンのままにします。圧縮によりネットワーク トラフィックも削減されます。
[詳細オプション] で、次の操作を行います。
[Object size] を選択します。値の範囲は 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 イメージは、アプリが保護されていないか、イメージが明示的に期限切れにならない限り、期限切れになることはありません。
アプライアンスから OnVault プールを削除する手順は次のとおりです。
- [管理] をクリックし、プルダウン メニューから [ストレージ プール] を選択します。
- 削除する OnVault プールを右クリックし、[削除] を選択します。
- [確認] をクリックします。
OnVault プール内のデータにアクセスする
OnVault プールを使用するリソース プロファイルと、OnVault ポリシーを含むバックアップ テンプレートができたら、[バックアップ プラン] タブで、リソース プロファイルとバックアップ テンプレートをアプリケーションと VM に適用できます。OnVault ポリシーはスケジュールに従って実行され、キャプチャされたイメージはリソース プロファイルで指定された OnVault プールに書き込まれます。
最初のフル バックアップの後、OnVault へのスナップショット ポリシーは、データ変更のみがキャプチャされ、ストレージに送信されるバックアップと DR の永久増分モデルに従います。
最初のキャプチャ オペレーションが完了すると、OnVault プールのストレージ ロケーションのデータに次のルールに従ってアクセスできます。
- バックアップ/リカバリ アプライアンスは、OnVault データからクローンを作成できます。
- バックアップ/リカバリ アプライアンスは、OnVault データから LiveClone を作成できません。
- バックアップ/リカバリ アプライアンスは OnVault データをマウントできます。
- バックアップ/リカバリ アプライアンスは OnVault プールにデータをマウントできますが、まずすべてのデータをスナップショット プールにコピーしてからマウントします。
- バックアップ/リカバリ アプライアンスは、OnVault プール内のデータをアプリケーション アウェア マウントできます。
バックアップを OnVault プールに送信する
スナップショットから OnVault へのポリシーと OnVault への直接転送ポリシーは、ストレージへのデータ転送を制御します。データの送信スケジュールとデータの保持期間の定義を提供します。リソース プロファイルと OnVault テンプレートを組み合わせることで、それらが適用されるアプリケーションのバックアップ プランが形成されます。OnVault プールを作成するには、OnVault プールを追加するをご覧ください。
次の手順で、OnVault ストレージ プールで定義されたストレージにイメージデータを転送します。
- OnVault プールが作成されていることを確認します。OnVault ストレージ プールは、使用されるオブジェクト ストレージを定義し、リソース プロファイルで指定します。
[バックアップ プラン] で、次のいずれかを含むテンプレートを作成します。
- スナップショットから OnVault へのポリシー: VM、ファイル システム、アプリケーション データを OnVault プールで定義されたストレージに移動するスケジュールを設定します。OnVault ポリシーをご覧ください。
- Direct to OnVault ポリシー: OnVault プールで定義されたストレージへの VMware Engine VM データの移動をスケジュールするために使用します。詳細については、OnVault ポリシーをご覧ください。
[バックアップ プラン] で、ローカルにデータを保存する場所（該当する場合）と、データが送信される OnVault プールを指定するリソース プロファイルを作成します。リソース プロファイルを作成するをご覧ください。
[App Manager] で、OnVault プールに複製するデータを選択し、バックアップ テンプレートとリソース プロファイルを適用します。
バックアップ/リカバリ アプライアンスは、OnVault プールのストレージ内のデータにアクセスするときに、次の処理を完了できます。
- クローンを作成します。
- データをマウントします。
- OnVault プールには LiveClone を作成できません。
OnVault プールのストレージに保存されているデータのアクセス要件と復元要件に基づいて、管理コンソールの [アプリ マネージャー] の [アクセス] ウィンドウからマウント オペレーションまたはクローン オペレーションを実行できます。
- マウント オペレーションの実行については、イメージをマウントするをご覧ください。
- クローン オペレーションの実行については、クローンの概要をご覧ください。
OnVault イメージのパフォーマンスと消費量のバランスを取る
OnVault プールからイメージをマウントする場合、次の 4 つのオプションを使用して、データにアクセスするためのパフォーマンスとストレージのニーズをバランスよく調整できます。
ストレージ最適化: 可能であれば、読み取りブロックはスナップショット プールから取得されます。それ以外の場合は、ネットワークを介して OnVault プールから直接取得されます。書き込みはローカル スナップショット プールに送信されます。
このオプションを使用すると、ローカル ストレージの使用量を最小限に抑えることができますが、データはネットワークを介して絶えず pull されるため、読み取りパフォーマンスが低下します。
バランス: （デフォルト オプション）OnVault プールから読み取られたオブジェクトはローカル スナップショット プールにキャッシュに保存されるため、同じブロックのその後の読み取りはローカルで処理されます。書き込みはローカル スナップショット プールに送信されます。読み取りパフォーマンスは、より多くのデータが読み取られてスナップショット プールに保存されるにつれて向上します。ローカル ストレージの使用は、アプリで実際に必要なデータに限定されます。
ローカル ストレージが使用可能で、高い I/O パフォーマンスが不要な場合に、このオプションを使用します。
パフォーマンス最適化: 読み取りブロックはローカル スナップショット プールにキャッシュに保存されるため、同じブロックのその後の読み取りはローカルで実行されます。また、すべてのブロックがバックグラウンドでローカル スナップショット プールに読み込まれ、完全なローカルコピーが作成されます。書き込みはローカル スナップショット プールに送信されます。バックグラウンド プロセスが OnVault からローカル スナップショット プールにデータをコピーすると、読み取りパフォーマンスが急速に向上します。すべてのデータがローカル ストレージにコピーされるため、ストレージ要件が最も高くなります。
このオプションは、データへの高速アクセスと高い I/O パフォーマンスの両方が必要な場合に使用します。
最大パフォーマンス: すべてのブロックがローカル スナップショット プールに読み込まれ、完全なローカルコピーが作成された後に、イメージがマウントされます。このオプションでは、すべてのデータがローカル スナップショット プールにコピーされるため、ローカル ストレージの使用量は [パフォーマンス最適化] の場合と同じです。
このオプションは、すべてのアプリケーション I/O でローカル ストレージのピーク パフォーマンスが必要な場合、OnVault プールからの読み取りレイテンシが許容されず、完全なローカル コピーが確立される前にアプリケーションにデータへのアクセス権を付与することが望ましくない場合に使用します。
OnVault プールを使用する
スナップショットから OnVault へのポリシーと OnVault への直接転送ポリシーは、ストレージへのデータ転送を制御します。データの送信スケジュールとデータの保持期間の定義を提供します。リソース プロファイルと OnVault テンプレートを組み合わせることで、それらが適用されるアプリケーションのバックアップ プランが形成されます。
次の手順に沿って、OnVault ストレージ プールで定義されたストレージにイメージデータを転送します。
- OnVault プールが作成されていることを確認します。OnVault ストレージ プールは、使用されるストレージを定義し、リソース プロファイルで指定します。
[バックアップ プラン] で、次のいずれかを含むテンプレートを作成します。
- スナップショットから OnVault へのポリシー: VM、ファイル システム、アプリケーション データを OnVault プールで定義されたストレージに移動するスケジュールを設定します。OnVault ポリシーをご覧ください。
- Direct to OnVault ポリシー: Google Cloud VMware Engine VM データの OnVault プールで定義されたストレージへの移動をスケジュールするために使用します。詳細については、OnVault ポリシーをご覧ください。
[バックアップ プラン] で、ローカルにデータを保存する場所（該当する場合）と、データが送信される OnVault プールを指定するリソース プロファイルを作成します。リソース プロファイルを作成するをご覧ください。
App Manager で、OnVault プールに複製するデータを選択し、バックアップ テンプレートとリソース プロファイルを適用します。
バックアップ/リカバリ アプライアンスは、OnVault プールのストレージ内のデータにアクセスするときに、次の処理を完了できます。
- クローンを作成する
- マウント データ
- OnVault プールには LiveClone を作成できません。
OnVault プールのストレージに保存されているデータのアクセス要件と復元要件に基づいて、管理コンソールの [アプリ マネージャー] の [アクセス] ウィンドウからマウント オペレーションまたはクローン オペレーションを実行できます。