Disponibilidade e durabilidade - FSx for ONTAP

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

Amazon FSx for NetApp O ONTAP tem dois tipos de implantação, Single-AZ e Multi-AZ, que oferecem diferentes níveis de disponibilidade e durabilidade. Para obter informações sobre o SLA (Contrato de Nível de Serviço) de disponibilidade do serviço, consulteAcordo de nível de serviço do Amazon FSx.

Escolher um tipo de implantação de sistema de arquivos

Quando você cria um sistema de arquivos Single-AZ, o Amazon FSx provisiona automaticamente um par de servidores de arquivos em domínios de falha separados dentro de uma zona de disponibilidade em uma configuração ativa de espera. Durante a manutenção planejada do sistema de arquivos ou a interrupção não planejada do serviço, o Amazon FSx efetua o failover para o servidor de arquivos em espera, normalmente em alguns segundos, permitindo que você continue acessando seus dados sem qualquer 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 em uma zona de disponibilidade para protegê-los contra falhas de componentes e oferece backups diários automáticos que são armazenados em várias zonas de disponibilidade, fornecendo resiliência Multi-AZ para todos os dados de backup.

Os sistemas de arquivos Multi-AZ suportam todos os recursos de disponibilidade e durabilidade de 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 está disponível. Em uma implantação Multi-AZ, o servidor de arquivos em espera é implantado em uma zona de disponibilidade diferente do servidor de arquivos ativo na mesmaRegião da AWS. Todas as alterações gravadas em seu sistema de arquivos são sincronicamente replicadas ao longo das zonas de disponibilidade para o modo de espera.

Os sistemas de arquivos Multi-AZ são projetados para casos de uso, como cargas de trabalho de produção essenciais aos negócios que exigem alta disponibilidade para dados de arquivos ONTAP compartilhados e precisam de armazenamento com replicação integrada em todas as zonas de disponibilidade. 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 outrosRegiões da AWS, replicando dados somente dentro de uma zona de disponibilidade.

Processo de failover para o FSx for ONTAforneça

O failover do sistema de arquivos do automaticamente para o servidor de arquivos em espera se ocorrer qualquer uma das condições a seguir:

  • O servidor de arquivos preferencial fica indisponível

  • A capacidade de taxa de transferência do sistema de arquivos foi alterada

  • O servidor de arquivos preferido passa por uma manutenção planejada

  • Ocorre uma interrupção na zona de disponibilidade (somente sistemas de arquivos Multi-AZ)

Ao passar 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. Quando o servidor de arquivos preferencial está disponível, o Amazon FSx retorna automaticamente para ele. Um failover normalmente é 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. O failback é concluído em menos de 60 segundos e só ocorre quando o servidor de arquivos preferencial é totalmente recuperado. Como o endereço IP do endpoint que os clientes usam para acessar dados via NFS ou SMB permanece o mesmo, os failovers são transparentes para aplicativos Linux, Windows e macOS, que retomam as operações do sistema de arquivos sem intervenção manual.

Testando o failover em um sistema de arquivos

Você pode testar o failover em seu sistema de arquivos modificando sua capacidade de transferência. Quando você modifica a capacidade de transferência do seu sistema de arquivos, o Amazon FSx desliga serialmente os servidores de arquivos do sistema de arquivos. Os sistemas de arquivos falham automaticamente para o servidor secundário, enquanto o Amazon FSx substitui primeiro o servidor de arquivos preferido. Depois de atualizado, o sistema de arquivos retorna automaticamente 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 taxa de transferência no console do Amazon FSx, na CLI e na API. Para obter mais informações sobre como modificar a capacidade de transferência do seu sistema de arquivos e monitorar o andamento da solicitação, consulteGerenciar a capacidade de taxa de transferência.

Trabalhar com sistemas de arquivos

Sub-redes

Quando você cria uma VPC, ela abrange todas as zonas de disponibilidade na região. As zonas de disponibilidade são locais distintos projetados para serem isolados de falhas em outras zonas de disponibilidade. Depois de criar uma VPC, você pode adicionar uma ou mais sub-redes em cada zona de disponibilidade. A VPC tem uma sub-rede em cada zona de disponibilidade. Cada sub-rede deve residir inteiramente dentro de uma zona de disponibilidade e não pode abranger zonas.

Ao criar um sistema de arquivos Single-AZ, você especifica uma única sub-rede para o sistema de arquivos. A sub-rede que você escolhe 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 que você escolher deve estar em uma zona de disponibilidade diferente dentro da mesmaRegião da AWS.

nota

Independentemente da sub-rede que você especificar, você pode acessar seu sistema de arquivos de dentro de qualquer sub-rede na sua VPC.

Interfaces de rede elástica de arquivos do

Quando você cria um sistema de arquivos do Amazon FSx, o Amazon FSx provisiona umelastic network interface(ENI) em cada uma das sub-redes que você associa ao seu sistema de arquivos. A interface de rede permite que seu cliente se comunique com o sistema de arquivos do FSx for ONTAforneça. 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.

Atenção
  • Você não deve modificar ou excluir as interfaces de rede elásticas associadas ao seu sistema de arquivos. Modificar ou excluir a interface de rede pode causar uma perda permanente da conexão entre sua VPC e seu sistema de arquivos.

  • As interfaces de rede elásticas associadas ao seu sistema de arquivos terão rotas criadas e adicionadas automaticamente às suas tabelas de rotas padrão de VPC e sub-rede. Modificar ou excluir essas rotas pode causar perda temporária ou permanente de conectividade para seus clientes do sistema de arquivos.

A tabela a seguir resume a sub-rede, a elastic network interface e os recursos de endereço IP para os tipos de implantação do sistema de arquivos FSx para ONTAP:

single-AZ Multi-AZ
Número de sub-redes 1 2
Número de interfaces de rede elástica 2 2
Número de endereços IP por ENI 1 + o 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 1 + o número de SVMs no sistema de arquivos

Depois que um sistema de arquivos ou SVM é criado, seus endereços IP não mudam até que o sistema de arquivos seja excluído.

Importante

O Amazon FSx não oferece suporte ao acesso ou à exposição de sistemas de arquivos à Internet pública.