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 do Azure são pelo menos três grupos de datacenters separados fisicamente em cada região do Azure. Os datacenters dentro de cada zona são equipados com energia, resfriamento e infraestrutura de rede independentes. Em caso de falha de uma zona local, as zonas de disponibilidade foram projetadas de modo que, se uma zona é afetada, os serviços regionais, a capacidade e a alta disponibilidade têm suporte nas duas zonas restantes.
As falhas podem variar de falhas de software e hardware a eventos como terremotos, inundações e incêndios. A tolerância a falhas é obtida devido à redundância e ao isolamento lógico dos serviços do Azure. Para obter informações detalhadas sobre as zonas de disponibilidade no Azure, confira Regiões e zonas de disponibilidade.
Os serviços habilitados para zonas de disponibilidade do Azure foram projetados para fornecer o nível ideal de resiliência e flexibilidade. Eles podem ser configurados de duas maneiras. Eles podem ter redundância de zona, com replicação automática entre zonas, ou podem ser zonais, com instâncias fixadas em uma zona específica. Você também pode combinar essas abordagens. Para obter mais informações sobre a arquitetura zonal versus com redundância de zona, confira Recomendações para usar zonas e regiões 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 um Elastic SAN, se você selecionar ZRS para a opção de redundância do SAN, o failover zonal terá suporte da plataforma sem intervenção manual. Um Elastic SAN que usa ZRS é projetado para se recuperar e se reequilibrar para aproveitar automaticamente as zonas íntegras.
Se você implantou um Elastic SAN com LRS, talvez seja necessário implantar um novo SAN usando instantâneos exportados para discos gerenciados.
Design de baixa latência
As diferenças de latência entre um Elastic SAN em LRS e um Elastic SAN em ZRS não são particularmente altas. No entanto, para cargas de trabalho sensíveis a picos de latência, considere um Elastic SAN em LRS, pois ele oferece a menor latência.
Migração da zona de disponibilidade
Para migrar um Elastic SAN em LRS para ZRS, você deve criar instantâneos dos volumes de seu Elastic SAN, exportá-los para instantâneos de disco gerenciado, implantar um Elastic SAN em ZRS e, em seguida, criar volumes no SAN em 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 desastre 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 o Azure Elastic SAN, você é responsável pela experiência de recuperação de desastre. 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 seus dados em uma região diferente da região em que seu Elastic SAN está. 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. Você deve pré-validar que os serviços implantados funcionarão com o Elastic SAN. Para garantir que a recuperação seja proativa, você sempre deve pré-implantar regiões secundárias porque não há garantia de capacidade no momento do impacto para aqueles que não foram pré-alocados.