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á.
Opções de disponibilidade, durabilidade e implantação
Usos Single-AZ e tipos de Multi-AZ implantação do Amazon FSx for NetApp ONTAP. Você pode escolher entre quatro opções: Single-AZ 1, Single-AZ 2, Multi-AZ 1 e Multi-AZ 2. 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 Single-AZ e os tipos de implantação do sistema de Multi-AZ arquivos são descritos nas seções a seguir.
Single-AZ tipos de implantação
Você pode escolher entre Single-AZ 1 e Single-AZ 2 para seu sistema de Single-AZ arquivos. Single-AZ 1 é um sistema de arquivos de primeira geração com um par de alta disponibilidade (HA), enquanto Single-AZ 2 é um sistema de arquivos de segunda geração com 1 a 12 pares de HA. Para obter mais informações, consulte Escolher uma geração de sistema de arquivos.
Quando você cria um sistema de Single-AZ arquivos, o Amazon FSx provisiona automaticamente de um a doze pares de servidores de arquivos em uma configuração de espera ativa, com os servidores de arquivos ativos e em espera em cada par localizados em domínios de falha separados dentro de 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 faz automaticamente e independentemente o failover desse par de alta disponibilidade (HA) para o servidor de arquivos em espera, normalmente em alguns segundos. Durante um failover, você continua a ter 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.
Single-AZ os sistemas de arquivos são projetados para casos de uso que não exigem o modelo de resiliência de dados de um sistema de Multi-AZ arquivos. Eles fornecem uma solução econômica para casos de uso, como ambientes de desenvolvimento e teste, ou para armazenar cópias secundárias de dados que já estão armazenados no local ou em outros locais 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 de Single-AZ primeira geração FSx for ONTAP.
Multi-AZ tipos de implantação
Você pode escolher entre Multi-AZ 1 e Multi-AZ 2 para seu sistema de Multi-AZ arquivos. Multi-AZ 1 é um sistema de arquivos de primeira geração e Multi-AZ 2 é um sistema de arquivos de segunda geração. Ambas as opções têm um par de HA. Para obter mais informações, consulte Escolher uma geração de sistema de arquivos.
Multi-AZ os sistemas de arquivos suportam todos os recursos de disponibilidade e durabilidade dos sistemas de Single-AZ arquivos. 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. Multi-AZ as implantações 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.
Multi-AZ os sistemas de arquivos são projetados para casos de uso, como cargas de trabalho de produção essenciais para os negócios, que exigem alta disponibilidade para dados compartilhados de arquivos 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 de Multi-AZ primeira geração FSx for ONTAP.
Escolher uma geração de sistema de arquivos
A tabela a seguir ilustra as diferenças entre a primeira e a segunda geração Single-AZ e o Multi-AZ FSx para sistemas de arquivos ONTAP.
| Dimensão | First-generation | Second-generation (par HA único) | Second-generation (vários pares) |
|---|---|---|---|
| Tipo de implantação | SINGLE_AZ_1 MULTI_AZ_1 |
SINGLE_AZ_2 MULTI_AZ_2 |
SINGLE_AZ_2 |
| Pares de HA | 1 par de HA | 1 a 12 pares de HA | |
| Armazenamento em SSD |
Mínimo: 1 TiB Máximo: 192 TiB |
Mínimo: 1 TiB Máximo: 512 TiB |
Mínimo: 1 TiB (por par de HA) Máximo: 1 PiB (total) |
| IOPS SSD |
Mínimo: 3 IOPS/GIB de SSD Máximo: 160 mil |
Mínimo: 3 IOPS/GIB de SSD Máximo: 200 mil |
Mínimo: 3 IOPS/GIB de SSD Máximo: 2.400 mil (200 mil por par de HA) |
| Capacidade de produção | 128 MBps; 256 MBps; 512 MBps; 1.024 MBps; 2.048 MBps; 4.096 MBps | 384 MBps; 768 MBps; 1.536 MBps; 3.072 MBps; 6.144 MBps | 1.536 MBps (por par de HA); 3.072 MBps (por par de HA); 6.144 MBps (por par de HA) |
nota
Você não pode alterar o tipo de implantação do sistema de arquivos após a criação. Se quiser alterar o tipo de implantação (por exemplo, passar de Single-AZ 1 para Single-AZ 2), você pode fazer backup dos dados e restaurá-los em um novo sistema de arquivos. Também é possível migrar seus dados com o NetApp SnapMirror, com o AWS DataSync ou com uma ferramenta de cópia de dados de terceiros. Para obter mais informações, consulte Migrando para o FSx for ONTAP usando NetApp SnapMirror e Migrando para o FSx for ONTAP usando AWS DataSync.
Processo de failover do FSx para ONTAP
Single-AZ e os sistemas de Multi-AZ arquivos realizam automaticamente o failover de 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 Multi-AZ arquivos)
nota
Para sistemas de arquivos de segunda geração com vários pares de HA, 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çará automaticamente a atender a todas as solicitações de leitura e gravação do sistema de arquivos do respectivo par de HA. Para sistemas de Multi-AZ arquivos, quando o servidor de arquivos preferido é totalmente recuperado e se torna disponível, o Amazon FSx automaticamente retorna para ele, com o failback geralmente concluído em menos de 60 segundos. Para sistemas de Multi-AZ arquivos Single-AZ e, 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. Para clientes NFS e SMB, os failovers são transparentes porque o endereço IP do endpoint que os clientes usam para acessar seus dados permanece o mesmo, então os aplicativos Linux, Windows e macOS retomam as operações do sistema de arquivos sem intervenção manual. Para os protocolos iSCSI e de armazenamento em NVMe/TCP bloco, a transparência do failover depende, em vez disso, dos vários caminhos do lado do cliente, que você deve configurar no cliente para que ele efetue o failover automático entre seus servidores de arquivos.
Para garantir que os failovers sejam transparentes para os clientes conectados aos seus sistemas de arquivos FSx for ONTAP, consulte. Acessando dados de dentro do Nuvem AWS Para configurar vários caminhos do lado do cliente para iSCSI e clientes, consulte e. NVMe/TCP Provisionamento de iSCSI para Linux Provisionamento para Linux NVMe/TCP
Como testar o failover em um sistema de arquivos
Você pode testar o failover no sistema de arquivos modificando sua capacidade de throughput. 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 Single-AZ sistemas de Multi-AZ arquivos.
Sub-redes
Ao criar um sistema de Single-AZ arquivos, 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 Multi-AZ arquivos, você especifica duas sub-redes, uma para o servidor de arquivos preferido 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 Single-AZ arquivos, o Amazon FSx provisiona duas interfaces de rede elástica (ENI) na sub-rede que você associa ao seu sistema de arquivos. Para sistemas de Multi-AZ arquivos, o Amazon FSx também provisiona dois ENIs, um em cada sub-rede que você associa ao seu sistema de arquivos. Os clientes se comunicam com o seu sistema de arquivos do Amazon FSx usando a interface de rede elástica. As interfaces de rede são consideradas dentro do escopo de serviço do Amazon FSx, apesar de fazerem parte da VPC da sua conta. Multi-AZ os sistemas de arquivos usam endereços IP flutuantes para que os clientes conectados façam a transição perfeita entre os servidores de arquivos preferenciais e os servidores de arquivos em 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:
| First-generation Single-AZ | Second-generation Single-AZ | Multi-AZ | |
|---|---|---|---|
| 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 de HA + contagem de par de 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/A | N/A | 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.