Recherche dans <book_title>…

Guide d'installation et de mise à niveau de NetBackup™ Snapshot Manager for Cloud

Last Published: 2025-02-20

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

Recommandations relatives au dimensionnement de l'extension NetBackup Snapshot Manager

L'extension NetBackup Snapshot Manager permet de faire évoluer la capacité de l'hôte NetBackup Snapshot Manager et ainsi de traiter simultanément un grand nombre de requêtes sur le NetBackup Snapshot Manager à sa capacité maximale. Vous pouvez installer une ou plusieurs extensions NetBackup Snapshot Manager dans le cloud, selon vos besoins, pour exécuter les travaux sans surcharger l'hôte. Une extension peut augmenter la capacité de traitement de l'hôte NetBackup Snapshot Manager.

L'extension NetBackup Snapshot Manager peut avoir une configuration identique ou supérieure à celle de l'hôte NetBackup Snapshot Manager.

Se reporter à Respect de la configuration requise.

Environnement d'extension NetBackup Snapshot Manager pris en charge :

Remarque :

pour NetBackup Snapshot Manager 10.0 ou version ultérieure, les extensions basées sur une machine virtuelle sont prises en charge sur Azure Stack Hub et les extensions basées sur Kubernetes sont prises en charge sur Azure, AWS et GCP.

Veritas recommande les configurations suivantes pour les extensions NetBackup Snapshot Manager :

Tableau : Configuration NetBackup Snapshot Manager standard pour l'extension basée sur une machine virtuelle (Azure Stack)

Statistique de charge de travail	Configuration d'extension NetBackup Snapshot Manager
Jusqu'à 16 tâches opérationnelles simultanées	UC : 4 UC Mémoire : 16 Go Par exemple, dans Azure Stack, l'extension NetBackup Snapshot Manager doit être équivalente à une instance t3.xlarge dans AWS.
Jusqu'à 32 tâches opérationnelles simultanées	UC : 8 UC Mémoire : 32 Go ou plus Par exemple, dans Azure Stack, l'extension NetBackup Snapshot Manager doit être équivalente à une instance t3.2xlarge ou de type supérieur dans AWS.

Statistique de charge de travail

Configuration d'extension NetBackup Snapshot Manager

Jusqu'à 16 tâches opérationnelles simultanées

UC : 4 UC

Mémoire : 16 Go

Par exemple, dans Azure Stack, l'extension NetBackup Snapshot Manager doit être équivalente à une instance t3.xlarge dans AWS.

Jusqu'à 32 tâches opérationnelles simultanées

UC : 8 UC

Mémoire : 32 Go ou plus

Par exemple, dans Azure Stack, l'extension NetBackup Snapshot Manager doit être équivalente à une instance t3.2xlarge ou de type supérieur dans AWS.

Tableau : Configuration d'extension NetBackup Snapshot Manager standard pour l'extension basée sur Kubernetes (Azure, AWS et GCP)

Statistique de charge de travail	Configuration d'extension NetBackup Snapshot Manager
Jusqu'à 24 tâches opérationnelles simultanées	Pour une configuration comprenant 2 UC et 8 Go de RAM : UC : plus de 2 UC RAM par nœud : 8 Go Nombre maximal de pods par nœud : 13 + 15 + 8 * 2 = 16 (pods dynamiques) = 44 ou plus Mise à l'échelle automatique activée, avec minimum = 1 et maximum = 3 Pour une sauvegarde à partir d'un travail de snapshot, 2 pods sont créés. Où 15 est le nombre de pods de tampon pour toutes les opérations intermittentes. La valeur 13 est calculée comme suit : 10 (nombre de pods Kubernetes et CSP) + 3 (écouteur + collecteur Fluent + jeu de daemon Fluent).
Pour une configuration comprenant 2/4/6 UC et 16 Go de RAM : UC par nœud : plus de 2/4/6 UC RAM par nœud : 16 Go Nombre maximal de pods par nœud : 13 + 15 + 16 * 2 = 32 (pods dynamiques) = 60 ou plus Mise à l'échelle automatique activée, avec minimum = 1 et maximum = 3 Pour une sauvegarde à partir d'un travail de snapshot, 2 pods sont créés. Où 15 est le nombre de pods de tampon pour toutes les opérations intermittentes. La valeur 13 est calculée comme suit : 10 (nombre de pods Kubernetes et CSP) + 3 (écouteur + collecteur Fluent + jeu de daemon Fluent).

Statistique de charge de travail

Configuration d'extension NetBackup Snapshot Manager

Jusqu'à 24 tâches opérationnelles simultanées

Pour une configuration comprenant 2 UC et 8 Go de RAM :

UC : plus de 2 UC

RAM par nœud : 8 Go

Nombre maximal de pods par nœud : 13 + 15 + 8 * 2 = 16 (pods dynamiques) = 44 ou plus

Mise à l'échelle automatique activée, avec minimum = 1 et maximum = 3

Pour une sauvegarde à partir d'un travail de snapshot, 2 pods sont créés. Où 15 est le nombre de pods de tampon pour toutes les opérations intermittentes. La valeur 13 est calculée comme suit : 10 (nombre de pods Kubernetes et CSP) + 3 (écouteur + collecteur Fluent + jeu de daemon Fluent).

Pour une configuration comprenant 2/4/6 UC et 16 Go de RAM :

UC par nœud : plus de 2/4/6 UC

RAM par nœud : 16 Go

Nombre maximal de pods par nœud : 13 + 15 + 16 * 2 = 32 (pods dynamiques) = 60 ou plus

Mise à l'échelle automatique activée, avec minimum = 1 et maximum = 3

(Spécifique à EKS) Installation de Kubernetes Metrics Server

Kubernetes Metrics Server est un agrégateur de données d'utilisation des ressources dans votre cluster et il n'est pas déployé par défaut dans les clusters Amazon EKS. La procédure suivante explique comment déployer Kubernetes Metrics Server sur votre cluster Amazon EKS :

Déployez Metrics Server à l'aide de la commande suivante :
kubectl apply -f https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml
Vérifiez que le déploiement de metrics-server exécute le nombre souhaité de pods à l'aide de la commande suivante :
kubectl get deployment metrics-server -n kube-system
Exemple de sortie :
```
NAME             READY   UP-TO-DATE   AVAILABLE   AGE
metrics-server   1/1     1            1           6m
```

Généralités et directives :

Tenez compte des éléments suivants lors de la sélection d'une configuration pour l'extension NetBackup Snapshot Manager :

Pour des performances optimales dans un environnement à charge de travail élevée, Veritas recommande de déployer l'extension NetBackup Snapshot Manager au même emplacement que les hôtes d'application.
L'extension basée sur le cloud sur un cluster Kubernetes géré doit se trouver dans le même VNet que l'hôte NetBackup Snapshot Manager. Si ce n'est pas le cas, vous pouvez utiliser le mécanisme d'appairage VNet disponible avec le cloud Azure pour vous assurer que l'hôte et les nœuds d'extension NetBackup Snapshot Manager peuvent communiquer sur les ports requis.
Selon le nombre de charges de travail, le volume de données de plug-in transmises à partir de l'hôte NetBackup Snapshot Manager peut être très important. La latence du réseau joue également un rôle essentiel dans ce cas. Selon ces différents facteurs, vous observerez peut-être une différence au niveau des performances globales.
Lorsque le nombre d'opérations simultanées est supérieur à la capacité de prise en charge de l'hôte et des extensions NetBackup Snapshot Manager, NetBackup Snapshot Manager place automatiquement les opérations dans une file d'attente de travaux. Les travaux mis en file d'attente seront traités seulement une fois les opérations en cours d'exécution terminées.