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