Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Aplica-se a: ✔️ VMs Linux ✔️ VMs do Windows ✔️ conjuntos de dimensionamento flexíveis ✔️ conjuntos de dimensionamento uniformes
Este artigo fornece uma visão geral das opções de disponibilidade para máquinas virtuais (VMs) do Azure.
Zonas de disponibilidade
As zonas de disponibilidade expandem o nível de controlo que tem para manter a disponibilidade das aplicações e dos dados nas suas VMs. Uma Zona de Disponibilidade é uma zona fisicamente separada, dentro de uma região do Azure. Há três Zonas de Disponibilidade por região do Azure com suporte.
Cada Zona de Disponibilidade tem uma fonte de energia, uma rede e um sistema de refrigeração distintos. Ao projetar as suas soluções para usar VMs replicadas em zonas, pode proteger as suas aplicações e dados contra a perda de um centro de dados. Se uma zona estiver comprometida, os aplicativos e dados replicados estarão instantaneamente disponíveis em outra zona.
Nota
Os recursos regionais podem ou não existir numa zona de disponibilidade, e não há informações sobre em que zona física ou lógica um recurso regional está. Uma falha em qualquer uma das zonas de disponibilidade em uma região tem o potencial de derrubar uma VM regional.
Zone resilience for Azure VMs (Preview)
A resiliência de zonas para VMs do Azure (Preview) permite-lhe iniciar failover de uma VM zonal autónoma elegível para outra zona de disponibilidade na mesma região. A VM mantém a sua identidade de recurso e a configuração suportada.
Como pré-requisito, o disco do sistema operativo e todos os discos de dados ligados devem usar discos geridos ZRS suportados, e deve ativar a resiliência de zonas antes de uma indisponibilidade. Para mais detalhes, consulte a documentação de resiliência de zonas.
Importante
A resiliência das zonas para VMs do Azure está em pré-visualização. Use esta pré-visualização apenas para avaliação e testes com VMs não produtivas. Não o uses para VMs de produção. Para mais informações, consulte Termos Suplementares de Utilização para Microsoft Azure Previews.
Revise as limitações de pré-visualização antes de ativar a funcionalidade.
Conjuntos de escala de máquinas virtuais
Os conjuntos de dimensionamento de máquinas virtuais do Azure permitem criar e gerir um grupo de VMs com balanceamento de carga. O número de instâncias de VM pode aumentar ou diminuir automaticamente em resposta à procura ou a um agendamento definido. Os conjuntos de dimensionamento fornecem alta disponibilidade para as suas aplicações e permitem-lhe gerir, configurar e atualizar centralmente muitas VMs. Não há custo para o conjunto de escala em si, paga apenas por cada instância de VM que criar.
As máquinas virtuais em um conjunto de dimensionamento também podem ser implantadas em várias zonas de disponibilidade, em uma única zona de disponibilidade ou regionalmente. As opções de implantação da zona de disponibilidade podem diferir com base no modo de orquestração.
Conjuntos de disponibilidade
Um conjunto de disponibilidade é um agrupamento lógico de VMs que permite ao Azure entender como a sua aplicação é criada para fornecer redundância e disponibilidade. Recomendamos que duas ou mais VMs sejam criadas dentro de um conjunto de disponibilidade para fornecer uma aplicação altamente disponível e cumprir o SLA do Azure de 99,95%. Não há qualquer custo para o próprio Conjunto de Disponibilidade; só paga por cada instância de VM que criar.
Balanceador de carga
Combine o Balanceador de Carga do Azure com zonas de disponibilidade e conjuntos de dimensionamento para obter o máximo de resiliência da aplicação. O Balanceador de Carga do Azure distribui tráfego entre várias máquinas virtuais. Para as nossas máquinas virtuais de camada Standard, o Balanceador de Carga do Azure está incluído. Nem todos os escalões de máquina virtual incluem o Balanceador de Carga do Azure. Para obter mais informações sobre o balanceamento de carga das suas máquinas virtuais, consulte os inícios rápidos do Balanceador de Carga com a CLI ou o PowerShell.
Redundância do armazenamento do Azure
O Armazenamento do Azure armazena sempre várias cópias dos seus dados para que estejam protegidos contra eventos planeados e não planeados, incluindo falhas de hardware transitórias, cortes de rede ou de energia e desastres naturais massivos. A redundância garante que a sua conta de armazenamento cumpra as metas de disponibilidade e durabilidade, mesmo em caso de falhas.
Ao decidir qual opção de redundância é melhor para o seu cenário, considere as compensações entre custos mais baixos e maior disponibilidade. Os fatores que ajudam a determinar qual opção de redundância deve escolher incluem:
- Como os seus dados são replicados na região primária
- Quer os seus dados sejam replicados para uma segunda região geograficamente distante da região primária, para proteção contra desastres regionais
- Se a sua aplicação requer acesso de leitura aos dados replicados na região secundária caso a região primária fique indisponível por qualquer motivo
Para obter mais informações, consulte Redundância do Armazenamento do Azure
Azure Site Recovery
Enquanto organização, tem de adotar uma estratégia de continuidade de negócio e recuperação após desastre (BCDR) que mantenha os dados seguros e as aplicações e cargas de trabalho online, quando ocorrerem indisponibilidades planeadas e não planeadas.
O Azure Site Recovery ajuda a garantir a continuidade dos negócios, mantendo os aplicativos de negócios e as cargas de trabalho em execução durante interrupções. O Site Recovery replica as cargas de trabalho em execução em máquinas físicas e virtuais (VMs) a partir de um site primário para uma localização secundária. Quando ocorre uma falha no seu site primário, pode fazer failover para o site secundário e aceder às aplicações a partir daí. Depois de a localização primária estar novamente operacional, pode fazer failback para ela.
O Site Recovery pode gerir a replicação de:
- VMs do Azure a replicarem entre regiões do Azure.
- VMs no local, VMs do Azure Stack e servidores físicos.