NetBackup™ 重複排除ガイド
- NetBackup メディアサーバー重複排除オプションの概要
- クイックスタート
- 配備の計画
- MSDP ストレージと接続性の必要条件について
- NetBackup メディアサーバー重複排除について
- NetBackup Client Direct の重複排除について
- MSDP リモートオフィスのクライアントの重複排除について
- MSDP のパフォーマンスについて
- MSDP のストリームハンドラについて
- MSDP の配置のベストプラクティス
- ストレージのプロビジョニング
- 重複排除のライセンス
- 重複排除の構成
- 重複排除マルチスレッドエージェントの動作の構成
- MSDP フィンガープリントのキャッシュ動作の構成
- ストレージサーバーでの MSDP フィンガープリントキャッシュのシードの構成
- NetBackup Key Management Server サービスを使用した MSDP 暗号化について
- メディアサーバー重複排除プールのストレージサーバーの構成
- 重複排除のディスクプールの構成
- [メディアサーバー重複排除プール (Media Server Deduplication Pool)]ストレージユニットの構成
- 同じドメイン内での MSDP の最適化複製について
- 同じ NetBackup ドメインでの MSDP 最適化複製の構成
- 異なる NetBackup ドメインへの MSDP レプリケーション設定
- NetBackup 自動イメージレプリケーションについて
- リモートドメインへの MSDP レプリケーションに対するターゲットの構成
- ストレージライフサイクルポリシーの作成
- [耐性ネットワーク (Resilient network)]プロパティ
- MSDP pd.conf ファイルの編集
- MSDP カタログの保護について
- MSDP カタログバックアップの設定
- 変更不可および削除不可のデータの NetBackup WORM ストレージサポートについて
- root 以外のユーザーによる MSDP サービスの実行
- MSDP クラウドのサポート
- MSDP クラウドのサポートについて
- クラウド領域の再利用
- クラウド LSU のディザスタリカバリについて
- MSDP クラウドを使用したイメージ共有について
- MSDP クラウド変更不可 (WORM) ストレージのサポートについて
- AWS S3 の変更不可オブジェクトのサポートについて
- Google Cloud Storage のバケットレベルの変更不可ストレージのサポートについて
- Google Cloud Storage のオブジェクトレベルの変更不可ストレージのサポートについて
- AWS IAM Role Anywhere のサポートについて
- Azure サービスプリンシパルのサポートについて
- AWS Snowball Edge の NetBackup のサポートについて
- MSDP の S3 インターフェース
- MSDP の独自の (BYO) サーバーでの MSDP 用 S3 インターフェースの構成
- MSDP の S3 インターフェースの IAM (Identity and Access Management)
- MSDP の S3 インターフェースの S3 API
- MSDP の S3 インターフェースでのディザスタリカバリ
- 重複排除アクティビティの監視
- 重複排除の管理
- MSDP サーバーの管理
- NetBackup Deduplication Engine クレデンシャルの管理
- メディアサーバー重複排除プールの管理
- MSDP データ整合性チェックの動作の構成
- MSDP ストレージのリベースについて
- MSDP のリカバリ
- MSDP ホストの置換
- MSDP のアンインストール
- 重複排除アーキテクチャ
- ユニバーサル共有の構成と使用
- ユニバーサル共有のユーザー認証の構成
- 取り込みモードの使用
- オブジェクトストアを使用したユニバーサル共有の有効化
- ユニバーサル共有アクセラレータの構成
- ユニバーサル共有アクセラレータのクォータについて
- 分離リカバリ環境 (IRE) の構成
- NetBackup 重複排除シェルの使用
- 重複排除シェルからのユーザーの管理
- 外部 MSDP カタログバックアップについて
- 重複排除シェルからの証明書の管理
- 重複排除シェルからの NetBackup サービスの管理
- 重複排除シェルからの NetBackup サービスの監視およびトラブルシューティング
- 重複排除シェルからの S3 サービスの管理
- トラブルシューティング
- 統合ログについて
- レガシーログについて
- MSDP 構成の問題のトラブルシューティング
- MSDP 操作上の問題のトラブルシューティング
- 複数ドメインの問題のトラブルシューティング
- 付録 A. MSDP ストレージへの移行
- 付録 B. Cloud Catalyst から MSDP ダイレクトクラウド階層化への移行
- 付録 C. Encryption Crawler
オブジェクトストアを使用したユニバーサル共有の有効化
AKS または EKS では、オブジェクトストアを使用したユニバーサル共有またはインスタントアクセスがデフォルトで有効になっています。ただし、クラウド仮想マシンでオブジェクトストア機能を有効にするには、この機能を手動で有効にする必要があります。
オブジェクトストアを使用したユニバーサル共有の有効化
- universal-share-object-store = 1 option を
etc/msdp-release
ファイルに追加します。例:
cat /etc/msdp-release universal-share-object-store = 1
- UNIVERSAL_SHARE_OBJECT_STORE の名前が extendedcapabilities オプションにあることを確認します。
例:
nbdevconfig -getconfig -stype PureDisk -storage_server your_storage_server_name |grep UNIVERSAL_SHARE_OBJECT_STORE
- メディアサーバーまたはプライマリサーバーで、次のコマンドを実行してストレージサーバーの属性を再ロードします。
nbdevconfig -getconfig -stype PureDisk -storage_server your_storage_server_name > /tmp/flags
nbdevconfig -setconfig -stype PureDisk -storage_server your_storage_server_name -configlist /tmp/flags
オブジェクトストアを使用したユニバーサル共有に追加できるオプションのパラメータを次に示します。これらのオプションは、storage_path/etc/puredisk/vpfsd_config.json
にあります。
スナップショットの保持:
"cloudFullTaskInterval": 36000,: ユニバーサル共有間隔の完全なスナップショットが自動的に作成され、デフォルト値は 10 時間です。このエントリは、秒単位を使用する整数である必要があります。
"cloudIncrTaskInterval": 1800,: ユニバーサル共有間隔の増分スナップショットが自動的に作成され、デフォルト値は 30 分です。このエントリは、秒単位を使用する整数である必要があります。
"cloudFullSnapshotRetention": 172800,: 完全なスナップショットコピーの保持期間。保持が期限切れになると、完全なスナップショットがローカルストレージとクラウドバケットストレージから削除されます。デフォルト値は 48 時間です。保持が 48 時間より長く設定されている場合は、領域の再利用に影響する可能性があります。
ローカルディスクキャッシュの設定:
"CloudCacheSize": 500,: ユニバーサル共有とインスタントアクセスのローカルディスクキャッシュサイズ。このオプションは、オブジェクトストアを使用したユニバーサル共有と、オブジェクトストアを使用したインスタントアクセスにのみ適用されます。vpfsd コマンドは spoold サービスからこの領域を削除するため、キャッシュサイズに十分な領域があることを確認する必要があります。それ以外の場合、オブジェクトストアを使用したユニバーサル共有またはオブジェクトストアのインスタントアクセスは作成されません。MSDP は、ユニバーサル共有を作成する前に十分な構成領域があることを確認します。キャッシュのサイズを増やすと vpfsd を再起動する必要があり、キャッシュサイズに対して十分な空き領域がない場合は vpfsd を開始できないことに注意してください。
オブジェクトストアを使用したユニバーサル共有またはインスタントアクセスが削除された後、その領域は自動的には spoold に戻りません。CloudCacheSize を減らして、一部の領域を spoold に戻します。削除後に vpfsd を再起動する必要があります。
"CloudCacheLowThreshold": 50,: キャッシュの領域使用量が低しきい値に達すると、vpfsd サービスはクラウドキャッシュの領域の再利用を開始します。このエントリはパーセント単位で表示されます。
"CloudCacheHighThreshold": 85,: キャッシュの領域使用量が高いしきい値に達すると、vpfsd サービスはデータの書き込みまたはダウンロードを停止します。空き容量がある場合は、データの書き込みとデータのダウンロードが続行されます。このエントリはパーセント単位で表示されます。
ローカルディスクキャッシュのサイズ決定:
キャッシュのサイズは、データボリュームの数、ユニバーサル共有の数、すべてのユニバーサル共有内のファイルの合計数によって異なります。ローカルディスクキャッシュには、データコンテナのメタデータと重複排除セグメントという 2 種類のデータストアがあります。ファイルの数が多いほどより多くのディスクキャッシュが必要になり、データボリュームの数が多いほどより多くのディスクキャッシュが必要になります。
100 万ファイルごとに、ユニバーサル共有のメタデータ用に約 300 GB のディスクキャッシュが必要です。データコンテナキャッシュの場合、各ユニバーサル共有には、デフォルトで各データボリュームについて 32 個のデータコンテナキャッシュがあり、すべてのユニバーサル共有についてデフォルトで読み取りキャッシュ用のデータコンテナが 1,024 個あります。
ディスクキャッシュサイズを計算するアルゴリズムを次に示します。
メタデータサイズ: 300 GB * ファイル数 (単位は 100 万)
データコンテナのサイズ: 64 MB * (32 * データボリュームの数 * 共有の数 + 1024)
合計キャッシュサイズ: (メタデータサイズ + データコンテナサイズ) / 0.85 (CloudCacheHighThreshold)
ローカルディスクのデフォルトサイズは 500 GB です。このサイズであれば、ほとんどのシナリオに対応できます。データボリュームまたはパーティションの数が 4 以下の場合は、以下の構成をお勧めします。キャッシュサイズを調整するには、
vpfsd_config.json
の CloudCacheSize を構成します。ファイル数 (100 万単位)
共有の数
パーティションの数
ディスクキャッシュサイズ (GB 単位)
0.5
1
4
400
0.5
20
4
400
1
1
4
600
1
20
4
600
2
1
4
800
3
1
4
1200
4
1
4
1600
5
1
4
2000
5
20
4
2000
6
1
4
2200
7
1
4
2600
8
1
4
3000
9
1
4
3400
10
1
4
3800
10
20
4
3800
スナップショット管理:
クラウドバケットの完全なスナップショットと増分スナップショットを含むすべてのスナップショットを一覧表示します。
/usr/openv/pdde/vpfs/bin/vpfscld - list
スナップショットを手動で作成し、スナップショットとデータをクラウドバケットにアップロードします。
/usr/openv/pdde/vpfs/bin/vpfscld --snapshot --share_id <share> --snap_type <full|incr>
ローカルおよびクラウドからスナップショットを手動で削除する場合は、期限切れのスナップショットはリカバリできないことに注意してください。
/usr/openv/pdde/vpfs/bin/vpfscld --expire --share_id <share> --pit <point in time>
クラウドバケットからスナップショットを手動でリカバリする:
/usr/openv/pdde/vpfs/bin/vpfscld -recover --share_id <share> [--tgt_id <target>] [--pit <point in time>] [--force]
ユニバーサル共有のスナップショットコピーの数を構成します。
スナップショットコピーのデフォルトの数は 2 です。これは
vpfsd_config.json
の cloudMaxSnapshotCopy パラメータで構成できます。cloudMaxSnapshotCopy の値を 0 に設定すると、自動的にスナップショットを取得する機能が無効になります。ユニバーサル共有がローカルディスクキャッシュにスナップショットを格納する場合、値を大きくすると、より多くのローカルディスクキャッシュが必要になります。スナップショットのコピーがローカルディスクキャッシュに格納されるようにユニバーサル共有を構成します。
NetBackup 10.4 以降のバージョンでは、スナップショットはローカルディスクキャッシュに保存されるのではなく、クラウドバケットにのみ保存されます。ただし、ローカルディスクキャッシュで、追加のスナップショットのストレージを構成および制御することは可能です。スナップショットを引き続きローカルディスクキャッシュに保持するには、
vpfsd_config.json
の cloudKeepLocalSnapshotCopy を true に構成する必要があります。また、さらに多くのローカルディスク容量も必要です。
メモ:
ユニバーサル共有とインスタントアクセスのオブジェクトストアを有効にするには、/etc/msdp-release
に universal-share-object-store = 1 と instance-access-object-store = 1 を追加します。
メモ:
<MSDP directory>/var/keys/auth.key
のコピーを別のコンピュータの安全な場所に保存します。これは、ユニバーサル共有のディザスタリカバリの一部に必要です。