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: Single-AZ e sistemas de Multi-AZ arquivos

O Amazon FSx for 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 ajudar você a escolher o tipo certo de implantação para 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.

Single-AZ os sistemas de arquivos são compostos por uma única instância de servidor de arquivos do Windows e um conjunto de volumes de armazenamento em uma única zona de disponibilidade (AZ). Com os sistemas de Single-AZ arquivos, os dados são replicados automaticamente para protegê-los da falha de um único componente na maioria dos casos. O Amazon FSx monitora continuamente as falhas de hardware e se recupera automaticamente de eventos de falha substituindo o componente de infraestrutura com falha. Single-AZ os sistemas de arquivos geralmente experimentam cerca de 30 minutos de inatividade durante eventos de recuperação de falhas e durante a janela de manutenção planejada que você configura para seu sistema de arquivos. Com sistemas de Single-AZ arquivos, 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 normal do único servidor de arquivos que deixa o sistema de arquivos em um estado inconsistente. Nesse caso, você pode recuperar seu sistema de arquivos a partir do backup mais recente.

Multi-AZ os sistemas de arquivos são compostos por um cluster de alta disponibilidade de servidores de arquivos Windows distribuídos em duas AZs (uma AZ preferencial e uma AZ em espera), utilizando a tecnologia Windows Server Failover Clustering (WSFC) e um conjunto de volumes de armazenamento em cada uma das duas AZs. Os dados são replicados de forma síncrona em cada AZ individual e entre as duas AZs. Em relação à Single-AZ implantação, Multi-AZ as implantações oferecem maior durabilidade por meio da replicação adicional de dados entre AZs 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 a AZ em espera. 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 Single-AZ de implantação do sistema de Multi-AZ arquivos

Recomendamos o uso de sistemas de Multi-AZ arquivos para a maioria das cargas de trabalho de produção, devido ao modelo de alta disponibilidade e durabilidade que ele fornece. Single-AZ a implantação 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). As workloads com disponibilidade relaxada e necessidades de RPO 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, a 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 workload 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 throughput e interrupções não planejadas do serviço.

Suporte a recursos por tipo de implantação

A tabela a seguir resume os recursos compatíveis com os tipos de implantação do sistema de arquivos do FSx para Windows File Server.

Processo de failover

Multi-AZ os sistemas de arquivos passam automaticamente do servidor de arquivos preferencial para o servidor de arquivos em espera se alguma das seguintes condições ocorrer:

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, o Amazon FSx automaticamente retorna ao 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 Multi-AZ configuração original também é concluído em menos de 30 segundos e ocorre somente 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, I/O pode ser pausado e as CloudWatch métricas da Amazon podem ficar temporariamente indisponíveis. Para sistemas de Multi-AZ arquivos, qualquer atividade de leitura e gravação de arquivos que ocorra durante o failover e o failback precisará ser sincronizada entre os servidores de arquivos primário e secundário. Esse processo pode levar até várias horas para sistemas de arquivos com armazenamento em HDD e para cargas de trabalho que exigem muita gravação e. IOPS-heavy 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 oferecer serviços 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, o Amazon FSx passa por failback automaticamente ao servidor de arquivos preferencial na sub-rede preferencial. Como o nome DNS do sistema de arquivos permanece o mesmo, os failovers são transparentes para as aplicações 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 Multi-AZ configuração original também é concluído em menos de 30 segundos e ocorre somente 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-based 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 Multi-AZ arquivos após a falha do sistema de arquivos no 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 Multi-AZ arquivos modificando sua capacidade de taxa de transferência. Quando você modifica a capacidade de taxa de transferência do seu sistema de arquivos, o Amazon FSx desativa o servidor de arquivos do sistema de arquivos. Multi-AZ os sistemas de arquivos passam automaticamente para o servidor secundário, enquanto o Amazon FSx substitui primeiro o servidor de arquivos do servidor preferencial. Em seguida, o sistema de arquivos volta 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 throughput no console do Amazon FSx, na CLI e na API. 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 Como gerenciar a capacidade de throughput.

Single-AZ e recursos Multi-AZ do sistema de arquivos

Single-AZ e os sistemas de Multi-AZ arquivos consomem sub-redes e interfaces de rede elásticas de forma diferente, conforme explicado nas seções a seguir.

Sub-redes

Quando você cria uma nuvem privada virtual (VPC), ela abrange todas as zonas de disponibilidade (AZs) da Região da AWS. 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 padrão possui uma sub-rede em cada zona de disponibilidade. Uma sub-rede consiste em um intervalo de endereços IP na VPC. Cada sub-rede fica alocada em uma única zona de disponibilidade.

Os sistemas de arquivos FSx for Windows File Single-AZ Server requerem uma sub-rede que você especifica na criação. A sub-rede escolhida define a zona de disponibilidade na qual o sistema de arquivos é criado.

Multi-AZ os sistemas de arquivos exigem 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

Interfaces de rede elástica são componentes lógicos de rede em uma VPC que representa uma cartão de rede virtual. Quando você cria um sistema de arquivos do Amazon FSx, o Amazon FSx provisiona uma ou mais interfaces de rede elástica na VPC que você associa ao seu sistema de arquivos. A interface de rede elástica permite que os clientes se comuniquem e montem o sistema de arquivos. A interface de rede elástica é considerada dentro do escopo de serviço do Amazon FSx, apesar de fazer parte da VPC da sua conta. Multi-AZ os sistemas de arquivos têm duas interfaces de rede elásticas, uma para cada servidor de arquivos. Single-AZ os sistemas de arquivos têm uma interface de rede elástica.

A tabela a seguir resume a utilização de recursos do FSx for Windows File Single-AZ Server Multi-AZ e sistemas de arquivos:

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