NetBackup™ Snapshot Manager インストールおよびアップグレードガイド
- 概要
- 第 I 部 NetBackup Snapshot Manager のインストールおよび構成
- NetBackup Snapshot Manager のインストールの準備
- コンテナイメージを使用した NetBackup Snapshot Manager の配備
- NetBackup Snapshot Manager 拡張機能の配備
- Snapshot Manager 拡張機能のインストールを開始する前に
- Snapshot Manager 拡張機能のダウンロード
- VM への Snapshot Manager 拡張機能のインストール
- Azure の管理対象 Kubernetes クラスタ (AKS) への Snapshot Manager 拡張機能のインストール
- AWS の管理対象 Kubernetes クラスタ (EKS) への Snapshot Manager 拡張機能のインストール
- GCP の管理対象 Kubernetes クラスタ (GKE) への Snapshot Manager 拡張機能のインストール
- kustomize および CR YAML を使用した拡張機能のインストール
- 拡張機能の管理
- NetBackup Snapshot Manager クラウドプラグイン
- NetBackup Snapshot Manager アプリケーションエージェントとプラグイン
- NetBackup Snapshot Manager のエージェントレス機能を使用した資産の保護
- NetBackup Snapshot Manager でのボリュームの暗号化
- NetBackup Snapshot Manager のセキュリティ
- 第 II 部 NetBackup Snapshot Manager のメンテナンス
- NetBackup Snapshot Manager のログ記録
- NetBackup Snapshot Manager のアップグレード
- NetBackup Snapshot Manager のアンインストール
- NetBackup Snapshot Manager のトラブルシューティング
Google Cloud Platform プラグインの構成に関する注意事項
Google Cloud Platform プラグインを使用すると、Google Cloud が存在するすべてのリージョンのディスクおよびホストベースのスナップショットを作成、削除、リストアできます。
Google Cloud Platform プラグインを構成する前に、Google Cloud コンソールの ［APIs & Services］で次の API を有効にします。
Cloud Resource Manager API
Compute Engine API
Kubernetes クラスタ拡張機能の構成時に提供されるノードプールには、同じリージョンのすべてのノードが必要です。つまり、ノードプールは単一ゾーンである必要があります。
Snapshot Manager ホストとノードプールのリージョンは同じである必要があります。
スナップショットからバックアップする使用例では、Snapshot Manager はクラウドにのみインストールする必要があります。Snapshot Manager がインストールされているリージョンにプロバイダを構成する必要があります。Snapshot Manager が us-west1-b ゾーンにインストールされている場合は、us-west1-b リージョンのプロバイダを構成する必要があります。
Snapshot Manager を手動インストールする (Marketplace 以外) 場合、LVM の LV の自動アクティブ化を無効にします。これは、auto_activation_volume_list パラメータを空のリストまたは自動アクティブ化する必要がある特定の VG 名のリストに設定することによって実現できます。auto_activation_volume_list パラメータは
lvm.conf設定ファイルで設定できます。
Google Cloud Platform プラグインを構成するには、次のパラメータが必要です。
表: Google Cloud Platform プラグインの構成パラメータ
|
Snapshot Manager の構成パラメータ |
Google の同等の用語と説明 |
|---|---|
|
プロジェクト ID (Project ID) |
リソースの管理元であるプロジェクトの ID。project_id として JSON ファイルに記載されています。 |
|
クライアントの電子メール (Client Email) |
クライアント ID の電子メールアドレス。client_email として JSON ファイルに記載されています。 |
|
秘密鍵 (Private Key) |
秘密鍵。JSON ファイルには private_key として記載されています。 メモ: このキーは引用符なしで入力する必要があります (一重引用符も二重引用符も利用不可)。鍵の先頭または末尾にスペースや改行文字を入力しないでください。 |
|
リージョン (Region) |
プラグインが動作するリージョンのリスト。 |
Snapshot Manager は、次の GCP リージョンをサポートします。
表: Snapshot Manager でサポートされる GCP リージョン
|
GCP リージョン |
|---|
|
|
|
|
|
|
同じプラグインに対して複数の構成を作成する場合は、それらが異なるリージョンの資産を管理していることを確認します。2 つ以上のプラグイン構成で、クラウド資産の同じセットを同時に管理しないようにする必要があります。
複数のアカウントが 1 台の Snapshot Manager ですべて管理されている場合、単一の Snapshot Manager インスタンスで管理する資産の数が多くなりすぎるため、分散したほうがよい場合があります。
アプリケーションの整合性スナップショットを実現するには、リモート VM インスタンスと Snapshot Manager との間で、エージェントまたはエージェントレスのネットワーク接続が必要です。これには、アカウント、サブスクリプション、およびプロジェクト間のネットワークを設定する必要があります。
このプラグインを構成する前に、次の点を考慮します。
GCP プラグイン構成からリージョンを削除すると、そのリージョンから検出されたすべての資産も、Snapshot Manager 資産データベースから削除されます。削除された資産に関連付けられているアクティブなスナップショットがある場合、それらのスナップショットに対して操作を実行できないことがあります。
このリージョンをプラグイン構成に再び追加すると、Snapshot Manager ですべての資産が再度検出され、関連付けられているスナップショットの操作を再開できます。ただし、関連付けられたスナップショットに対してはいずれのリストア操作も実行できません。
GCP インスタンスのアタッチメントポイントの最大値は 128 で、Snapshot Manager ホストはそのうち 2 つを使用し、残りの 126 がバックアップ/リストアジョブ用になります。つまり Snapshot Manager は、126 のアタッチメントポイントが利用可能な間は、いつでもインスタンスをバックアップまたはリストアできます。アタッチメントポイントが枯渇すると、バックアップジョブまたはリストアジョブは失敗するようになり、次のエラーメッセージが表示されます。
Failed to attach disk.
GCP インスタンスにアタッチできるラベルの最大数は 64 で、Snapshot Manager が 2 つ使用します。ラベルが 62 を超えるインスタンスがある場合、バックアップまたはリストアが失敗することがあります。