Disponibilidade e durabilidade: sistemas de arquivos single-AZ e multi-AZ

O Amazon FSx para Windows File Server oferece dois tipos de implantação de sistemas de arquivos: Single-AZ e Multi-AZ. As seções a seguir fornecem informações para ajudá-lo a escolher o tipo de implantação certo para suas cargas de trabalho. Para obter informações sobre a disponibilidade do serviço SLA (Acordo de Nível de Serviço), consulte Acordo de Nível FSx de Serviço da Amazon.

Os sistemas de arquivos single-AZ são compostos por uma única instância do servidor de arquivos do Windows e um conjunto de volumes de armazenamento em uma única zona de disponibilidade (AZ). Com os sistemas de arquivos single-AZ, os dados são replicados automaticamente para protegê-los contra a falha de um único componente na maioria dos casos. A Amazon monitora FSx continuamente as falhas de hardware e se recupera automaticamente de eventos de falha substituindo o componente de infraestrutura com falha. Os sistemas de arquivos Single-AZ ficam off-line, normalmente por menos de 20 minutos, durante esses eventos de recuperação de falhas e durante a manutenção planejada do sistema de arquivos dentro da janela de manutenção que você configura para o seu sistema de arquivos. Com os sistemas de arquivos single-AZ, a falha do sistema de arquivos pode ser irrecuperável em casos raros, como devido a falhas de vários componentes ou devido a uma falha não progressiva do servidor de arquivos único que deixa o sistema de arquivos em um estado inconsistente. Nesse caso, é possível recuperar o sistema de arquivos a partir do backup mais recente.

Os sistemas de arquivos Multi-AZ são compostos por um cluster de alta disponibilidade de servidores de arquivos Windows distribuídos em dois AZs (um AZ preferencial e um AZ em espera), utilizando a tecnologia Windows Server Failover Clustering (WSFC) e um conjunto de volumes de armazenamento em cada um dos dois. AZs Os dados são replicados de forma síncrona dentro de cada AZ individual e entre as duas. AZs Em relação à implantação Single-AZ, as implantações Multi-AZ oferecem maior durabilidade por meio da replicação adicional de dados e maior disponibilidade durante a manutenção planejada do sistema e a interrupção não planejada do serviço por meio do failover automático para o AZ em espera. AZs Isso permite que você continue acessando seus dados e ajuda a protegê-los contra falhas de instância e interrupção da AZ.

Escolha do tipo de implantação do sistema de arquivos Single-AZ ou Multi-AZ

Recomendamos o uso de sistemas de arquivos multi-AZ para a maioria das workloads de produção, dado o modelo de alta disponibilidade e durabilidade que ele oferece. A implantação do Single-AZ foi projetada como uma solução econômica para cargas de trabalho de teste e desenvolvimento, determinadas cargas de trabalho de produção que têm replicação incorporada à camada de aplicativos e não exigem redundância adicional em nível de armazenamento e cargas de trabalho de produção que têm disponibilidade reduzida e necessidades de Objetivo de Ponto de Recuperação (). RPO Cargas de trabalho com disponibilidade e RPO necessidades reduzidas podem tolerar a perda temporária de disponibilidade por até 20 minutos no caso de manutenção planejada do sistema de arquivos ou interrupção não planejada do serviço e, em casos raros, perda de atualizações de dados desde o backup mais recente.

Também recomendamos revisar o modelo de disponibilidade do seu sistema de arquivos e garantir que sua carga de trabalho seja resiliente ao comportamento de recuperação esperado para o tipo de implantação escolhido durante eventos como manutenção do sistema de arquivos, alterações na capacidade de taxa de transferência e interrupções não planejadas do serviço.

Suporte a recursos por tipo de implantação

A tabela a seguir resume os recursos suportados pelos tipos de implantação do FSx sistema de arquivos do Windows File Server:

Tipo de implantação	SSDarmazenamento	HDDarmazenamento	DFSnamespaces	DFSreplicação	DNSNomes personalizados	Compartilhamentos CA
Single-AZ 1	✓		✓	✓	✓
Single-AZ 2	✓	✓	✓		✓	✓*
Multi-AZ	✓	✓	✓		✓	✓*

nota

* Embora você possa criar compartilhamentos continuamente disponíveis (CA) em sistemas de arquivos Single-AZ 2, você deve usar compartilhamentos CA em sistemas de arquivos Multi-AZ para implantações de SQL Server HA.

Processo de failover FSx para Windows File Server

Os sistemas de arquivos multi-AZ fazem failover automaticamente do servidor de arquivos preferencial para o servidor de arquivos em espera se ocorrer alguma das seguintes condições:

• Ocorre uma interrupção na zona de disponibilidade.

• O servidor de arquivos preferencial fica indisponível.

• O servidor de arquivos preferencial passa por manutenção planejada.

Ao fazer o failover de um servidor de arquivos para outro, o novo servidor de arquivos ativo começa automaticamente a atender a todas as solicitações de leitura e gravação do sistema de arquivos. Quando os recursos na sub-rede preferencial estão disponíveis, a Amazon retorna FSx automaticamente para o servidor de arquivos preferencial na sub-rede preferencial. Normalmente, um failover é concluído em menos de 30 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 para a configuração original do multi-AZ também é concluído em menos de 30 segundos e só ocorre quando o servidor de arquivos na sub-rede preferencial é totalmente recuperado.

Durante o breve período em que seu sistema de arquivos está falhando e retornando, a E/S pode ser pausada e as métricas da CloudWatch Amazon podem ficar temporariamente indisponíveis.

Para sistemas de arquivos multi-AZ, se houver tráfego contínuo durante o failover e o failback, todas as alterações de dados feitas durante esse período precisarão ser sincronizadas entre os servidores de arquivos. Esse processo pode levar até várias horas para cargas de trabalho pesadas e IOPS com muita gravação. Recomendamos testar o impacto dos failovers em sua aplicação enquanto o sistema de arquivos estiver sob uma carga mais leve.

Experiência de failover em clientes Windows

Ao fazer o failover de um servidor de arquivos para outro, o novo servidor de arquivos ativo começa automaticamente a atender a todas as solicitações de leitura e gravação do sistema de arquivos. Depois que os recursos na sub-rede preferencial estiverem disponíveis, a Amazon FSx automaticamente retorna ao servidor de arquivos preferencial na sub-rede preferencial. Como o DNS nome do sistema de arquivos permanece o mesmo, os failovers são transparentes para os aplicativos do Windows, que retomam as operações do sistema de arquivos sem intervenção manual. Normalmente, um failover é concluído em menos de 30 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 para a configuração original do multi-AZ também é concluído em menos de 30 segundos e só ocorre depois que o servidor de arquivos na sub-rede preferencial é totalmente recuperado.

Experiência de failover em clientes Linux

Os clientes Linux não oferecem suporte a DNS failover automático. Portanto, eles não se conectam automaticamente ao servidor de arquivos em espera durante um failover. Eles retomarão automaticamente as operações do sistema de arquivos depois que o sistema de arquivos multi-AZ falhar e voltar para o servidor de arquivos na sub-rede preferencial.

Como testar o failover em um sistema de arquivos

Você pode testar o failover do seu sistema de arquivos multi-AZ modificando sua capacidade de throughput. Quando você modifica a capacidade de taxa de transferência do seu sistema de arquivos, a Amazon FSx desativa o servidor de arquivos do sistema de arquivos. Os sistemas de arquivos Multi-AZ passam automaticamente para o servidor secundário, enquanto a Amazon FSx substitui primeiro o servidor de arquivos preferencial. Em seguida, o sistema de arquivos retorna automaticamente para o novo servidor primário e a Amazon FSx substitui o servidor de arquivos secundário.

Você pode monitorar o progresso da solicitação de atualização da capacidade de transferência no FSx console da AmazonCLI, no e noAPI. Após a conclusão bem-sucedida da atualização, o sistema de arquivos passou por failover para o servidor secundário e passou por failover de volta ao servidor primário. Para obter mais informações sobre como modificar a capacidade de throughput do sistema de arquivos e monitorar o progresso da solicitação, consulte Gerenciando a capacidade de taxa de transferência em sistemas FSx de arquivos do Windows File Server.

Como trabalhar com recursos do sistema de arquivos single e multi-AZ

Sub-redes

Quando você cria umVPC, ele abrange todas as zonas de disponibilidade (AZs) 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 umVPC, você pode adicionar uma ou mais sub-redes em cada zona de disponibilidade. O padrão 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 FSx arquivos Amazon 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 AWS região.

Para AWS aplicativos internos, recomendamos que você inicie seus clientes na mesma zona de disponibilidade do servidor de arquivos de sua preferência para minimizar a latência.

Interfaces de rede elástica do sistema de arquivos

Quando você cria um sistema de FSx arquivos da Amazon, a Amazon FSx provisiona uma ou mais interfaces de rede elásticas na Amazon Virtual Private Cloud (VPC) que você associa ao seu sistema de arquivos. A interface de rede permite que seu cliente se comunique com o sistema FSx de arquivos do Windows File Server. A interface de rede é considerada dentro do escopo do serviço da AmazonFSx, apesar de fazer parte da sua contaVPC. Os sistemas de arquivos multi-AZ têm duas interfaces de rede elástica, uma para cada servidor de arquivos. Os sistemas de arquivos single-AZ têm uma interface de rede elástica.

Atenção

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

A tabela a seguir resume os recursos de sub-rede, interface de rede elástica e endereço IP FSx para os tipos de implantação do sistema de arquivos do Windows File Server:

Tipo de implantação do sistema de arquivos	Número de sub-redes	Número de interfaces de rede elástica	Número de endereços IP
Single-AZ 2	1	1	2
Single-AZ 1	1	1	1
Multi-AZ	2	2	4

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

Importante

A Amazon FSx não oferece suporte ao acesso a sistemas de arquivos nem à exposição do sistema de arquivos à Internet pública. Se um endereço IP elástico, que é um endereço IP público acessível pela Internet, for anexado à interface de rede elástica de um sistema de arquivos, a Amazon o FSx desanexará automaticamente.