As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Como equilibrar workloads entre pares de alta disponibilidade
Se você tem um sistema de arquivos com vários pares de alta disponibilidade (HA), sua taxa de transferência e armazenamento estão distribuídos por cada um dos pares de HA. FSx for ONTAP equilibra automaticamente seus arquivos à medida que eles são gravados em seu sistema de arquivos, mas seus dados de carga de trabalho não I/O são mais balanceados quando você adiciona pares de HA. Além disso, em casos raros, os dados da carga de trabalho I/O podem ficar desequilibrados nos pares de HA existentes do sistema de arquivos, o que pode afetar o desempenho geral da carga de trabalho. Se sua workload estiver desequilibrada, você poderá rebalanceá-la em cada um dos pares de HA do seu sistema de arquivos (e em seus respectivo servidores de arquivos e *agregados* proporcionais, os grupos de armazenamento que compõem seu nível de armazenamento primário).
**Topics**
+ [Balanceamento de utilização do armazenamento principal](#primary-storage-balance)
+ [Desequilíbrio na utilização de desempenho do servidor de arquivos e do disco](#server-disk-imbalance)
+ [Mapeamento de CloudWatch dimensões para recursos da CLI do ONTAP e da API REST](#map-dimensions-to-resources)
+ [Rebalancear clientes](#rebalancing-clients)
+ [Rebalancear volumes](#rebalancing-volumes)
## Balanceamento de utilização do armazenamento principal
A capacidade de armazenamento principal do seu sistema de arquivos é dividida igualmente entre cada um dos seus pares de HA em grupos de armazenamento chamados de agregados. Cada par de HA tem um agregado. Recomendamos que você mantenha uma utilização média não superior a 80% para seu nível de armazenamento principal de forma contínua. Para sistemas de arquivos com vários pares de HA, recomendamos que você mantenha uma utilização média de até 80% para cada agregado.
Manter 80% de utilização garante que haja espaço livre para novos dados recebidos e mantém uma sobrecarga saudável para as operações de manutenção, que podem reivindicar temporariamente o espaço livre em seus agregados.
Se você perceber que seus agregados estão desequilibrados, é possível aumentar a capacidade de armazenamento principal do seu sistema de arquivos (aumentando proporcionalmente a capacidade de armazenamento de cada agregado) ou mover seus volumes entre agregados. Para obter mais informações, consulte [Mover volumes entre agregados](moving-fg-volumes.md).
## Desequilíbrio na utilização de desempenho do servidor de arquivos e do disco
Os recursos de desempenho total do seu sistema de arquivos (como throughput de rede, throughput e IOPS de servidor de arquivos para disco e IOPS de disco) são divididos igualmente entre os pares de HA do sistema de arquivos. Recomendamos que você mantenha uma utilização média abaixo de 50% (com um pico máximo de utilização abaixo de 80%) continuamente para todos os limites de desempenho; isso vale tanto para a utilização geral dos recursos do servidor de arquivos do seu sistema de arquivos em todos os pares de HA quanto para cada servidor de arquivos.
Se você perceber que a utilização do desempenho do servidor de arquivos está desequilibrada (e que os servidores de arquivos nos quais sua workload está desequilibrada têm uma utilização contínua superior a 80%), você poderá usar a CLI e a API REST do ONTAP para diagnosticar adicionalmente a causa do desequilíbrio de desempenho e corrigi-la. Veja a seguir uma tabela com possíveis indicadores de desequilíbrio e as próximas etapas para diagnósticos adicionais.
| Se o respectivo elemento do seu sistema de arquivos… | Então... |
| --- | --- |
| O throughput de disco do servidor de arquivos ou as IOPS de disco do servidor de arquivos estiverem desequilibrados | Você pode estar enfrentando I/O hotspotting em um subconjunto de pares de HA (um subconjunto de seus volumes contendo uma grande quantidade de dados sendo acessados), o que pode limitar o desempenho geral de sua carga de trabalho porque está congestionado em relação a um subconjunto de pares de HA. Para cada servidor de arquivos altamente utilizado, verifique os volumes mais utilizados para ver quais volumes têm mais atividade em um agregado. Para obter mais informações sobre esse procedimento, consulte [Rebalancear volumes](#rebalancing-volumes). |
| O throughput da rede estiver desequilibrado, mas o throughput de disco do servidor de arquivos, as IOPS de disco do servidor de arquivos ou as IOPS de disco não estiverem desequilibrados | Seus dados estão distribuídos uniformemente entre os pares de HA, mas seus clientes não. Para os servidores de arquivos que têm mais utilização de throughput da rede do que outros, verifique os principais clientes de cada servidor de arquivos e, em seguida, reequilibre esses clientes desmontando todos os volumes desses clientes e remontando-os usando um endpoint diferente em um par de HA diferente. Para obter mais informações sobre esse procedimento, consulte [Rebalancear clientes](#rebalancing-clients). |
## Mapeamento de CloudWatch dimensões para recursos da CLI do ONTAP e da API REST
Seu sistema de arquivos de segunda geração tem CloudWatch métricas da Amazon com a `Aggregate` dimensão `FileServer` or. Para diagnosticar adicionalmente os casos de desequilíbrio, você precisa mapear esses valores de dimensão para servidores de arquivos específicos (ou *nós*) e agregados na CLI ou na API REST do ONTAP.
+ Para servidores de arquivos, cada nome de servidor de arquivos é mapeado para um nome de servidor de arquivos (ou nó) no ONTAP (por exemplo, `FsxId01234567890abcdef-01`). Os servidores de arquivos com números ímpares são servidores preferenciais de arquivos (ou seja, eles atendem ao tráfego, a menos que o sistema de arquivos tenha feito failover para o servidor de arquivos secundário), enquanto os servidores de arquivos com números pares são servidores secundários de arquivos (ou seja, eles só atendem ao tráfego quando o par não estiver disponível). Por esse motivo, os servidores secundários de arquivos normalmente mostrarão menos utilização do que os servidores preferenciais de arquivos.
+ Para agregados, cada nome agregado é mapeado para um agregado no ONTAP (por exemplo, `aggr1`). Há um agregado para cada par de HA, o que significa que o agregado `aggr1` é compartilhado por servidores de arquivos `FsxId01234567890abcdef-01` (o servidor de arquivos ativo) e `FsxId01234567890abcdef-02` (o servidor de arquivos secundário) em um par de HA, o agregado `aggr2` é compartilhado por servidores de arquivos `FsxId01234567890abcdef-03` e `FsxId01234567890abcdef-04` e assim por diante.
Você pode visualizar os mapeamentos entre todos os agregados e servidores de arquivos usando a CLI do ONTAP.
1. Para entrar via SSH na NetApp CLI do ONTAP do seu sistema de arquivos, siga as etapas documentadas na seção do Guia [Usar a CLI do NetApp ONTAP](managing-resources-ontap-apps.md#netapp-ontap-cli) do usuário do *Amazon FSx for NetApp * ONTAP.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. Use o comando [storage aggregate show](https://docs.netapp.com/us-en/ontap-cli-9131/storage-aggregate-show.html), especificando o 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.
```
## Rebalancear clientes
Depois de adicionar pares de HA ou se você estiver enfrentando I/O desequilíbrio nos servidores de arquivos (especificamente com a utilização da taxa de transferência da rede), você pode reequilibrar seus clientes. Se você estiver reequilibrando clientes após adicionar pares de HA, pule para [Remontar clientes](#remounting-clients). Caso contrário, primeiro você deve identificar os clientes com tráfego elevado que você deseja mover para reequilibrar a E/S da workload.
Se você estiver enfrentando um I/O desequilíbrio entre os servidores de arquivos (especificamente com a utilização da taxa de transferência da rede), o alto número de I/O clientes pode ser a causa. Para identificar clientes com tráfego elevado, use a CLI do ONTAP.
**Identificar clientes com tráfego elevado**
1. Para entrar via SSH na NetApp CLI do ONTAP do seu sistema de arquivos, siga as etapas documentadas na seção do Guia [Usar a CLI do NetApp ONTAP](managing-resources-ontap-apps.md#netapp-ontap-cli) do usuário do *Amazon FSx for NetApp * ONTAP.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. Para visualizar os clientes com maior nível de tráfego, use o comando [statistics top client show](https://docs.netapp.com/us-en/ontap-cli-9131/statistics-top-client-show.html) na CLI do ONTAP. Opcionalmente, você pode especificar o parâmetro `-node` para visualizar somente os principais clientes de um servidor de arquivos específico. Se você estiver diagnosticando um desequilíbrio em um servidor de arquivos específico, use o parâmetro `-node`, substituindo-o `node_name` pelo nome do servidor de arquivos (por exemplo, `FsxId01234567890abcdef-01`).
Opcionalmente, você pode adicionar o parâmetro `-interval`, fornecendo o intervalo durante o qual fazer a medição (em segundos) antes da produção de cada relatório. Aumentar o intervalo (por exemplo, até o máximo de 300 segundos) fornecerá uma amostra de longo prazo da quantidade de tráfego direcionada para cada volume. O padrão é `5` (segundos).
```
::> statistics top client show -node FsxId01234567890abcdef-01 [-interval [5,300]]
```
Na saída, os principais clientes serão mostrados por endereço IP e pela porta.
```
*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
```
**Remontar clientes**
+ Você pode reequilibrar clientes com outros pares de HA. Para fazer isso, desmonte o volume do cliente e remonte-o usando o nome DNS do endpoint do SVM. NFS/SMB Isso retorna um endpoint aleatório correspondente a um par HA aleatório.
Recomendamos que você reutilize o nome de DNS, mas você tem a opção de escolher explicitamente qual par de HA um determinado cliente montará. Para garantir que você esteja montando um cliente em um endpoint diferente, você pode especificar um endereço IP de endpoint diferente daquele que corresponde ao servidor de arquivos que está enfrentando tráfego elevado. Como alternativa, você pode fazer isso executando o seguinte 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.
```
De acordo com o exemplo de saída do comando `statistics top client show`, o cliente `172.17.236.53` está direcionando tráfego intenso para `FsxId01234567890abcdef-01`. A saída do comando `network interface show` indica que esse é o endereço `172.31.15.89`. Para montar em um endpoint diferente, selecione qualquer outro endereço (neste exemplo, o único outro endereço é `172.31.8.112`, correspondente a `FsxId01234567890abcdef-03`).
## Rebalancear volumes
Se você estiver enfrentando um I/O desequilíbrio entre seus volumes ou agregados, você pode reequilibrar os volumes para redistribuir seu I/O tráfego entre seus volumes.
**nota**
Se você estiver enfrentando um desequilíbrio na utilização do armazenamento em seus agregados, geralmente não há nenhum impacto no desempenho, a menos que a alta utilização esteja associada ao desequilíbrio. I/O Embora você possa mover volumes entre agregados para equilibrar a utilização do armazenamento, recomendamos mover volumes somente se você estiver vendo um impacto no desempenho, pois a movimentação de volumes pode ter um impacto adverso no desempenho se você também não considerar o I/O direcionamento para cada volume que está pensando em mover.
1. Para entrar via SSH na NetApp CLI do ONTAP do seu sistema de arquivos, siga as etapas documentadas na seção do Guia [Usar a CLI do NetApp ONTAP](managing-resources-ontap-apps.md#netapp-ontap-cli) do usuário do *Amazon FSx for NetApp * ONTAP.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. Use o comando [statistics volume show](https://docs.netapp.com/us-en/ontap-cli-9131/statistics-volume-show.html) da CLI do ONTAP para visualizar os volumes com maior tráfego para um determinado agregado, com as seguintes alterações:
+ *aggregate\$1name*Substitua pelo nome do agregado (por exemplo,`aggr1`).
+ Opcionalmente, você pode adicionar o parâmetro `-interval`, fornecendo o intervalo durante o qual fazer a medição (em segundos) antes da produção de cada relatório. Aumentar o intervalo (por exemplo, até o máximo de 300 segundos) fornecerá uma amostra de longo prazo da quantidade de tráfego direcionada para cada volume. O padrão é `5` (segundos).
```
::> statistics volume show -aggregate aggregate_name -sort-key total_ops [-interval [5,300]]
```
Dependendo do intervalo escolhido, a exibição dos dados poderá levar até 5 minutos. O comando mostra todos os volumes no agregado, junto com a quantidade de tráfego direcionada para 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
```
As estatísticas de volume são mostradas por constituinte (por exemplo, `vol1__0015` é o 15.º constituinte do `vol1` do FlexGroup). Você pode ver no exemplo de saída que os constituintes de `aggr1` são mais utilizados do que os constituintes de `aggr2`. Para equilibrar o tráfego entre agregados, você pode mover os volumes constituintes entre os agregados para que o tráfego seja distribuído de modo mais uniforme.
1. Se você tiver adicionado novos pares de HA, deverá mover os volumes existentes para novos agregados. Para obter mais informações, consulte [Mover volumes entre agregados](moving-fg-volumes.md).