Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Administración de pares de alta disponibilidad (HA)
Cada uno FSx de los sistemas de archivos de ONTAP funciona con uno o más pares de servidores de archivos de alta disponibilidad (HA) en una configuración activo-en espera. En esta configuración, hay un servidor de archivos preferido que atiende el tráfico de forma activa y un servidor de archivos secundario que asume el control si el servidor activo no está disponible. FSx en el caso de ONTAP, los sistemas de archivos de primera generación funcionan con un par HA, que ofrece hasta un 4% de la capacidad GBps de procesamiento y 160.000 unidades SSD. IOPs FSx en el caso de ONTAP, los sistemas de archivos Multi-AZ de segunda generación también funcionan con un par HA y ofrecen hasta un 6% de capacidad de procesamiento y 200 000 IOPS GBps de SSD. FSx para ONTAP, los sistemas de archivos Single-AZ de segunda generación funcionan con hasta 12 pares de HA, lo que puede ofrecer hasta el 72% de la capacidad de procesamiento y 2 400 000 IOPS GBps de SSD (el 6% GBps de la capacidad de rendimiento y 200 000 IOPS de SSD por par de HA).
Al crear el sistema de archivos desde la FSx consola de Amazon, Amazon FSx recomienda el número de pares de alta disponibilidad que debe utilizar en función del almacenamiento SSD que desee. También puede elegir manualmente la cantidad de pares de HA en función de los requisitos de carga de trabajo y rendimiento. Le recomendamos que utilice un solo par de alta disponibilidad si se cumplen los requisitos de su sistema de archivos (con hasta un 6% de capacidad GBps de rendimiento y 200 000 SSD) IOPs, y varios pares de alta disponibilidad si sus cargas de trabajo necesitan niveles más altos de escalabilidad del rendimiento.
Cada par de HA tiene un agregado, que es un conjunto lógico de discos físicos.
**nota**
Puede agregar pares de HA a los sistemas de archivos Single-AZ de segunda generación. Para obtener más información, consulte [Agregar pares de alta disponibilidad (HA)](adding-HA-pairs.md). De lo contrario, puede migrar los datos entre sistemas de archivos (con diferentes pares de alta disponibilidad) utilizando SnapMirror o restaurando los datos de una copia de seguridad a un nuevo sistema de archivos. AWS DataSync
# Agregar pares de alta disponibilidad (HA)
FSx en el caso de ONTAP, los sistemas de archivos están compuestos por uno o más pares de servidores de archivos de alta disponibilidad. Los sistemas de archivos de primera generación y los sistemas de archivos Multi-AZ de segunda generación admiten un par de HA, mientras que los sistemas de archivos Single-AZ de segunda generación admiten hasta 12 pares de HA. También puede agregar más pares de HA después de crear un sistema de archivos Single-AZ de segunda generación (hasta un máximo de 12). Agregar pares de HA no supone una interrupción y, por lo general, solo toma unos minutos.
Tenga en cuenta los siguientes aspectos cuando agregue pares de HA al sistema de archivos:
+ Al agregar pares de HA al sistema de archivos, se introducen nuevos servidores de archivos con propio almacenamiento (o agregado). Los nuevos pares de HA tienen la misma capacidad de rendimiento y capacidad de almacenamiento que los pares de HA existentes en el sistema de archivos. Por ejemplo, supongamos que su sistema de archivos tiene dos pares de alta disponibilidad con un total de 12 GBps de capacidad de rendimiento y 2 tebibytes (TiB) de almacenamiento SSD. Si agrega un nuevo par HA, su sistema de archivos tendrá un 18% GBps de capacidad de procesamiento y 3 TiB de almacenamiento SSD.
+ Para aprovechar el rendimiento adicional de los nuevos pares de HA, debe trasladar algunos de los volúmenes existentes a los nuevos pares de HA y volver a montar los clientes para conectarse a ellos. Para obtener más información, consulte [Equilibrar las cargas de trabajo entre pares de HA](monitor-workload-balance.md).
+ No puede modificar la capacidad de rendimiento, la capacidad de almacenamiento en SSD ni las IOPS en SSD aprovisionadas del sistema de archivos cuando agrega pares de HA o mientras se esté realizando una actualización para agregar pares de HA.
+ No puede eliminar los pares de HA después de agregarlos. Le recomendamos que escale la capacidad de rendimiento del sistema de archivos si necesita aumentar el rendimiento temporalmente (suponiendo que el sistema de archivos no tenga la máxima capacidad de rendimiento). Esto aumenta la capacidad de rendimiento de los pares de HA existentes del sistema de archivos.
+ El protocolo iSCSI está disponible en sistemas de archivos que tienen seis o menos pares de alta disponibilidad (pares de HA). El NVMe/TCP protocolo está disponible en los sistemas de archivos de segunda generación que tienen seis pares de alta disponibilidad o menos. Para obtener más información, consulte [Acceder a sus FSx datos de ONTAP](supported-fsx-clients.md).
+ Al añadir nuevos pares de alta disponibilidad al sistema de archivos, la NVMe memoria caché se habilita de forma predeterminada para los nuevos nodos del sistema de archivos. Recomendamos deshabilitarla para cargas de trabajo de alto rendimiento. Para obtener más información, consulte [Administrar la caché NVMe](nvme-cache.md).
**Cómo agregar pares de HA**
1. Abre la FSx consola de Amazon en [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Para mostrar la página de detalles del sistema de archivos, en el panel de navegación izquierdo, selecciona **Sistemas de archivos** y, a continuación, elige el FSx sistema de archivos de ONTAP que deseas actualizar.
1. En el panel **Resumen**, en **Cantidad de pares de HA**, seleccione **Actualizar**.
1. En el menú desplegable **Pares de HA**, seleccione la cantidad de pares de HA que desee agregar al sistema de archivos.
1. Haga clic en el botón **Actualizar**.
Tras añadir los pares de alta disponibilidad, es importante volver a equilibrar los datos existentes para garantizar que se distribuyan uniformemente I/O entre los pares de alta disponibilidad del sistema de archivos. Para obtener más información, consulte [Equilibrar las cargas de trabajo entre pares de HA](monitor-workload-balance.md).
# Equilibrar las cargas de trabajo entre pares de HA
Si tiene un sistema de archivos con varios pares de alta disponibilidad (HA), su rendimiento y almacenamiento se distribuyen entre cada uno de sus pares de HA. FSx ya que ONTAP equilibra automáticamente los archivos a medida que se escriben en el sistema de archivos, pero los datos de la carga de trabajo ya no I/O se equilibran una vez que se añaden los pares de alta disponibilidad. Además, en raras ocasiones, los datos de la carga de trabajo I/O podrían desequilibrarse entre los pares de alta disponibilidad existentes en el sistema de archivos, lo que podría afectar al rendimiento general de la carga de trabajo. Si la carga de trabajo se desequilibra alguna vez, puede volver a equilibrarla en cada uno de los pares de HA del sistema de archivos (y sus correspondientes servidores de archivos y *agregados*, es decir, los grupos de almacenamiento que componen el nivel de almacenamiento principal).
**Topics**
+ [Equilibrio de utilización de almacenamiento principal](#primary-storage-balance)
+ [Desequilibrio en la utilización del rendimiento del disco y del servidor de archivos](#server-disk-imbalance)
+ [Asignación de CloudWatch dimensiones a los recursos de la CLI y la API REST de ONTAP](#map-dimensions-to-resources)
+ [Reequilibrio de clientes](#rebalancing-clients)
+ [Reequilibrio de volúmenes](#rebalancing-volumes)
## Equilibrio de utilización de almacenamiento principal
La capacidad de almacenamiento principal del sistema de archivos se divide en partes iguales entre cada uno de los pares de HA en grupos de almacenamiento denominados agregados. Cada par de HA tiene un agregado. Le recomendamos que mantenga una utilización promedio no superior al 80 % para el nivel de almacenamiento principal de forma continua. Para los sistemas de archivos con varios pares de HA, le recomendamos que mantenga una utilización promedio de hasta el 80 % para cada agregado.
Mantener una utilización del 80 % garantiza que haya espacio libre para los nuevos datos entrantes y mantiene una sobrecarga considerable para las operaciones de mantenimiento, que pueden ocupar temporalmente espacio libre en los agregados.
Si observa que hay un desequilibrio en los agregados, puede aumentar la capacidad de almacenamiento principal del sistema de archivos (aumentando proporcionalmente la capacidad de almacenamiento de cada agregado) o puede mover los volúmenes de un agregado a otro. Para obtener más información, consulte [Movimiento de volúmenes entre agregados](moving-fg-volumes.md).
## Desequilibrio en la utilización del rendimiento del disco y del servidor de archivos
Las capacidades de rendimiento total del sistema de archivos (como el rendimiento de la red, el rendimiento del servidor de archivos a disco y las IOPS del disco) se dividen en partes iguales entre los pares de HA del sistema de archivos. Le recomendamos que mantenga una utilización media inferior al 50 % (y una utilización máxima inferior al 80 %) para todos los límites de rendimiento de forma continua; esto se aplica tanto a la utilización general de los recursos del servidor de archivos del sistema de archivos en todos los pares de HA como a la utilización por servidor de archivos.
Si observa que la utilización del rendimiento del servidor de archivos está desequilibrado (y los servidores de archivos en los que la carga de trabajo está desequilibrada tienen un uso continuo superior al 80 %), puede usar la CLI y la API de REST de ONTAP para diagnosticar con más detalle la causa del desequilibrio de rendimiento y corregirlo. A continuación, se incluye una tabla con los posibles indicadores de desequilibrio y los pasos por seguir para un diagnóstico más detallado.
| Si en el sistema de archivos... | Entonces... |
| --- | --- |
| El rendimiento o las IOPS del disco del servidor de archivos están desequilibrados | Es posible que esté teniendo problemas I/O en un subconjunto de pares de alta disponibilidad (un subconjunto de sus volúmenes que contiene una enorme cantidad de datos a los que se accede), lo que puede limitar el rendimiento general de la carga de trabajo, ya que está obstruida con respecto a un subconjunto de pares de alta disponibilidad. Por cada servidor de archivos con mucho uso, compruebe los volúmenes más usados para ver qué volúmenes tienen la mayor actividad dentro de un agregado. Si necesita más información sobre este procedimiento, consulte [Reequilibrio de volúmenes](#rebalancing-volumes). |
| El rendimiento de la red está desequilibrado, pero el rendimiento o las IOPS del disco del servidor de archivos o las IOPS del disco no están desequilibrados | Los datos se distribuyen uniformemente entre los pares de HA, pero los clientes no. En el caso de los servidores de archivos que utilizan más el rendimiento de la red que otros, compruebe cuáles son los principales clientes de cada servidor de archivos y, a continuación, reequilibre esos clientes separando sus volúmenes y júntelos de nuevo usando un punto de conexión diferente en un par de HA distinto. Si necesita más información sobre este procedimiento, consulte [Reequilibrio de clientes](#rebalancing-clients). |
## Asignación de CloudWatch dimensiones a los recursos de la CLI y la API REST de ONTAP
Tu sistema de archivos de segunda generación tiene CloudWatch métricas de Amazon con la `Aggregate` dimensión `FileServer` o. Para seguir diagnosticando los casos de desequilibrio, debe asignar estos valores de dimensión a servidores de archivos (o *nodos*) y agregados específicos en la CLI de o la API de REST de ONTAP.
+ En el caso de los servidores de archivos, cada nombre de servidor de archivos se asigna a un nombre de servidor de archivos (o nodo) en ONTAP (por ejemplo, `FsxId01234567890abcdef-01`). Los servidores de archivos con números impares son los preferidos (es decir, prestan servicio al tráfico a menos que el sistema de archivos se haya transferido al servidor de archivos secundario), mientras que los servidores de archivos con números pares son secundarios (es decir, solo prestan servicio al tráfico cuando el socio no está disponible). Por este motivo, los servidores de archivos secundarios tienen menos utilización que los servidores de archivos preferidos.
+ En el caso de los agregados, cada nombre de agregado se asigna a un agregado en ONTAP (por ejemplo, `aggr1`). Hay un agregado para cada par de HA, es decir, el agregado `aggr1` lo comparten los servidores de archivos `FsxId01234567890abcdef-01` (el servidor de archivos activo) y `FsxId01234567890abcdef-02` (el servidor de archivos secundario) en un par de HA; el agregado `aggr2` lo comparten los servidores de archivos `FsxId01234567890abcdef-03` y `FsxId01234567890abcdef-04`, y así sucesivamente.
Puede ver las asignaciones entre todos los agregados y servidores de archivos mediante la CLI de ONTAP.
1. Para conectarse mediante SSH a la NetApp CLI de ONTAP de su sistema de archivos, siga los pasos descritos en la [Uso de la CLI de NetApp ONTAP](managing-resources-ontap-apps.md#netapp-ontap-cli) sección de la Guía del usuario de *Amazon FSx for NetApp ONTAP*.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. Use el comando [storage aggregate show](https://docs.netapp.com/us-en/ontap-cli-9131/storage-aggregate-show.html) y especifique el parámetro `-fields node`.
```
::> 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.
```
## Reequilibrio de clientes
Tras añadir los pares de alta disponibilidad o si se I/O produce un desequilibrio entre los servidores de archivos (en concreto, con la utilización del rendimiento de la red), puede reequilibrar sus clientes. Si va a reequilibrar los clientes después de agregar pares de HA, puede pasar a [Remontaje de clientes](#remounting-clients). De lo contrario, primero debe identificar los clientes con mucho tráfico que desee trasladar para reequilibrar la E/S de la carga de trabajo.
Si se I/O produce un desequilibrio entre los servidores de archivos (específicamente, con la utilización del rendimiento de la red), la causa puede ser un número elevado de I/O clientes. Para identificar los clientes de alto tráfico, use la CLI de ONTAP.
**Identificar clientes de alto tráfico**
1. Para conectarse mediante SSH a la NetApp CLI de ONTAP de su sistema de archivos, siga los pasos descritos en la [Uso de la CLI de NetApp ONTAP](managing-resources-ontap-apps.md#netapp-ontap-cli) sección de la Guía del usuario de *Amazon FSx for NetApp ONTAP*.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. Para ver los clientes con mayor tráfico, use el comando [statistics top client show](https://docs.netapp.com/us-en/ontap-cli-9131/statistics-top-client-show.html) de la CLI de ONTAP. Si lo desea, puede especificar el parámetro `-node` para ver solo los clientes principales de un servidor de archivos específico. Si está diagnosticando el desequilibrio en un servidor de archivos específico, use el parámetro `-node` y sustituya `node_name` por el nombre del servidor de archivos (por ejemplo, `FsxId01234567890abcdef-01`).
Si lo desea, puede agregar el parámetro `-interval` y proporcione el intervalo durante el que se debe medir (en segundos) antes de que se genere cada informe. Al aumentar el intervalo (por ejemplo, hasta un máximo de 300 segundos), se obtiene una muestra a más largo plazo de la cantidad de tráfico dirigido a cada volumen. El valor predeterminado es `5` (en segundos).
```
::> statistics top client show -node FsxId01234567890abcdef-01 [-interval [5,300]]
```
En el resultado, los principales clientes se muestran por su dirección IP y puerto.
```
*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
```
**Remontaje de clientes**
+ Puede reequilibrar los clientes con otros pares de HA. Para ello, desmonte el volumen del cliente y vuelva a montarlo con el nombre DNS del punto final de la SVM. De NFS/SMB este modo, se obtiene un punto final aleatorio correspondiente a un par HA aleatorio.
Le recomendamos que vuelva a usar el nombre del DNS, pero tiene la opción de elegir de forma explícita qué par de HA montará un cliente determinado. Para garantizar que está montando un cliente en un punto de conexión diferente, puede especificar la dirección IP de un punto de conexión diferente a la que corresponde al servidor de archivos que tiene mucho tráfico. Puede hacerlo ejecutando el siguiente comando:
```
::> 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.
```
Según el resultado del ejemplo del comando `statistics top client show`, el cliente `172.17.236.53` genera mucho tráfico hacia `FsxId01234567890abcdef-01`. El resultado del comando `network interface show` indica que esta es la dirección `172.31.15.89`. Para montarlo en un punto de conexión diferente, seleccione cualquier otra dirección (en este ejemplo, la única otra dirección es `172.31.8.112`, que corresponde a `FsxId01234567890abcdef-03`).
## Reequilibrio de volúmenes
Si experimenta I/O un desequilibrio en sus volúmenes o agregados, puede reequilibrar los volúmenes para redistribuir el tráfico entre ellos. I/O
**nota**
Si experimenta un desequilibrio en la utilización del almacenamiento en todos sus agregados, por lo general no hay ningún impacto en el rendimiento, a menos que la alta utilización vaya acompañada de un desequilibrio. I/O Si bien puede mover los volúmenes de un agregado a otro para equilibrar la utilización del almacenamiento, le recomendamos que solo mueva los volúmenes si observa un impacto en el rendimiento, ya que mover los volúmenes puede tener un impacto adverso en el rendimiento si no se tiene en cuenta también lo que se I/O dirige a cada volumen que está considerando trasladar.
1. Para conectarse mediante SSH a la NetApp CLI de ONTAP de su sistema de archivos, siga los pasos descritos en la [Uso de la CLI de NetApp ONTAP](managing-resources-ontap-apps.md#netapp-ontap-cli) sección de la Guía del usuario de *Amazon FSx for NetApp ONTAP*.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. Use el comando [statistics volume show](https://docs.netapp.com/us-en/ontap-cli-9131/statistics-volume-show.html) de la CLI de ONTAP para ver los volúmenes con tráfico más alto de un agregado determinado, con los siguientes cambios:
+ *aggregate\$1name*Sustitúyalo por el nombre del agregado (por ejemplo,). `aggr1`
+ Si lo desea, puede agregar el parámetro `-interval` y proporcione el intervalo durante el que se debe medir (en segundos) antes de que se genere cada informe. Al aumentar el intervalo (por ejemplo, hasta un máximo de 300 segundos), se obtiene una muestra a más largo plazo de la cantidad de tráfico dirigido a cada volumen. El valor predeterminado es `5` (en segundos).
```
::> statistics volume show -aggregate aggregate_name -sort-key total_ops [-interval [5,300]]
```
Según el intervalo que elija, la visualización de los datos puede tardar hasta 5 minutos. El comando muestra todos los volúmenes del agregado, junto con la cantidad de tráfico que se dirige a cada agregado.
```
*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
```
Las estadísticas de volumen se muestran por componente (por ejemplo, `vol1__0015` es el decimoquinto componente del `vol1` de FlexGroup). Como puede ver en el resultado del ejemplo, los componentes de `aggr1` se usan más que los componentes de `aggr2`. Para equilibrar el tráfico entre los agregados, puede mover los volúmenes de componentes entre los agregados para que el tráfico se distribuya de manera más uniforme.
1. Si ha agregado nuevos pares de HA, debe mover los volúmenes existentes a nuevos agregados. Para obtener más información, consulte [Movimiento de volúmenes entre agregados](moving-fg-volumes.md).