Performance - AWSStorage Gateway
Como otimizar o desempenho de um gatewayUsar o VMware High Availability com o Storage Gateway

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á.

Performance

Nesta seção, você encontra informações sobre o desempenho do Storage Gateway.

Como otimizar o desempenho de um gateway

Você pode encontrar informações a seguir sobre como otimizar o desempenho de um gateway. A orientação para isso fundamenta-se na adição de recursos ao gateway e na adição de recursos ao servidor de aplicativos.

Como adicionar recursos ao seu gateway

Você pode otimizar o desempenho do gateway adicionando recursos ao seu gateway em uma ou mais das seguintes maneiras.

Use discos de desempenho superior

Para otimizar o desempenho do gateway, você pode adicionar discos de alto desempenho, como unidades de estado sólido (SSDs) e um controlador NVMe. Você pode também anexar discos virtuais diretamente à sua VM em uma rede de área de armazenamento (SAN), e não no NTFS do Microsoft Hyper-V. Um disco com melhor desempenho geralmente contribui para uma taxa de transferência mais alta e mais operações de entrada/saída por segundo (IOPS). Para obter informações adicionais sobre como adicionar discos, consulteAdicionar armazenamento em cache.

Para medir a taxa de transferência, use oReadByteseWriteBytesMétricas com oSamplesEstatística do Amazon CloudWatch. Por exemplo, a estatística Samples da métrica ReadBytes durante um período de amostra de 5 minutos divididos por 300 segundos fornece o IOPS. Como regra geral, ao analisar essas métricas para um gateway, procure taxas de transferência baixas e IOPS com baixas tendências para indicar gargalos relacionados ao disco.

nota

Não existem métricas do CloudWatch disponíveis para todos os gateways. Para obter informações sobre métricas de gateway, consulte Monitorando seu gateway de arquivos.

Adicione recursos de CPU ao host de seu gateway

O requisito mínimo para o servidor de host do gateway é quatro processadores virtuais. Para otimizar o desempenho do gateway, confirme se os quatro processadores virtuais atribuídos à VM do gateway contam com o suporte de quatro núcleos. Além disso, confirme se você não está comprometendo exageradamente as CPUs do servidor de host.

Ao adicionar mais CPUs ao servidor de host do gateway, você pode aumentar a capacidade de processamento do gateway. Isso permite que seu gateway lide paralelamente com o armazenamento de dados de seu aplicativo no armazenamento local e o upload desses dados para o Amazon S3. As CPUs adicionais também ajudam a garantir que seu gateway tenha recursos de CPU suficientes quando o host for compartilhado com outras VMs. Ao fornecer recursos suficientes de CPU, o resultado de modo geral é a melhoria da taxa de transferência.

O Storage Gateway suporta o uso de 24 CPUs no servidor host do gateway. Você pode usar 24 CPUs para melhorar significativamente o desempenho de seu gateway. Recomendamos a seguinte configuração de gateway para o servidor de host do gateway:

  • 24 CPUs.

  • 16 GiB de memória RAM reservada para gateways de arquivos

    • 16 GiB de RAM reservada para gateways com tamanho de cache de até 16 TiB

    • 32 GiB de RAM reservada para gateways com tamanho de cache 16 TiB a 32 TiB

    • 48 GiB de RAM reservada para gateways com tamanho de cache 32 TiB a 64 TiB

  • Disco 1 anexado ao controlador paravirtual 1, para ser usado como cache do gateway da seguinte forma:

    • SSD com um controlador NVMe.

  • Disco 2 anexado ao controlador paravirtual 1, para ser usado como buffer de upload do gateway da seguinte forma:

    • SSD com um controlador NVMe.

  • Disco 3 anexado ao controlador paravirtual 2, para ser usado como buffer de upload do gateway da seguinte forma:

    • SSD com um controlador NVMe.

  • Adaptador de rede 1 configurado na rede 1 da VM:

    • Use a rede 1 da VM e adicione o VMXnet3 (10 Gbps) para ser usado para ingestão.

  • Adaptador de rede 2 configurado na rede 2 da VM:

    • Use a rede 2 da VM e adicione o VMXnet3 (10 Gbps) para ser usado conexão com a AWS.

Respalde os discos virtuais com discos físicos separados.

Ao provisionar discos de gateway, é altamente recomendável não provisionar discos locais para armazenamento local que usam os mesmos recursos subjacentes de armazenamento físico. Por exemplo, para VMware ESXi, os recursos subjacentes de armazenamento físico são representados como armazenamento de dados. Ao implantar a VM do gateway, você escolhe um armazenamento de dados para armazenar os arquivos da VM. Ao provisionar um disco virtual (por exemplo, como buffer de upload), você pode armazenar o disco virtual no mesmo armazenamento de dados que a VM ou em outro armazenamento de dados distinto.

Se você tiver mais de um armazenamento de dados, é altamente recomendável escolher um armazenamento de dados para cada tipo de armazenamento local que você estiver criando. O armazenamento de dados que conta apenas com um disco físico subjacente pode apresentar um desempenho ruim. Um exemplo é quando você usa um disco para apoiar o armazenamento em cache e o buffer de upload em uma configuração de gateway. Da mesma forma, um armazenamento de dados que conta uma configuração de RAID de desempenho mais baixo, como RAID 1, pode apresentar um desempenho ruim.

Como adicionar recursos ao seu ambiente de aplicativos

Aumente a largura de banda entre o servidor de aplicativos e o gateway

Para otimizar o desempenho do gateway, confirme se a largura de banda da rede entre o aplicativo e o gateway pode atender às necessidades de seu aplicativo. Você pode usar oReadByteseWriteBytesmétricas do gateway para medir a taxa de transferência total de dados.

Para seu aplicativo, compare a taxa de transferência medidas com a taxa de transferência desejada. Se a taxa de transferência medida for inferior à taxa de transferência desejada, a ampliação da largura de banda entre o aplicativo e o gateway pode melhorar o desempenho se a rede for o gargalo. Da mesma forma, você pode aumentar a largura de banda entre a VM e os discos locais, se eles não estiverem diretamente vinculados.

Adicione recursos de CPU ao seu ambiente de aplicativos

Se seu aplicativo puder usar outros recursos de CPU, adicionar mais CPUs pode ajudar seu aplicativo a dimensionar a respectiva carga de E/S.

Usar o VMware vSphere High Availability com o Storage Gateway

O Storage Gateway fornece alta disponibilidade no VMware por meio de um conjunto de verificações de integridade no nível do aplicativo integradas à alta disponibilidade do VMware vSphere (VMware HA). Essa abordagem ajuda a proteger as cargas de trabalho de armazenamento contra falhas de hardware, de hipervisor ou de rede. Ela também ajuda a proteger contra erros de software, como tempos limite de conexão e compartilhamento de arquivos ou indisponibilidade de volume.

Com essa integração, um gateway implantado em um ambiente VMware no local ou em uma nuvem VMware na AWS recupera automaticamente da maioria das interrupções de serviço. Ele geralmente faz isso em menos de 60 segundos sem perda de dados.

Para usar o VMware HA com Storage Gateway, siga as etapas listadas a seguir.

Configurar o cluster do vSphere VMware HA

Primeiro, se você ainda não tiver criado um cluster do VMware, crie um. Para obter informações sobre como criar um cluster do VMware, consulte Create a vSphere HA Cluster na documentação do VMware.

Em seguida, configure o cluster do VMware para funcionar com o Storage Gateway.

Como configurar o cluster do VMware

  1. Na página Edit Cluster Settings (Editar configurações do cluster) no VMware vSphere, verifique se o monitoramento da VM está configurado para monitoramento de VM e aplicativos. Para fazer isso, defina as seguintes opções conforme indicado:

    • Proposta à falha do host: Reiniciar VMs

    • Resposta para isolamento do host: Desligar e reiniciar VMs

    • Datastore with PDL: Disabled (Desativado)

    • Datastore with APD: Disabled (Desativado)

    • VM Monitoring: Monitoramento de VM e aplicativos

    Para obter um exemplo, consulte as capturas de tela a seguir.

    Editar as configurações do cluster

  2. Ajuste a sensibilidade do cluster ajustando os seguintes valores:

    • Intervalo do— Após esse intervalo, a VM é reiniciada se uma pulsação da VM não for recebida.

    • Tempo de atividade mínimo— O cluster aguarda isso muito depois que uma VM começa a monitorar as pulsações das ferramentas de VM.

    • Máximo de redefinições por VM— O cluster reinicia a VM no máximo disso muitas vezes dentro da janela de tempo máximo de redefinições.

    • Janela de tempo máximo de redefinições— A janela de tempo na qual o máximo de redefinições por VM será contado pelo máximo de redefinições por VM.

    Se você não tiver certeza de quais valores definir, use estas configurações de exemplo:

    • Failure interval (Intervalo de falha): 30 segundos

    • Minimum uptime (Tempo mínimo de atividade): 120 segundos

    • Maximum per-VM resets (Máximo de redefinições por VM): 3

    • Maximum resets time window (Janela temporal para o máximo de redefinições): 1 hora

Se você tiver outras VMs em execução no cluster, talvez você queira definir esses valores especificamente para sua VM. Não é possível fazer isso até implantar a VM a partir do .ova. Para obter mais informações sobre como definir esses valores, consulte (Opcional) Adicionar opções de substituição para outras VMs no cluster.

Fazer download da imagem .ova para o seu tipo de gateway

Use o procedimento a seguir para fazer download da imagem .ova.

Como fazer download da imagem .ova para o seu tipo de gateway

  • Faça download da imagem .ova para o seu tipo de gateway de uma das seguintes opções:

    • Gateway de arquivos —

Implantar o gateway

No cluster configurado, implante a imagem .ova em um dos hosts do cluster.

Como implantar a imagem .ova do gateway

  1. Implante a imagem .ova em um dos hosts no cluster.

  2. Verifique se os armazenamentos de dados escolhidos para o disco raiz e o cache estão disponíveis para todos os hosts no cluster.

(Opcional) Adicionar opções de substituição para outras VMs no cluster

Se tiver outras VMs em execução no cluster, talvez você queira definir os valores do cluster especificamente para cada VM.

Como adicionar opções de substituição para outras VMs no cluster

  1. Na página Summary (Resumo) do VMware vSphere, escolha o cluster para abrir a página do cluster e selecione Configure (Configurar).

  2. Selecione a guia Configuration (Configuração) e selecione VM Overrides (Substituições de VM).

  3. Adicione uma nova opção de substituição de VM para alterar cada valor.

    Para opções de substituição, consulte a captura de tela a seguir.

    Substituir configurações do cluster

Ativar o gateway.

Depois que o .ova do gateway for implantado, ative o gateway. As instruções de como fazer isso são diferentes para cada tipo de gateway.

Para ativar seu gateway

  • Escolha as instruções de ativação com base no seu tipo de gateway:

    • Gateway de arquivos —

Teste a configuração do VMware High Availability

Depois de ativar o gateway, teste a configuração.

Como testar a configuração do VMware HA

  1. Abra o console do Storage Gateway emhttps://console.aws.amazon.com/storagegateway/home.

  2. No painel de navegação, selecione Gateways e escolha o gateway que você deseja testar para o VMware HA.

  3. Em Actions (Ações), selecione Verify VMware HA (Verificar VMware HA).

  4. Na caixa Verify VMware High Availability Configuration (Verificar configuração do VMware High Availability) exibida, selecione OK.

    nota

    Testar a configuração do VMware HA reinicializa a VM do gateway e interrompe a conectividade com o gateway. O teste pode levar alguns minutos para ser concluído.

    Se o teste for bem-sucedido, o status Verified (Verificado) será exibido na guia de detalhes do gateway no console.

  5. Selecione Exit (Sair).

Você pode encontrar informações sobre eventos do VMware HA nos grupos de logs do Amazon CloudWatch. Para obter mais informações, consulte Obtendo registros de integridade do gateway de arquivos com grupos de logs do CloudWatch.