Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Équilibrer les charges de travail entre les paires HA
Si votre système de fichiers comporte plusieurs paires de haute disponibilité (HA), son débit et son stockage sont répartis sur chacune de vos paires de haute disponibilité. FSx for ONTAP équilibre automatiquement vos fichiers au fur et à mesure qu'ils sont écrits dans votre système de fichiers, mais vos données de charge de travail ne I/O sont plus équilibrées une fois que vous ajoutez des paires HA. En outre, dans de rares cas, les données de votre charge de travail I/O peuvent être déséquilibrées entre les paires HA existantes de votre système de fichiers, ce qui peut avoir un impact sur les performances globales de votre charge de travail. Si votre charge de travail est déséquilibrée, vous pouvez la rééquilibrer sur chacune des paires HA de votre système de fichiers (ainsi que sur les serveurs de fichiers et les *agrégats* correspondants, à savoir les pools de stockage qui constituent votre niveau de stockage principal).
**Topics**
+ [Équilibre d'utilisation du stockage principal](#primary-storage-balance)
+ [Déséquilibre d'utilisation des performances du serveur de fichiers et du disque](#server-disk-imbalance)
+ [Mappage des CloudWatch dimensions aux ressources de la CLI ONTAP et de l'API REST](#map-dimensions-to-resources)
+ [Rééquilibrage des clients](#rebalancing-clients)
+ [Rééquilibrage des volumes](#rebalancing-volumes)
## Équilibre d'utilisation du stockage principal
La capacité de stockage principale de votre système de fichiers est répartie de manière égale entre chacune de vos paires HA dans des pools de stockage appelés agrégats. Chaque paire HA possède un agrégat. Nous vous recommandons de maintenir un taux d'utilisation moyen ne dépassant pas 80 % pour votre niveau de stockage principal sur une base continue. Pour les systèmes de fichiers comportant plusieurs paires HA, nous vous recommandons de maintenir une utilisation moyenne maximale de 80 % pour chaque agrégat.
Le maintien d'un taux d'utilisation de 80 % garantit qu'il y a de l'espace libre pour les nouvelles données entrantes et permet de réduire les frais généraux liés aux opérations de maintenance, qui peuvent temporairement demander de l'espace libre sur vos agrégats.
Si vous remarquez un déséquilibre entre vos agrégats, vous pouvez soit augmenter la capacité de stockage principale de votre système de fichiers (en augmentant proportionnellement la capacité de stockage de chaque agrégat), soit déplacer vos volumes entre les agrégats. Pour de plus amples informations, veuillez consulter [Déplacement de volumes entre agrégats](moving-fg-volumes.md).
## Déséquilibre d'utilisation des performances du serveur de fichiers et du disque
Les capacités de performance totales de votre système de fichiers (telles que le débit réseau, le débit entre le serveur de fichiers et les IOPS, et les IOPS sur le disque) sont réparties de manière égale entre les paires HA de votre système de fichiers. Nous vous recommandons de maintenir un taux d'utilisation moyen inférieur à 50 % (et un pic d'utilisation maximal inférieur à 80 %) pour toutes les limites de performances sur une base continue. Cela vaut à la fois pour l'utilisation globale des ressources du serveur de fichiers de votre système de fichiers sur toutes les paires HA, ainsi que pour chaque serveur de fichiers.
Si vous remarquez que l'utilisation des performances de votre serveur de fichiers est déséquilibrée (et que les serveurs de fichiers sur lesquels votre charge de travail est déséquilibrée ont une utilisation continue de plus de 80 %), vous pouvez utiliser la CLI ONTAP et l'API REST pour mieux diagnostiquer la cause du déséquilibre des performances et y remédier. Vous trouverez ci-dessous un tableau des indicateurs de déséquilibre possibles et des prochaines étapes pour un diagnostic plus approfondi.
| Si votre système de fichiers est... | Alors... |
| --- | --- |
| Le débit du disque du serveur de fichiers ou les IOPS du disque du serveur de fichiers sont déséquilibrés | Vous êtes peut-être confronté à un problème de I/O hotspotting sur un sous-ensemble de paires HA (un sous-ensemble de vos volumes contenant une quantité énorme de données consultées), ce qui peut limiter les performances globales de votre charge de travail car elle est bloquée par un sous-ensemble de paires HA. Pour chaque serveur de fichiers très utilisé, vérifiez les volumes les plus utilisés afin de déterminer quels volumes sont les plus actifs au sein d'un agrégat. Pour plus d'informations sur cette procédure, consultez [Rééquilibrage des volumes](#rebalancing-volumes). |
| Le débit du réseau est déséquilibré, mais le débit du disque de votre serveur de fichiers, le nombre d'IOPS du disque du serveur de fichiers ou le nombre d'IOPS du disque ne sont pas déséquilibrés | Vos données sont réparties uniformément entre les paires HA, mais pas vos clients. Pour les serveurs de fichiers dont l'utilisation du débit réseau est supérieure à celle des autres, vérifiez les principaux clients pour chaque serveur de fichiers, puis rééquilibrez ces clients en démontant les volumes de ces clients et en les remontant à l'aide d'un point de terminaison différent sur une paire HA différente. Pour plus d'informations sur cette procédure, consultez [Rééquilibrage des clients](#rebalancing-clients). |
## Mappage des CloudWatch dimensions aux ressources de la CLI ONTAP et de l'API REST
Votre système de fichiers de deuxième génération contient CloudWatch des métriques Amazon avec la `Aggregate` dimension `FileServer` or. Afin de mieux diagnostiquer les cas de déséquilibre, vous devez mapper ces valeurs de dimension à des serveurs de fichiers (ou *nœuds*) et à des agrégats spécifiques dans la CLI ONTAP ou l'API REST.
+ Pour les serveurs de fichiers, chaque nom de serveur de fichiers est mappé à un nom de serveur de fichiers (ou de nœud) dans ONTAP (par exemple,`FsxId01234567890abcdef-01`). Les serveurs de fichiers impairs sont des serveurs de fichiers préférés (c'est-à-dire qu'ils gèrent le trafic sauf si le système de fichiers est passé au serveur de fichiers secondaire), tandis que les serveurs de fichiers pairs sont des serveurs de fichiers secondaires (c'est-à-dire qu'ils ne desservent le trafic que lorsque leur partenaire n'est pas disponible). De ce fait, les serveurs de fichiers secondaires sont généralement moins utilisés que les serveurs de fichiers préférés.
+ Pour les agrégats, chaque nom d'agrégat correspond à un agrégat dans ONTAP (par exemple,`aggr1`). Il existe un agrégat pour chaque paire HA, ce qui signifie que l'agrégat `aggr1` est partagé par les serveurs de fichiers `FsxId01234567890abcdef-01` (le serveur de fichiers actif) et `FsxId01234567890abcdef-02` (le serveur de fichiers secondaire) dans une paire HA, l'agrégat `aggr2` est partagé par `FsxId01234567890abcdef-03` les serveurs de fichiers`FsxId01234567890abcdef-04`, etc.
Vous pouvez consulter les mappages entre tous les agrégats et les serveurs de fichiers à l'aide de la CLI ONTAP.
1. Pour accéder en SSH à la NetApp CLI ONTAP de votre système de fichiers, suivez les étapes décrites dans la [Utilisation de l’NetApp ONTAP CLI](managing-resources-ontap-apps.md#netapp-ontap-cli) section du guide de l'utilisateur d'*Amazon FSx pour NetApp ONTAP*.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. Utilisez la commande [storage aggregate show](https://docs.netapp.com/us-en/ontap-cli-9131/storage-aggregate-show.html) en spécifiant le `-fields node` paramètre.
```
::> storage aggregate show -fields node
aggregate node
------------------------------- -------------------------
aggr1 FsxId01234567890abcdef-01
aggr2 FsxId01234567890abcdef-03
aggr3 FsxId01234567890abcdef-05
aggr4 FsxId01234567890abcdef-07
aggr5 FsxId01234567890abcdef-09
aggr6 FsxId01234567890abcdef-11
6 entries were displayed.
```
## Rééquilibrage des clients
Après avoir ajouté des paires HA ou si vous rencontrez I/O un déséquilibre entre les serveurs de fichiers (en particulier en ce qui concerne l'utilisation du débit réseau), vous pouvez rééquilibrer vos clients. Si vous rééquilibrez les clients après avoir ajouté des paires HA, vous pouvez passer à[Remontage de clients](#remounting-clients). Sinon, vous devez d'abord identifier les clients à fort trafic que vous souhaitez déplacer afin de rééquilibrer les E/S de votre charge de travail.
Si vous rencontrez I/O un déséquilibre entre les serveurs de fichiers (en particulier en ce qui concerne l'utilisation du débit réseau), le nombre élevé de I/O clients peut en être la cause. Pour identifier les clients à fort trafic, utilisez la CLI ONTAP.
**Identifiez les clients à fort trafic**
1. Pour accéder en SSH à la NetApp CLI ONTAP de votre système de fichiers, suivez les étapes décrites dans la [Utilisation de l’NetApp ONTAP CLI](managing-resources-ontap-apps.md#netapp-ontap-cli) section du guide de l'utilisateur d'*Amazon FSx pour NetApp ONTAP*.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. Pour afficher les clients les plus fréquentés, utilisez la commande [statistics top client show](https://docs.netapp.com/us-en/ontap-cli-9131/statistics-top-client-show.html) ONTAP CLI. Vous pouvez éventuellement spécifier le `-node` paramètre pour afficher uniquement les principaux clients d'un serveur de fichiers spécifique. Si vous diagnostiquez le déséquilibre d'un serveur de fichiers spécifique, utilisez le `-node` paramètre en le `node_name` remplaçant par le nom du serveur de fichiers (par exemple,`FsxId01234567890abcdef-01`).
Vous pouvez éventuellement ajouter le `-interval` paramètre, en fournissant l'intervalle sur lequel mesurer (en secondes) avant la sortie de chaque rapport. L'augmentation de l'intervalle (par exemple, jusqu'à 300 secondes au maximum) fournit un échantillon à plus long terme du volume de trafic acheminé vers chaque volume. La valeur par défaut est `5` (secondes).
```
::> statistics top client show -node FsxId01234567890abcdef-01 [-interval [5,300]]
```
Dans le résultat, les principaux clients sont indiqués par leur adresse IP et leur port.
```
*Total Total
Client Vserver Node Ops (Bps)
------------------ --------- ------------------------- ------ ---------
172.17.236.53:938 svm01 FsxId01234567890abcdef-01 2143 140443648
172.17.236.160:898 svm02 FsxId01234567890abcdef-01 812 53215232
```
**Remontage de clients**
+ Vous pouvez rééquilibrer les clients vers d'autres paires HA. Pour ce faire, démontez le volume du client et remontez-le en utilisant le nom DNS du point de terminaison de la SVM. NFS/SMB Cela renvoie un point de terminaison aléatoire correspondant à une paire HA aléatoire.
Nous vous recommandons de réutiliser le nom DNS, mais vous avez la possibilité de choisir explicitement la paire HA montée par un client donné. Pour garantir le montage d'un client sur un point de terminaison différent, vous pouvez spécifier une adresse IP de point de terminaison différente de celle correspondant au serveur de fichiers qui reçoit un trafic élevé. Vous pouvez le faire en exécutant la commande suivante :
```
::> network interface show -vserver svm_name -lif nfs_smb_management* -fields address,curr-node
vserver lif address curr-node
--------- -------------------- ------------ -------------------------
svm01 nfs_smb_management_1 172.31.15.89 FsxId01234567890abcdef-01
svm01 nfs_smb_management_3 172.31.8.112 FsxId01234567890abcdef-03
2 entries were displayed.
```
Selon l'exemple de sortie de la `statistics top client show` commande, le client `172.17.236.53` génère un trafic élevé vers`FsxId01234567890abcdef-01`. La sortie de la `network interface show` commande indique qu'il s'agit de l'adresse`172.31.15.89`. Pour effectuer le montage sur un autre point de terminaison, sélectionnez une autre adresse (dans cet exemple, la seule autre adresse est`172.31.8.112`, correspondant à`FsxId01234567890abcdef-03`).
## Rééquilibrage des volumes
Si vous constatez I/O un déséquilibre entre vos volumes ou vos agrégats, vous pouvez rééquilibrer les volumes afin de redistribuer votre I/O trafic entre vos volumes.
**Note**
Si vous constatez un déséquilibre d'utilisation du stockage entre vos agrégats, il n'y a généralement aucun impact sur les performances, sauf si le taux d'utilisation élevé est associé à I/O un déséquilibre. Bien que vous puissiez déplacer des volumes entre des agrégats pour équilibrer l'utilisation du stockage, nous vous recommandons de ne déplacer des volumes que si vous constatez un impact sur les performances, car le déplacement de volumes peut avoir un impact négatif sur les performances si vous ne tenez pas également compte du I/O moteur de chaque volume que vous envisagez de déplacer.
1. Pour accéder en SSH à la NetApp CLI ONTAP de votre système de fichiers, suivez les étapes décrites dans la [Utilisation de l’NetApp ONTAP CLI](managing-resources-ontap-apps.md#netapp-ontap-cli) section du guide de l'utilisateur d'*Amazon FSx pour NetApp ONTAP*.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. Utilisez la commande [statistics volume show](https://docs.netapp.com/us-en/ontap-cli-9131/statistics-volume-show.html) ONTAP CLI pour afficher les volumes de trafic les plus élevés pour un agrégat donné, avec les modifications suivantes :
+ Remplacez *aggregate\$1name* par le nom de l'agrégat (par exemple,`aggr1`).
+ Vous pouvez éventuellement ajouter le `-interval` paramètre, en fournissant l'intervalle sur lequel mesurer (en secondes) avant la sortie de chaque rapport. L'augmentation de l'intervalle (par exemple, jusqu'à 300 secondes au maximum) fournit un échantillon à plus long terme du volume de trafic acheminé vers chaque volume. La valeur par défaut est `5` (secondes).
```
::> statistics volume show -aggregate aggregate_name -sort-key total_ops [-interval [5,300]]
```
Selon l'intervalle que vous avez choisi, l'affichage des données peut prendre jusqu'à 5 minutes. La commande affiche tous les volumes de l'agrégat, ainsi que le volume de trafic acheminé vers chaque agrégat.
```
*Total Read Write Other Read Write Latency
Volume Vserver Aggregate Ops Ops Ops Ops (Bps) (Bps) (us)
---------- ------- --------- ------ ---- ----- ----- --------- ----- -------
vol1__0007 svm1 aggr1 4078 4078 0 0 267255808 0 1092
vol1__0005 svm1 aggr1 4078 4078 0 0 267255808 0 1086
vol1__0003 svm1 aggr1 4077 4077 0 0 267223040 0 1086
vol1__0001 svm1 aggr1 4077 4077 0 0 267239424 0 1087
vol1__0008 svm1 aggr2 2314 2314 0 0 151650304 0 1112
vol1__0006 svm1 aggr2 2144 2144 0 0 140509184 0 1104
vol1__0002 svm1 aggr2 2183 2183 0 0 143065088 0 1106
vol1__0004 svm1 aggr2 2183 2183 0 0 143065088 0 1103
```
Les statistiques de volume sont affichées par constituant (par exemple, `vol1__0015` il s'agit du 15e constituant pour FlexGroup`vol1`). Vous pouvez voir dans l'exemple de sortie que les composants de `aggr1` sont plus utilisés que les composants de. `aggr2` Pour équilibrer le trafic entre les agrégats, vous pouvez déplacer les volumes constitutifs entre les agrégats afin de répartir le trafic de manière plus uniforme.
1. Si vous avez ajouté de nouvelles paires HA, vous devez déplacer les volumes existants vers de nouveaux agrégats. Pour de plus amples informations, veuillez consulter [Déplacement de volumes entre agrégats](moving-fg-volumes.md).