Confiabilidade no Elastic SAN
Este artigo descreve o suporte à confiabilidade no Azure Elastic SAN e aborda a resiliência regional com zonas de disponibilidade e recuperação de desastre e continuidade dos negócios.
Suporte à zona de disponibilidade
As zonas de disponibilidade são grupos de datacenters fisicamente separados em cada região do Azure. Quando uma zona falha, os serviços podem fazer failover para uma das zonas restantes.
Para obter mais informações sobre zonas de disponibilidade no Azure, confira O que são as zonas de disponibilidade?
O Azure Elastic SAN dá suporte à implantação de zona de disponibilidade com armazenamento com redundância local (LRS) e implantação regional com armazenamento com redundância de zona (ZRS).
Pré-requisitos
O Elastic SAN com LRS e ZRS estão disponíveis atualmente apenas em um subconjunto de regiões. Para obter uma lista de regiões, confira Destinos de escala do Elastic SAN.
Criar um recurso usando zonas de disponibilidade
Para criar um Elastic SAN com uma zona de disponibilidade habilitada, confira Implantar um Elastic SAN.
Experiência de zona inoperante
Ao implantar uma Elastic SAN, se você selecionar ZRS para a opção de redundância da SAN, o failover zonal terá suporte na plataforma. Se você usar um ponto de extremidade privado para se conectar à Elastic SAN, esse failover ocorrerá sem intervenção manual. Uma Elastic SAN do ZRS usando pontos de extremidade privados e foi projetada para se auto-curar e se reequilibrar para tirar proveito de zonas saudáveis automaticamente. Pode haver degradação de desempenho e disponibilidade por alguns minutos após um failover, até que a SAN se reequilibre.
Se você se conectar usando pontos de extremidade de serviço de armazenamento, o failover zonal terá suporte, mas pode ser necessária uma intervenção manual. Uma Elastic SAN ZRS usando pontos de extremidade de serviço de armazenamento não mudará automaticamente para uma zona íntegra. Talvez seja necessário reiniciar o iniciador iSCSI para iniciar um failover para uma zona diferente e íntegra.
Se você implantou uma Elastic SAN com LRS, talvez seja necessário implantar uma nova SAN usando instantâneos exportados para discos gerenciados.
Design de baixa latência
A implantação de uma Elastic SAN ZRS fornece mais confiabilidade do que uma Elastic SAN LRS, mas adiciona mais latência de gravação. Faça o parâmetro de comparação de sua Elastic SAN e simule a carga de trabalho do aplicativo para comparar a latência entre o LRS e o ZRS, para ver se isso afeta sua carga de trabalho.
Migração da zona de disponibilidade
Para migrar uma Elastic SAN de LRS para ZRS, obtenha um instantâneo dos volumes da Elastic SAN, exporte-os para instantâneos de disco gerenciado, implante uma Elastic SAN com ZRS e crie volumes na SAN com ZRS usando esses instantâneos de disco. Para saber como usar instantâneos (versão prévia), confira Instantâneo de volumes do Elastic SAN do Azure (versão prévia).
Recuperação de desastre e continuidade dos negócios
A DR (recuperação de desastre) trata da recuperação após eventos de alto impacto, como desastres naturais ou implantações com falha, que resultam em tempo de inatividade e perda de dados. Seja qual for a causa, a melhor solução para um desastre é um plano de DR bem definido e testado e um design de aplicativo que dê suporte ativo à DR. Antes de começar a pensar em criar seu plano de recuperação de desastre, confira Recomendações para criar uma estratégia de recuperação de desastre.
Quando o assunto é DR, a Microsoft usa o modelo de responsabilidade compartilhada. Em um modelo de responsabilidade compartilhada, a Microsoft garante que a infraestrutura de linha de base e os serviços de plataforma estejam disponíveis. Ao mesmo tempo, muitos serviços do Azure não replicam dados automaticamente nem retornam de uma região com falha para a replicação cruzada em outra região habilitada. Para esses serviços, você é responsável por configurar um plano de recuperação de desastres que funcione para sua carga de trabalho. A maioria dos serviços executados nas ofertas de PaaS (plataforma como serviço) do Azure fornece recursos e diretrizes para dar suporte à DR. Além disso, você pode usar recursos específicos do serviço para dar suporte a uma recuperação rápida, a fim de ajudar a desenvolver seu plano de DR.
Recuperação de desastre de uma única ou várias regiões
Para a Elastic SAN, você é responsável pela experiência de recuperação de desastre (DR). Você pode tirar instantâneos de seus volumes e exportá-los para instantâneos de disco gerenciado. Em seguida, você pode copiar um instantâneo incremental para uma nova região para armazenar os seus dados em uma região diferente da região da Elastic SAN. Você deve exportar para regiões geograficamente distantes de sua região primária para reduzir a possibilidade de várias regiões serem afetadas devido a um desastre.
Detecção, notificação e gerenciamento de interrupção
Você pode encontrar declarações de interrupção em Integridade do Serviço – Microsoft Azure.
Capacidade e resiliência proativa de recuperação de desastre
A Microsoft e seus clientes operam ao abrigo do Modelo de Responsabilidade Compartilhada. A responsabilidade compartilhada significa que, para a DR habilitada pelo cliente (serviços responsáveis pelo cliente), você deverá abordar a DR para os serviços que implementar e controlar. A pré-validação de qualquer serviço que você implantar funciona com a Elastic SAN. Para garantir que a recuperação seja proativa, pré-implante secundários para garantir que não haja problemas de capacidade se o seus ambientes forem afetados.