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á.
Disponibilidade e durabilidade
O Amazon FSx for NetApp ONTAP usa dois tipos de implantação, Single-AZ e Multi-AZ, que oferecem diferentes níveis de disponibilidade e durabilidade. Este tópico descreve os recursos de disponibilidade e durabilidade de cada tipo de implantação para ajudar você a escolher o mais adequado às suas workloads. Para obter informações sobre o SLA (Acordo de Nível de Serviço) de disponibilidade do serviço, consulte Amazon FSx Service Level Agreement
Tópicos
Escolher um tipo de implantação do sistema de arquivos
Os recursos de disponibilidade e durabilidade dos tipos de implantação single-AZ e multi-AZ do sistema de arquivos são descritos nas seções a seguir.
Tipo de implantação single-AZ
Quando você cria um sistema de arquivos Single-AZ, o Amazon FSx provisiona automaticamente de um a doze pares de servidores de arquivos em uma configuração ativa em espera, com os servidores de arquivos ativos e em espera em cada par localizados em domínios de falha separados em uma única zona de disponibilidade no. Região da AWS Durante a manutenção planejada do sistema de arquivos ou uma interrupção não planejada do serviço de qualquer servidor de arquivos ativo, o Amazon FSx transfere automaticamente e de forma independente esse par de alta disponibilidade (HA) para o servidor de arquivos em espera, normalmente em alguns segundos. Durante um failover, você continua tendo acesso aos seus dados sem intervenção manual.
Para garantir a alta disponibilidade, o Amazon FSx monitora continuamente as falhas de hardware e substitui automaticamente os componentes da infraestrutura em caso de falha. Para obter alta durabilidade, o Amazon FSx replica automaticamente seus dados dentro de uma zona de disponibilidade para protegê-los contra falhas de componentes. Além disso, você tem a opção de configurar backups diários automáticos dos dados do sistema de arquivos. Esses backups são armazenados em várias zonas de disponibilidade para fornecer resiliência multi-AZ a todos os dados de backup.
Os sistemas de arquivos single-AZ são projetados para casos de uso que não exigem o modelo de resiliência de dados de um sistema de arquivos multi-AZ. Eles fornecem uma solução econômica para casos de uso, como ambientes de desenvolvimento e teste, ou armazenamento de cópias secundárias de dados que já estão armazenados no local ou em outros ambientes Regiões da AWS, replicando dados somente em uma única zona de disponibilidade.
O diagrama a seguir ilustra a arquitetura de um sistema de arquivos single-AZ do FSx para ONTAP.
Tipo de implantação multi-AZ
Os sistemas de arquivos multi-AZ oferecem suporte a todos os recursos de disponibilidade e durabilidade dos sistemas de arquivos single-AZ. Além disso, eles são projetados para fornecer disponibilidade contínua aos dados, mesmo quando uma zona de disponibilidade não estiver disponível. As implantações Multi-AZ têm um único par de servidores de arquivos HA; o servidor de arquivos em espera é implantado em uma zona de disponibilidade diferente do servidor de arquivos ativo na mesma. Região da AWS Todas as alterações gravadas no sistema de arquivos são replicadas de forma síncrona nas zonas de disponibilidade para o modo de espera.
Os sistemas de arquivos multi-AZ são projetados para casos de uso, como workloads de produção essenciais para os negócios, que exigem alta disponibilidade para dados de arquivos compartilhados do ONTAP e precisam de armazenamento com replicação integrada em todas as zonas de disponibilidade. O diagrama a seguir ilustra a arquitetura de um sistema de arquivos multi-AZ do FSx para ONTAP.
Processo de failover do FSx para ONTAP
Os sistemas de arquivos Single-AZ e Multi-AZ automaticamente transferem um determinado par de HA do servidor de arquivos preferencial ou ativo para o servidor de arquivos em espera se alguma das seguintes condições ocorrer:
-
O servidor de arquivos preferencial ou ativo fica indisponível
-
A capacidade de throughput do sistema de arquivos é alterada
-
O servidor de arquivos preferencial ou ativo passa por uma manutenção planejada
-
Ocorre uma interrupção na zona de disponibilidade (somente sistemas de arquivos multi-AZ)
nota
Para sistemas de arquivos escaláveis, o comportamento de failover de cada par de HA é independente. Se o servidor de arquivos preferencial para um par de HA não estiver disponível, somente esse par de HA fará o failover para seu servidor de arquivos em espera.
Ao fazer o failover de um servidor de arquivos para outro, o novo servidor de arquivos ativo começa automaticamente a atender todas as solicitações de leitura e gravação do sistema de arquivos para esse par de HA. Para sistemas de arquivos multi-AZ, quando o servidor de arquivos preferencial é totalmente recuperado e fica disponível, o Amazon FSx faz o failback automático a ele, com o failback geralmente concluído em menos de 60 segundos. Para sistemas de arquivos single-AZ e multi-AZ, um failover geralmente é concluído em menos de 60 segundos, desde a detecção da falha no servidor de arquivos ativo até a promoção do servidor de arquivos em espera para o status ativo. Como o endereço IP do endpoint que os clientes usam para acessar dados por NFS ou SMB permanece o mesmo, os failovers são transparentes para aplicações do Linux, Windows e macOS, que retomam as operações do sistema de arquivos sem intervenção manual.
Para garantir que failovers sejam transparentes aos clientes conectados aos sistemas de arquivos single-AZ e multi-AZ do FSx para ONTAP, consulte Acessando dados de dentro AWS.
Como testar o failover em um sistema de arquivos
Você pode testar o failover em seu sistema de arquivos escalável modificando sua capacidade de taxa de transferência. Ao modificar a capacidade de throughput do sistema de arquivos, o Amazon FSx desativa os servidores de arquivos do sistema de arquivos em série. Os sistemas de arquivos fazem o failover automático para o servidor secundário, enquanto o Amazon FSx substitui primeiro o servidor de arquivos preferencial. Depois de atualizado, o sistema de arquivos faz o failback automático para o novo servidor primário e o Amazon FSx substitui o servidor de arquivos secundário.
Você pode monitorar o progresso da solicitação de atualização da capacidade de throughput no console do Amazon FSx, na CLI e na API. Para obter mais informações sobre como modificar a capacidade de throughput do sistema de arquivos e monitorar o progresso da solicitação, consulte Como gerenciar a capacidade de throughput.
Recursos da rede
Esta seção descreve os recursos de rede consumidos pelos sistemas de arquivos single-AZ e multi-AZ.
Subredes
Ao criar um sistema de arquivos single-AZ, você especifica uma única sub-rede para o sistema de arquivos. A sub-rede escolhida define a zona de disponibilidade na qual o sistema de arquivos é criado. Ao criar um sistema de arquivos multi-AZ, você especifica duas sub-redes, uma para o servidor de arquivos preferencial e outra para o servidor de arquivos em espera. As duas sub-redes escolhidas devem estar em zonas de disponibilidade diferentes na mesma Região da AWS. Para obter mais informações sobre a Amazon VPC, consulte O que é Amazon VPC? no Guia do usuário da Amazon Virtual Private Cloud.
nota
Independentemente da sub-rede especificada, você pode acessar seu sistema de arquivos de qualquer sub-rede dentro da VPC do sistema de arquivos.
Interfaces de rede elástica do sistema de arquivos
Para sistemas de arquivos single-AZ, o Amazon FSx provisiona duas interfaces de rede elástica (ENI) na sub-rede associada ao sistema de arquivos. Para sistemas de arquivos multi-AZ, o Amazon FSx também provisiona duas ENIs, uma em cada uma das sub-redes associadas ao sistema de arquivos. Os clientes se comunicam com o seu sistema de arquivos do Amazon FSx usando a interface de rede elástica. Considera-se que as interfaces de rede estão dentro do escopo de serviço do Amazon FSx, apesar de fazerem parte da VPC da sua conta. Os sistemas de arquivos Multi-AZ usam endereços de protocolo de Internet (IP) flutuantes para que os clientes conectados façam uma transição perfeita entre os servidores de arquivos preferenciais e os de espera durante um evento de failover.
Atenção
Você não deve modificar ou excluir as interfaces de rede elástica associadas ao seu sistema de arquivos. A modificação ou a exclusão da interface de rede pode causar uma perda permanente de conexão entre a VPC e o sistema de arquivos.
As interfaces de rede elástica associadas ao sistema de arquivos terão rotas criadas automaticamente e adicionadas às tabelas de rotas da sub-rede e da VPC padrão. Modificar ou excluir essas rotas pode causar perda temporária ou permanente de conectividade para os clientes do sistema de arquivos.
A seguinte tabela resume os recursos de sub-rede, interface de rede elástica e endereço IP para cada um dos tipos de implantação do sistema de arquivos do FSx para ONTAP:
| Single-AZ (aumento de escala) | Single-AZ (expansão horizontal) | Multi-AZ (aumento de escala) | |
|---|---|---|---|
| Número de sub-redes | 1 | 1 | 2 |
| Número de interfaces de rede elástica | 2 | 2 por par de HA | 2 |
| Número de endereços IP por ENI | 1 + o número de SVMs no sistema de arquivos | Contagem de pares HA + contagem de pares HA multiplicada pelo número de SVMs no sistema de arquivos | 1 + o número de SVMs no sistema de arquivos |
| Número de rotas da tabela de rotas da VPC | N/D | N/D | 1 + o número de SVMs no sistema de arquivos |
Depois que um sistema de arquivos ou uma SVM são criados, os endereços IP não mudam até que o sistema de arquivos seja excluído.
Importante
O Amazon FSx não é compatível com o acesso a sistemas de arquivos ou com a exposição dos sistemas de arquivos à Internet pública. O Amazon FSx desvincula automaticamente qualquer endereço IP elástico, que é um endereço IP público acessível pela Internet, que é anexado à interface de rede elástica de um sistema de arquivos.
