<book_title> を検索 ...

NetBackup™ Snapshot Manager for Cloud インストールおよびアップグレードガイド

Last Published: 2024-05-15

Product(s): NetBackup & Alta Data Protection (10.4)

NetBackup Snapshot Manager 拡張機能のサイズの決定に関する推奨事項

NetBackup Snapshot Manager 拡張機能の目的は、パフォーマンス容量がピーク時に NetBackup Snapshot Manager 上で多数の要求を同時に実行するため、NetBackup Snapshot Manager ホストの容量を拡大縮小させることです。要件に応じて、1 つ以上の NetBackup Snapshot Manager 拡張機能をクラウドにインストールし、ホストに余分な負荷をかけることなくジョブを実行できます。拡張機能により、NetBackup Snapshot Manager の処理容量を増加できます。

NetBackup Snapshot Manager 拡張機能では、NetBackup Snapshot Manager ホストと同等以上の構成が可能です。

システム要件への準拠を参照してください。

サポート対象の NetBackup Snapshot Manager 拡張機能の環境:

管理対象の Kubernetes クラスタを使用するクラウドベースの拡張機能

メモ:

NetBackup Snapshot Manager 10.0 の場合、VM ベースの拡張機能は Azure Stack ハブでサポートされ、Kubernetes ベースの拡張機能は Azure、AWS、および GCP でサポートされます。

Veritas は、NetBackup Snapshot Manager 拡張機能の次の構成をお勧めします。

表: VM ベースの拡張機能 (Azure Stack) の一般的な NetBackup Snapshot Manager 拡張機能の構成

作業負荷メトリック	NetBackup Snapshot Manager 拡張機能の構成
最大 16 個の同時操作タスク	CPU: 4 個の CPU メモリ: 16 GB たとえば、Azure Stack では、NetBackup Snapshot Manager 拡張機能は AWS の t3.xlarge インスタンスと同等である必要があります。
最大 32 個の同時操作タスク	CPU: 8 個の CPU メモリ: 32 GB 以上たとえば、Azure Stack では、NetBackup Snapshot Manager 拡張機能は AWS の t3.2xlarge 以上の形式のインスタンスと同等である必要があります。

作業負荷メトリック

NetBackup Snapshot Manager 拡張機能の構成

最大 16 個の同時操作タスク

CPU: 4 個の CPU

メモリ: 16 GB

たとえば、Azure Stack では、NetBackup Snapshot Manager 拡張機能は AWS の t3.xlarge インスタンスと同等である必要があります。

最大 32 個の同時操作タスク

CPU: 8 個の CPU

メモリ: 32 GB 以上

たとえば、Azure Stack では、NetBackup Snapshot Manager 拡張機能は AWS の t3.2xlarge 以上の形式のインスタンスと同等である必要があります。

表: Kubernetes ベースの拡張機能 (Azure、AWS、および GCP) の一般的な NetBackup Snapshot Manager 拡張機能の構成

作業負荷メトリック	NetBackup Snapshot Manager 拡張機能の構成
最大 24 個の同時操作タスク	2 CPU と 8 GB の RAM ノード構成の場合: CPU: 2 CPU 超ノードあたりの RAM: 8 GB ノードあたりの最大ポッド数: 13 + 15 + 8* 2 = 16 (動的ポッド) = 44 以上自動スケールが有効な場合、最小値は 1、最大値は 3 スナップショットジョブからの 1 つのバックアップに対して、2 つのポッドが作成されます。ここで、15 は断続的な操作のバッファポッド数です。13 は、10 (Kubernetes と CSP ポッドの数) + 3 (リスナー + fluent コレクタ + fluent デーモンセット) として計算されます。
2/4/6 CPU と 16 GB のノード構成の場合ノードあたりの CPU: 2/4/6 CPU 超ノードあたりの RAM: 16 GB ノードあたりの最大ポッド数: 13 + 15 + 16* 2 = 32 (動的ポッド) = 60 以上自動スケールが有効な場合、最小値は 1、最大値は 3 スナップショットジョブからの 1 つのバックアップに対して、2 つのポッドが作成されます。ここで、15 は断続的な操作のバッファポッド数です。13 は、10 (Kubernetes と CSP ポッドの数) + 3 (リスナー + fluent コレクタ + fluent デーモンセット) として計算されます。

作業負荷メトリック

NetBackup Snapshot Manager 拡張機能の構成

最大 24 個の同時操作タスク

2 CPU と 8 GB の RAM ノード構成の場合:

CPU: 2 CPU 超

ノードあたりの RAM: 8 GB

ノードあたりの最大ポッド数: 13 + 15 + 8* 2 = 16 (動的ポッド) = 44 以上

自動スケールが有効な場合、最小値は 1、最大値は 3

スナップショットジョブからの 1 つのバックアップに対して、2 つのポッドが作成されます。ここで、15 は断続的な操作のバッファポッド数です。13 は、10 (Kubernetes と CSP ポッドの数) + 3 (リスナー + fluent コレクタ + fluent デーモンセット) として計算されます。

2/4/6 CPU と 16 GB のノード構成の場合

ノードあたりの CPU: 2/4/6 CPU 超

ノードあたりの RAM: 16 GB

ノードあたりの最大ポッド数: 13 + 15 + 16* 2 = 32 (動的ポッド) = 60 以上

自動スケールが有効な場合、最小値は 1、最大値は 3

(EKS 固有) Kubernetes メトリクスサーバーのインストール

Kubernetes メトリクスサーバーはクラスタ内のリソース使用状況データのアグリゲータであり、Amazon EKS クラスタではデフォルトでは展開されません。次の手順では、Amazon EKS クラスタに Kubernetes メトリクスサーバーを配備する方法について説明します。

次のコマンドを使用してメトリクスサーバーを配備します。
kubectl apply -f https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml
次のコマンドを使用して、metrics-server の配備で必要な数のポッドが実行されていることを確認します。
kubectl get deployment metrics-server -n kube-system
出力例は次のとおりです。
```
NAME             READY   UP-TO-DATE   AVAILABLE   AGE
metrics-server   1/1     1            1           6m
```

一般的な考慮事項とガイドライン:

NetBackup Snapshot Manager 拡張機能の構成を選択するときは、次の点を考慮してください。

作業負荷の高い環境でパフォーマンスを向上させるため、Veritas は NetBackup Snapshot Manager 拡張機能をアプリケーションホストと同じ場所に配備することをお勧めします。
管理対象の Kubernetes クラスタにあるクラウドベースの拡張機能は、NetBackup Snapshot Manager ホストと同じ VNet に存在する必要があります。同じ VNet にない場合、Azure クラウドで利用可能な VNet ピアリングメカニズムを利用し、NetBackup Snapshot Manager ホストと拡張機能ノードで必要なポートを介して相互に通信させることができます
作業負荷の数によっては、NetBackup Snapshot Manager ホストから送信されるプラグインデータの量は、かなり大きくなる可能性があります。このような場合、ネットワーク遅延も重要な役割を担います。これらの要因によって、全体的なパフォーマンスが異なる場合があります。
同時並行処理の数が、NetBackup Snapshot Manager ホストと拡張機能を合わせて処理できる数よりも多い場合、NetBackup Snapshot Manager は自動的に操作をジョブキューに投入します。キューに投入されたジョブは、実行中の操作が完了した後にのみ取得されます。