Confiabilidade na SAN elástica
Este artigo descreve o suporte à confiabilidade no Azure Elastic SAN e aborda a resiliência regional com zonas de disponibilidade, recuperação de desastres e continuidade de negócios.
Suporte à zona de disponibilidade
As zonas de disponibilidade do Azure são pelo menos três grupos fisicamente separados de datacenters em cada região do Azure. Os datacenters dentro de cada zona são equipados com infraestrutura independente de energia, resfriamento e rede. No caso de uma falha de zona local, as zonas de disponibilidade são projetadas de modo que, se uma zona for afetada, os serviços regionais, a capacidade e a alta disponibilidade sejam suportados pelas 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 é alcançada com redundância e isolamento lógico dos serviços do Azure. Para obter informações mais detalhadas sobre zonas de disponibilidade no Azure, consulte Regiões e zonas de disponibilidade.
Os serviços habilitados para zonas de disponibilidade do Azure são projetados para fornecer o nível certo de confiabilidade e flexibilidade. Eles podem ser configurados de duas maneiras. Eles podem ser redundantes de zona, com replicação automática entre zonas, ou zonais, com instâncias fixadas a uma zona específica. Você também pode combinar essas abordagens. Para obter mais informações sobre arquitetura zonal versus arquitetura com redundância de zona, consulte Recomendações para usar zonas e regiões de disponibilidade.
O Azure Elastic SAN dá suporte à implantação de zona de disponibilidade com LRS (armazenamento com redundância local) e implantação regional com armazenamento com redundância de zona (ZRS).
Pré-requisitos
Atualmente, o LRS e o ZRS Elastic SAN estão disponíveis apenas em um subconjunto de regiões. Para obter uma lista de regiões, consulte Dimensionar destinos para SAN elástica.
Criar um recurso usando zonas de disponibilidade
Para criar uma SAN elástica com uma zona de disponibilidade habilitada, consulte Implantar uma SAN elástica.
Experiência de zoneamento
Ao implantar uma SAN elástica, se você selecionar ZRS para a opção de redundância da SAN, o failover zonal será suportado pela plataforma sem intervenção manual. Uma SAN elástica usando ZRS foi projetada para se auto-recuperar e se reequilibrar para aproveitar automaticamente as zonas íntegras.
Se você implantou uma SAN elástica LRS, talvez seja necessário implantar uma nova SAN, usando snapshots exportados para discos gerenciados.
Design de baixa latência
As diferenças de latência entre uma SAN elástica no LRS e uma SAN elástica no ZRS não são particularmente altas. No entanto, para cargas de trabalho sensíveis a picos de latência, considere uma SAN elástica no LRS, pois ela oferece a menor latência.
Migração da zona de disponibilidade
Para migrar uma SAN elástica em LRs para ZRS, você deve criar snapshots dos volumes da SAN elástica, exportá-los para snapshots de disco gerenciados, implantar uma SAN elástica no ZRS e, em seguida, criar volumes na SAN no ZRS usando esses instantâneos de disco. Para saber como usar instantâneos (visualização), consulte Snapshot Azure Elastic SAN volumes (visualização).
Recuperação após desastre e continuidade de negócio
A recuperação de desastres (DR) consiste na recuperação de eventos de alto impacto, como desastres naturais ou implantações com falha que resultam em tempo de inatividade e perda de dados. Independentemente da causa, a melhor solução para um desastre é um plano de DR bem definido e testado e um design de aplicativo que suporte ativamente a DR. Antes de começar a pensar em criar seu plano de recuperação de desastres, consulte Recomendações para projetar uma estratégia de recuperação de desastres.
Quando se trata de 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 da plataforma estejam disponíveis. Ao mesmo tempo, muitos serviços do Azure não replicam dados automaticamente ou recorrem de uma região com falha para replicação cruzada para 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 plataforma como serviço (PaaS) do Azure fornecem recursos e orientação para dar suporte à DR e você pode usar recursos específicos do serviço para dar suporte à recuperação rápida para ajudar a desenvolver seu plano de DR.
Recuperação de desastres em regiões únicas e multirregionais
Para o Azure Elastic SAN, você é responsável pela experiência de DR. Você pode tirar instantâneos de seus volumes e exportá-los para instantâneos de disco gerenciados. Em seguida, você pode copiar um snapshot incremental para uma nova região para armazenar seus dados em uma região diferente da região em que sua SAN elástica está. Você deve exportar para regiões geograficamente distantes da sua região principal para reduzir a possibilidade de várias regiões serem afetadas devido a um desastre.
Deteção, notificação e gerenciamento de interrupções
Você pode encontrar declarações de interrupção em Integridade do Serviço - Microsoft Azure.
Capacidade e resiliência proativa de recuperação de desastres
A Microsoft e seus clientes operam sob o Modelo de Responsabilidade Compartilhada. Responsabilidade compartilhada significa que, para DR (serviços responsáveis pelo cliente) habilitados para o cliente, você deve abordar a DR para qualquer serviço implantado e controlado. Você deve pré-validar qualquer serviço implantado que funcione com o Elastic SAN. Para garantir que a recuperação seja proativa, você deve sempre pré-implantar secundários, pois não há garantia de capacidade no momento do impacto para aqueles que não foram pré-alocados.