Máquinas virtuais no Azure

Aplica-se a: ✔️ Linux VMs Windows VMs ✔️ ✔️ Conjuntos de escala flexível

As máquinas virtuais do Azure são um dos vários tipos de recursos de computação escalonáveis sob demanda que o Azure oferece. Normalmente, você escolhe uma máquina virtual quando precisa de mais controle sobre o ambiente de computação do que as outras opções oferecem. Este artigo fornece informações sobre o que você deve considerar antes de criar uma máquina virtual, como criá-la e como gerenciá-la.

Uma máquina virtual do Azure oferece a flexibilidade da virtualização sem precisar comprar e manter o hardware físico que a executa. No entanto, você ainda precisa manter a máquina virtual executando tarefas, como configurar, aplicar patches e instalar o software que é executado nela.

As máquinas virtuais do Azure podem ser utilizadas de várias formas. Alguns exemplos são:

  • Desenvolvimento e teste – as máquinas virtuais do Azure oferecem uma maneira rápida e fácil de criar um computador com configurações específicas necessárias para codificar e testar um aplicativo.
  • Aplicativos na nuvem – Como a demanda por seu aplicativo pode flutuar, pode fazer sentido econômico executá-lo em uma máquina virtual no Azure. Você paga por máquinas virtuais extras quando precisa delas e as desliga quando não precisa.
  • Datacenter estendido – as máquinas virtuais em uma rede virtual do Azure podem ser facilmente conectadas à rede da sua organização.

O número de máquinas virtuais que seu aplicativo usa pode ser dimensionado para o que for necessário para atender às suas necessidades.

O que eu preciso pensar antes de criar uma máquina virtual?

Há sempre uma infinidade de considerações de design quando você cria uma infraestrutura de aplicativo no Azure. Esses aspetos de uma máquina virtual são importantes para pensar antes de começar:

  • Os nomes dos seus recursos
  • A localização onde os recursos são armazenados
  • O tamanho da máquina virtual
  • O número máximo de máquinas virtuais que podem ser criadas
  • O sistema operacional que a máquina virtual executa
  • A configuração da máquina virtual depois que ela é iniciada
  • Os recursos relacionados de que a máquina virtual precisa

Partes de uma VM e como elas são cobradas

Ao criar uma máquina virtual, você também está criando recursos que oferecem suporte à máquina virtual. Estes recursos têm custos próprios que devem ser considerados.

Os recursos padrão que suportam uma máquina virtual e como eles são cobrados são detalhados na tabela a seguir:

Resource Description Custo
Rede virtual Para dar à sua máquina virtual a capacidade de se comunicar com outros recursos Preços da Rede Virtual
Uma placa de interface de rede (NIC) virtual Para se conectar à rede virtual Não há custo separado para as NIC. No entanto, há um limite para quantas NICs você pode usar com base no tamanho da sua VM. Dimensione sua VM de acordo e faça referência aos preços da Máquina Virtual.
Um endereço IP privado e, por vezes, um endereço IP público. Para comunicação e troca de dados na sua rede e com redes externas Preços de endereços IP
Grupo de segurança de rede (NSG) Para gerenciar o tráfego de rede de e para sua VM. Por exemplo, talvez seja necessário abrir a porta 22 para acesso SSH, mas talvez queira bloquear o tráfego para a porta 80. O bloqueio e a permissão de acesso à porta são feitos através do NSG. Não há cobranças adicionais para grupos de segurança de rede no Azure.
Disco do SO e, possivelmente, discos separados para dados. É uma prática recomendada manter seus dados em um disco separado do seu sistema operacional, caso você tenha uma falha de VM, você pode simplesmente desanexar o disco de dados e anexá-lo a uma nova VM. Todas as novas máquinas virtuais têm um disco do sistema operacional e um disco local.
O Azure não cobra pelo armazenamento em disco local.
O disco do sistema operacional, que geralmente é de 127GiB, mas é menor para algumas imagens, é cobrado à taxa normal para discos.
Pode ver o custo da ligação de discos baseados em Premium (SSD) e Standard (HDD) às suas máquinas virtuais na página de preços de Managed Disks.
Em alguns casos, uma licença para o SO Para fornecer que sua máquina virtual seja executada para executar o sistema operacional O custo varia com base no número de núcleos em sua VM, portanto , dimensione sua VM de acordo. O custo pode ser reduzido através do Benefício Híbrido do Azure.

Você também pode optar por ter o Azure pode criar e armazenar chaves SSH públicas e privadas - o Azure usa a chave pública em sua VM e você usa a chave privada quando acessa a VM sobre SSH. Caso contrário, você precisará de um nome de usuário e senha.

Por padrão, esses recursos são criados no mesmo grupo de recursos que a VM.

Localizações

Há várias regiões geográficas ao redor do mundo onde você pode criar recursos do Azure. Normalmente, a região é chamada de local quando você cria uma máquina virtual. Para uma máquina virtual, o local especifica onde os discos rígidos virtuais serão armazenados.

Esta tabela apresenta algumas das formas de obter uma lista de localizações disponíveis.

Método Description
Portal do Azure Selecione um local na lista ao criar uma máquina virtual.
Azure PowerShell Use o comando Get-AzLocation .
API REST Utilize a operação Listar localizações.
CLI do Azure Utilize a operação az account list-locations.

Disponibilidade

Há várias opções para gerenciar a disponibilidade de suas máquinas virtuais no Azure.

  • As Zonas de Disponibilidade são zonas fisicamente separadas dentro de uma região do Azure. As zonas de disponibilidade garantem a conectividade da máquina virtual a pelo menos uma instância pelo menos 99,99% do tempo quando você tem duas ou mais instâncias implantadas em duas ou mais zonas de disponibilidade na mesma região do Azure.
  • Os Conjuntos de Dimensionamento de Máquinas Virtuais permitem criar e gerenciar um grupo de máquinas virtuais com balanceamento de carga. O número de instâncias de máquina virtual pode aumentar ou diminuir automaticamente em resposta à demanda ou a uma programação definida. Os conjuntos de dimensionamento fornecem alta disponibilidade para seus aplicativos e permitem gerenciar, configurar e atualizar centralmente muitas máquinas virtuais. As máquinas virtuais em um conjunto de escala também podem ser implantadas em várias zonas de disponibilidade, em uma única zona de disponibilidade ou regionalmente.

Para obter mais informações, consulte Opções de disponibilidade para máquinas virtuais do Azure e SLA para máquinas virtuais do Azure.

Tamanhos e preços

O tamanho da máquina virtual que você usa é determinado pela carga de trabalho que você deseja executar. O tamanho escolhido determina fatores como poder de processamento, memória, capacidade de armazenamento e largura de banda da rede. O Azure disponibiliza uma vasta variedade de tamanhos para suportar muitos tipos de utilizações.

O Azure cobra um preço por hora com base no tamanho e no sistema operacional da máquina virtual. Para horas parciais, o Azure cobra apenas os minutos utilizados. O armazenamento tem um preço à parte e é cobrado separadamente.

Limites totais do núcleo da máquina virtual

Sua assinatura tem limites de cota padrão em vigor que podem afetar a implantação de muitas máquinas virtuais para seu projeto. O limite atual por assinatura é de 20 núcleos totais de máquina virtual por região. Os limites podem ser aumentados ao preencher um pedido de suporte a pedir um aumento

Managed Disks

O Managed Disks lida com a criação e o gerenciamento de contas do Armazenamento do Azure em segundo plano para você e garante que você não precise se preocupar com os limites de escalabilidade da conta de armazenamento. Especifique o tamanho do disco e o escalão de desempenho (Standard ou Premium), e o Azure cria e gere o disco. À medida que você adiciona discos ou dimensiona a máquina virtual para cima e para baixo, não precisa se preocupar com o armazenamento que está sendo usado. Se você estiver criando novas máquinas virtuais, use a CLI do Azure ou o portal do Azure para criar máquinas virtuais com sistema operacional gerenciado e discos de dados. Se você tiver máquinas virtuais com discos não gerenciados, poderá converter suas máquinas virtuais para backup com Managed Disks.

Você também pode gerenciar suas imagens personalizadas em uma conta de armazenamento por região do Azure e usá-las para criar centenas de máquinas virtuais na mesma assinatura. Para mais informações sobre discos geridos, veja Managed Disks Overview (Descrição geral dos Managed Disks).

Distribuições

O Microsoft Azure suporta uma variedade de distribuições Linux e Windows. Você pode encontrar distribuições disponíveis no marketplace, no portal do Azure ou consultando resultados usando APIs CLI, PowerShell e REST.

Esta tabela mostra algumas formas para encontrar as informações de uma imagem.

Método Description
Portal do Azure Os valores são especificados automaticamente ao selecionar uma imagem a utilizar.
Azure PowerShell Get-AzVMImagePublisher -Localização
Get-AzVMImageOffer -Localização -Publisher publisherName
Get-AzVMImageSku -Localização-Publisher publisherName -Offer offerName
APIs REST Listar publicadores de imagem
Listar ofertas da imagem
Listar skus da imagem
CLI do Azure az vm image list-publishers --Localizaçãolocation
az vm image list-offers --Localizaçãolocation --PublicadorpublisherName
az vm image list-skus --Localizaçãolocation --Publicador publisherName --Oferta offerName

A Microsoft trabalha de perto com os parceiros para garantir que as imagens disponíveis são atualizadas e otimizadas para runtimes do Azure. Para obter mais informações sobre ofertas de parceiros do Azure, consulte o Azure Marketplace

Inicialização da cloud

O Azure suporta o cloud-init na maioria das distribuições Linux que o suportam. estamos trabalhando ativamente com nossos parceiros Linux para ter imagens habilitadas para inicialização na nuvem disponíveis no Azure Marketplace. Essas imagens farão com que suas implantações e configurações de inicialização na nuvem funcionem perfeitamente com máquinas virtuais e conjuntos de dimensionamento de máquinas virtuais.

Para obter mais informações, consulte Usando cloud-init em máquinas virtuais Linux do Azure.

Armazenamento

Rede

Interrupções do serviço

Na Microsoft, trabalhamos arduamente para garantir que nossos serviços estejam sempre disponíveis para você quando você precisar deles. Forças fora do nosso controlo por vezes afetam-nos de formas que causam interrupções de serviço não planeadas.

A Microsoft fornece um Contrato de Nível de Serviço (SLA) para seus serviços como um compromisso de tempo de atividade e conectividade. O SLA para serviços individuais do Azure pode ser encontrado em Contratos de Nível de Serviço do Azure.

O Azure já tem muitas funcionalidades de plataforma incorporadas que suportam aplicações altamente disponíveis. Para obter mais informações sobre esses serviços, leia Recuperação de desastres e alta disponibilidade para aplicativos do Azure.

Este artigo aborda um verdadeiro cenário de recuperação de desastres, quando uma região inteira sofre uma interrupção devido a um grande desastre natural ou interrupção generalizada do serviço. São ocorrências raras, mas é preciso se preparar para a possibilidade de haver uma interrupção de toda uma região. Se uma região inteira sofrer uma interrupção do serviço, as cópias localmente redundantes dos seus dados ficarão temporariamente indisponíveis. Se você tiver habilitado a replicação geográfica, três cópias adicionais de seus blobs e tabelas de Armazenamento do Azure serão armazenadas em uma região diferente. No caso de uma interrupção regional completa ou um desastre em que a região primária não seja recuperável, o Azure remapeia todas as entradas DNS para a região replicada geograficamente.

Para ajudá-lo a lidar com essas ocorrências raras, fornecemos as seguintes orientações para máquinas virtuais do Azure no caso de uma interrupção do serviço de toda a região onde seu aplicativo de máquina virtual do Azure é implantado.

Opção 1: Iniciar um failover usando o Azure Site Recovery

Você pode configurar o Azure Site Recovery para suas VMs para que possa recuperar seu aplicativo com um único clique em questão de minutos. Você pode replicar para a região do Azure de sua escolha e não restrita a regiões emparelhadas. Você pode começar replicando suas máquinas virtuais. Você pode criar um plano de recuperação para automatizar todo o processo de failover do seu aplicativo. Você pode testar seus failovers com antecedência sem afetar o aplicativo de produção ou a replicação contínua. No caso de uma interrupção da região primária, basta iniciar um failover e trazer seu aplicativo para a região de destino.

Opção 2: Aguarde a recuperação

Neste caso, nenhuma ação da sua parte é necessária. Saiba que estamos trabalhando diligentemente para restaurar a disponibilidade do serviço. Você pode ver o status atual do serviço em nosso Painel de Integridade do Serviço do Azure.

Essa é a melhor opção se você não tiver configurado o Azure Site Recovery, o armazenamento com redundância geográfica de acesso de leitura ou o armazenamento com redundância geográfica antes da interrupção. Se você configurou o armazenamento com redundância geográfica ou o armazenamento com redundância geográfica de acesso de leitura para a conta de armazenamento onde os VHDs (discos rígidos virtuais) da VM estão armazenados, você pode procurar recuperar o VHD da imagem base e tentar provisionar uma nova VM a partir dele. Esta não é uma opção preferida porque não há garantias de sincronização de dados. Consequentemente, não é garantido que esta opção funcione.

Nota

Lembre-se de que você não tem nenhum controle sobre esse processo e ele só ocorrerá para interrupções de serviço em toda a região. Por isso, você também deve confiar em outras estratégias de backup específicas do aplicativo para alcançar o mais alto nível de disponibilidade. Para obter mais informações, consulte a seção sobre Estratégias de dados para recuperação de desastres.

Recursos para interrupções de serviço

Residência de dados

No Azure, o recurso para habilitar o armazenamento de dados do cliente em uma única região está atualmente disponível apenas na Região do Sudeste Asiático (Cingapura) da região Ásia-Pacífico Geo e na Região Brasil Sul (Estado de São Paulo) do Brasil Geo. Para todas as outras regiões, os dados do cliente são armazenados na Geo. Para obter mais informações, consulte Central de Confiabilidade.

Próximos passos

Crie sua primeira máquina virtual!