Compartilhar via

Confiabilidade no Azure NetApp Files

Este artigo descreve o suporte à confiabilidade no Azure NetApp Files, abrangendo a resiliência intra-regional por meio de zonas de disponibilidade e implantações em várias regiões.

A confiabilidade é uma responsabilidade compartilhada entre você e a Microsoft. Você pode usar este guia para determinar quais opções de confiabilidade atendem aos seus objetivos de negócios específicos e metas de tempo de atividade.

O Azure NetApp Files é uma solução nativa de armazenamento de arquivos de nível empresarial que se integra perfeitamente no Azure e permite o compartilhamento de arquivos entre clientes por meio de protocolos NFS (Sistema de Arquivos de Rede) e SMB (Bloco de Mensagens do Servidor). O Azure NetApp Files foi projetado para alto desempenho e fornece armazenamento de arquivos escalonável e seguro gerenciado como um serviço.

Para usar o Azure NetApp Files, você deve configurar uma conta do NetApp que contenha pools de capacidade que hospedam volumes. Você pode configurar a capacidade e a taxa de transferência de forma independente e gerenciar opções de proteção de dados que atendem a várias necessidades. Você pode habilitar a replicação entre volumes, mesmo que eles estejam em locais diferentes.

Recomendações de implantação de produção

Para saber mais sobre como implantar o Azure NetApp Files para dar suporte aos requisitos de confiabilidade da solução e como a confiabilidade afeta outros aspectos de sua arquitetura, consulte as Melhores práticas de arquitetura para o Azure NetApp Files no Azure Well-Architected Framework.

Falhas transitórias

Falhas transitórias são falhas curtas e intermitentes nos componentes. Elas ocorrem com frequência em um ambiente distribuído, como a nuvem, e são uma parte normal das operações. Falhas transitórias se corrigem após um curto período de tempo. É importante que seus aplicativos possam lidar com falhas transitórias, geralmente repetindo solicitações afetadas.

Todos os aplicativos hospedados na nuvem devem seguir as diretrizes transitórias de tratamento de falhas do Azure quando eles se comunicam com qualquer APIs, bancos de dados e outros componentes hospedados na nuvem. Para obter mais informações, confira Recomendações para tratamento de falhas transitórias.

Além dos tipos de falha transitórios que podem afetar qualquer solução baseada em nuvem, a manutenção planejada ocasional, como atualizações de plataforma, atualizações de serviço e atualizações de software, também pode afetar o Azure NetApp Files.

Em um protocolo de arquivo, como NFS e SMB, perspectiva, falhas transitórias não serão disruptivas se o aplicativo puder lidar com as pausas de entrada/saída (E/S) que podem ocorrer durante esses eventos. As pausas de E/S normalmente são curtas, variando de alguns segundos a 30 segundos. Alguns aplicativos podem exigir ajuste para lidar com as pausas de E/S.

O protocolo NFS é robusto e as operações de arquivo cliente-servidor geralmente continuam normalmente. Alguns aplicativos podem exigir ajuste para lidar com pausas de E/S por até 30 a 45 segundos. Verifique se você está ciente das configurações de resiliência do aplicativo para lidar com os eventos de manutenção do serviço de armazenamento.

Para aplicativos interativos humanos que usam o protocolo SMB, as configurações de protocolo padrão geralmente são suficientes. O Azure NetApp Files também dá suporte à disponibilidade contínua de SMB, que habilita o Failover Transparente SMB. O Failover Transparente SMB elimina interrupções que os eventos de manutenção de serviço causam. Ele também melhora a confiabilidade e a experiência do usuário.

A disponibilidade contínua do SMB só está disponível para aplicativos específicos.

Para obter mais recomendações, consulte perguntas frequentes sobre resiliência do aplicativo para o Azure NetApp Files.

Suporte à zona de disponibilidade

As zonas de disponibilidade são grupos fisicamente separados de datacenters em cada região do Azure. Quando uma zona falha, os serviços podem fazer o failover de uma das zonas restantes.

O Azure NetApp Files dá suporte a implantações zonais de volumes. Use o recurso de posicionamento de volume da zona de disponibilidade no Azure NetApp Files para implantar cada volume em uma única zona de disponibilidade de sua escolha. Você só poderá usar esse recurso se o Azure NetApp Files estiver presente nessa zona de disponibilidade e tiver capacidade suficiente. Se você tiver aplicativos sensíveis à latência, poderá implantar um volume na mesma zona de disponibilidade que seus recursos de computação do Azure e outros serviços.

No diagrama a seguir, as setas azuis representam como todas as máquinas virtuais (VMs) dentro da região em redes virtuais emparelhadas podem acessar todos os recursos do Azure NetApp Files. As setas verdes representam como as VMs que acessam volumes do Azure NetApp Files na mesma zona compartilham o domínio de falha da zona de disponibilidade. Não há replicação entre os diferentes volumes no nível da plataforma.

Diagrama que mostra o posicionamento do volume da zona de disponibilidade do Azure NetApp Files.

Uma implantação de zona única não é suficiente para atender aos requisitos de alta confiabilidade. Para replicar de forma assíncrona os dados entre volumes em diferentes zonas de disponibilidade, você pode usar a replicação entre zonas. Você deve configurar a replicação entre zonas separadamente do posicionamento do volume da zona de disponibilidade.

Se uma zona de disponibilidade falhar, você será responsável por detectar a falha e alternar para um volume alternativo em uma zona diferente.

Suporte de regiões

A replicação entre zonas está disponível em todas as regiões habilitadas para zona de disponibilidade que dão suporte ao Azure NetApp Files.

Considerações

  • O posicionamento de volume da zona de disponibilidade no Azure NetApp Files fornece posicionamento de volume zonal. Você verá baixa latência ao se conectar a VMs na mesma zona de disponibilidade. No entanto, o posicionamento do volume da zona de disponibilidade não fornece posicionamento por proximidade com VMs ou outros recursos, e o volume pode estar em uma parte física diferente do datacenter.

  • A replicação é permitida entre assinaturas diferentes do Azure somente se elas estiverem dentro do mesmo locatário do Microsoft Entra.

  • Para obter mais considerações sobre zonas de disponibilidade no Azure NetApp Files, consulte Requisitos e considerações para usar a replicação entre zonas e gerenciar o posicionamento do volume da zona de disponibilidade.

Custo

Não há cobrança adicional para habilitar o posicionamento do volume da zona de disponibilidade no Azure NetApp Files. Você paga apenas pelos pools de capacidade e recursos que implanta nessas zonas.

Os volumes replicados são hospedados em um pool de capacidade. O custo da replicação entre zonas baseia-se no tamanho e na camada do pool de capacidade provisionada. Não há custo adicional para a replicação de dados.

Configurar o suporte à zona de disponibilidade

Você precisa configurar separadamente o posicionamento de volume e a replicação entre zonas.

Operações normais

Esta seção descreve o que esperar quando vários volumes do Azure NetApp Files são implantados em zonas de disponibilidade separadas, a replicação entre zonas está habilitada e todas as zonas de disponibilidade estão operacionais.

  • Roteamento de tráfego entre zonas: As solicitações de entrada são roteadas para o volume específico, que está localizado na zona de disponibilidade selecionada.

  • Replicação de dados entre zonas: A replicação entre zonas do Azure NetApp Files significa que todas as alterações no volume de origem são replicadas de forma assíncrona para volumes de destino. Você pode decidir com que frequência a replicação acontece. A replicação entre zonas dá suporte a três agendas de replicação: a cada 10 minutos, por hora e diariamente.

    Importante

    O agendamento de replicação de 10 minutos não tem suporte para grandes volumes que usam replicação entre zonas.

Experiência de redução de atividade na zona

Esta seção descreve o que esperar quando vários volumes do Azure NetApp Files são implantados em zonas de disponibilidade separadas, a replicação entre zonas está habilitada e há uma interrupção da zona de disponibilidade.

  • Detecção e resposta: Você é responsável por detectar a perda de uma zona de disponibilidade e iniciar um failover.

    Para monitorar a integridade do volume do Azure NetApp Files, você pode usar as métricas do Azure Monitor. O Azure Monitor detecta anomalias que indicam um cenário de zona para baixo por meio de métricas em tempo real, como IOPS (operações de entrada/saída por segundo), latência e uso da capacidade. Você pode configurar alertas e notificações para enviar aos administradores para que eles possam responder imediatamente rebalanceando compartilhamentos de arquivos ou iniciando failover ou outros protocolos de recuperação de desastre.

    O failover é um processo manual. Quando você precisa ativar o volume de destino, como quando você deseja fazer failover para a zona de disponibilidade de destino, você precisa interromper o emparelhamento de replicação e, em seguida, montar o volume de destino. Para obter mais informações, veja failover para o volume de destino.

  • Solicitações ativas: Durante um evento de zona inativa, as solicitações ativas podem sofrer interrupções ou latências aumentadas.

  • Perda de dados esperada: A quantidade de RPO (objetivo de ponto de recuperação) ou perda de dados que você pode esperar durante um failover de zona depende do agendamento de replicação entre zonas configurado.

    Agendamento de replicação RPO típico
    A cada dez minutos 20 minutos
    Por hora Duas horas
    Diariamente Menos de 48 horas

  • Tempo de inatividade esperado: O failover para outra zona requer que você interrompa a relação de emparelhamento para ativar o volume de destino e forneça acesso a dados de leitura e gravação no segundo site. Depois de disparar o emparelhamento para quebrar, você pode esperar que o failover seja concluído em um minuto.

    No entanto, a quantidade total de tempo de inatividade ou RTO (objetivo de tempo de recuperação), que você pode esperar durante um failover de zona, depende de vários fatores, incluindo quanto tempo leva para seus sistemas ou processos detectarem a perda da zona e iniciarem processos de failover. Também é importante decidir se a resposta é automatizada ou se as etapas manuais são necessárias. Para configurações bem preparadas, o processo geral normalmente requer alguns minutos a uma hora para ser concluído.

  • Redirecionamento de tráfego: Você é responsável por redirecionar o tráfego do aplicativo para se conectar ao volume de destino recém-ativado. Para obter mais informações, veja failover para o volume de destino.

Recuperação de zona

O failback é um processo manual que exige que você execute uma operação de ressincronização, restabeleça a replicação e remonte o volume de origem para o cliente acessar. Para obter mais informações, consulte Gerenciar recuperação de desastre usando o Azure NetApp Files.

Teste de falhas de zona

Você pode testar a configuração de replicação entre zonas com segurança usando instantâneos do volume. Para saber mais sobre uma abordagem de alto nível para testar sua configuração de replicação entre zonas, consulte Testar a recuperação de desastre para o Azure NetApp Files.

Suporte para várias regiões

Por padrão, o Azure NetApp Files é um serviço de região única. Se a região ficar indisponível, os volumes armazenados nessa região também ficarão indisponíveis. Para melhorar a resiliência se ocorrer uma interrupção regional, o Azure NetApp Files dá suporte à replicação entre regiões. Você pode replicar de forma assíncrona dados de um volume do Azure NetApp Files (a origem) em uma região para outro volume do Azure NetApp Files (o destino) em outra região que a Microsoft preseleciona. Essa funcionalidade permite o failover do aplicativo crítico se ocorrer uma interrupção ou um desastre em toda a região.

Observação

Você também pode replicar um único volume para outra zona de disponibilidade e para outra região. Para obter mais informações, consulte Noções básicas sobre a replicação do Azure NetApp Files.

Suporte de regiões

A região secundária para a qual você pode replicar seus volumes depende da região primária. Para obter mais informações, consulte pares de região com suporte.

Considerações

A replicação é permitida entre assinaturas diferentes do Azure somente se elas estiverem dentro do mesmo locatário do Microsoft Entra.

Para outras considerações relacionadas à replicação entre regiões no Azure NetApp Files, consulte Requisitos e considerações para uso da replicação entre regiões.

Custo

Os encargos de replicação entre regiões são baseados na quantidade de dados que você replica. Para obter mais informações e alguns cenários de exemplo, consulte o modelo de custo para replicação entre regiões.

Configurar o suporte a várias regiões

Operações normais

Esta seção descreve o que esperar quando os volumes do Azure NetApp Files são configurados para usar a replicação entre regiões e ambas as regiões estão operacionais.

  • Roteamento de tráfego entre regiões: As solicitações de entrada são roteadas para o volume específico, que está localizado na região primária.

  • Replicação de dados entre regiões: A replicação entre regiões do Azure NetApp Files significa que todas as alterações no volume de origem são replicadas de forma assíncrona para volumes de destino. Você pode decidir com que frequência a replicação acontece. A replicação entre regiões dá suporte a três agendas de replicação: a cada 10 minutos, por hora e diariamente.

    Importante

    O agendamento de replicação de 10 minutos não tem suporte para grandes volumes que usam replicação entre regiões.

  • Monitorar a integridade da replicação: Você pode monitorar a integridade da relação de emparelhamento e configurar alertas para notificá-lo se o atraso de replicação aumentar além do limite esperado. Para saber mais, confira Exibir integridade e monitorar o status da relação de replicação.

Experiência de região inoperante

Esta seção descreve o que esperar quando os volumes do Azure NetApp Files são configurados para usar a replicação entre regiões e há uma interrupção da região primária.

  • Detecção e resposta: Você é responsável por detectar a perda de uma região e iniciar um failover.

    Para monitorar a integridade do volume do Azure NetApp Files, você pode usar as métricas do Azure Monitor. O Azure Monitor detecta quaisquer anomalias que indiquem um cenário de região para baixo por meio de métricas em tempo real, como IOPS, latência e uso da capacidade. Você pode configurar alertas e notificações para enviar aos administradores para que eles possam responder imediatamente rebalanceando compartilhamentos de arquivos ou iniciando failover ou outros protocolos de recuperação de desastre.

    O failover é um processo manual. Quando você precisa ativar o volume de destino, como quando você deseja fazer failover para a região de destino, você precisa interromper o emparelhamento de replicação e, em seguida, montar o volume de destino. Para obter mais informações, veja failover para o volume de destino.

  • Solicitações ativas: Durante um evento de interrupção regional, as solicitações ativas podem sofrer interrupções ou aumento da latência.

  • Perda de dados esperada: A quantidade de perda de dados, ou RPO, que você pode esperar durante um failover de região depende do agendamento de replicação entre regiões configurado.

    Agendamento de replicação RPO típico
    A cada dez minutos Menos de 20 minutos
    Por hora Menos de duas horas
    Diariamente Menos de 48 horas

  • Tempo de inatividade esperado: O failover para outra região exige que você interrompa a relação de emparelhamento para ativar o volume de destino e forneça acesso a dados de leitura e gravação no segundo site. Depois de disparar o emparelhamento para quebrar, você pode esperar que o failover seja concluído em um minuto.

    No entanto, a quantidade total de tempo de inatividade, ou RTO, que você pode esperar durante um failover de zona depende de vários fatores, incluindo quanto tempo leva para seus sistemas ou processos detectarem a perda da zona e iniciarem processos de failover. Também é importante decidir se a resposta é automatizada ou se as etapas manuais são necessárias. Para configurações bem preparadas, o processo geral normalmente requer alguns minutos a uma hora para ser concluído.

  • Redirecionamento de tráfego: Você é responsável por redirecionar o tráfego do aplicativo para se conectar ao volume de destino recém-ativado. Para obter mais informações, veja failover para o volume de destino.

Recuperação de região

Depois que a região primária se recuperar, você será responsável pelo failback. O failback é um processo manual que exige que você execute uma operação de ressincronização, restabeleça a replicação e remonte o volume de origem para o cliente acessar. Para obter mais informações, consulte Gerenciar recuperação de desastre usando o Azure NetApp Files.

Teste de falhas na região

Você pode testar a configuração de replicação entre regiões com segurança usando instantâneos do volume. Para saber mais sobre uma abordagem de alto nível para testar sua configuração de replicação entre regiões, consulte Testar a recuperação de desastre para o Azure NetApp Files.

Cópias de segurança

O Backup do Azure NetApp Files expande os recursos de proteção de dados do Azure NetApp Files fornecendo uma solução de backup totalmente gerenciada para recuperação, arquivamento e conformidade de longo prazo. Os backups criados pelo serviço são armazenados no armazenamento do Azure, independentemente dos instantâneos de volume disponíveis para recuperação ou clonagem de curto prazo. Os backups que o serviço faz podem ser restaurados para novos volumes do Azure NetApp Files na região. O backup do Azure NetApp Files permite backups baseados em política (agendados) e backups manuais (sob demanda) no nível do volume.

Para maior segurança, os instantâneos do Azure NetApp Files adicionam estabilidade, escalabilidade e recuperabilidade rápida sem afetar o desempenho. Eles fornecem a base para outras soluções de redundância, incluindo backup, replicação entre regiões e replicação entre zonas.

Para a maioria das soluções, você não deve depender exclusivamente de backups. Em vez disso, use as outras funcionalidades descritas neste guia para dar suporte aos seus requisitos de resiliência. No entanto, os backups protegem contra alguns riscos que outras abordagens não protegem. Para obter mais informações, consulte Redundância, replicação e backup.

Contrato de nível de serviço

O SLA (contrato de nível de serviço) para serviços do Azure descreve a disponibilidade esperada de cada serviço e as condições que sua solução deve atender para atingir essa expectativa de disponibilidade. Para obter mais informações, consulte SLAs para serviços online.

Conteúdo relacionado