Qual é a diferença entre máquina virtual clássica e máquina virtual em azure?

em Azure existem 2 opções disponíveis para criar máquinas virtuais. A. VM normal B. clássico VM

Alguém sabe qual é a diferença entre ambas as opções? Quando usamos um em vez do outro?

Author: juvchan, 2016-01-12
Source

4 answers

A resposta curta à sua pergunta é: é a nova forma de implantar as suas máquinas virtuais, ao passo que é a maneira antiga de as implantar. Azure está empurrando para a nova maneira de mobilizar recursos para que a recomendação seria usá-lo em vez de velha maneira. No entanto, por favor, tenha em mente que existem alguns recursos que estão disponíveis da maneira antiga que não foram portados para a nova maneira para que você só tem que comparar as características oferecidas e só se algo que você precisa não é disponível de forma nova, você usa a maneira antiga. Agora vem a longa resposta: Basicamente, há uma API de descanso a usar que interage com a infra-estrutura Azure.

Quando Azure começou, esta API foi chamada {[[2]} que serviu muito bem o seu propósito naquela época (e até certo ponto hoje). No entanto, à medida que a Azure crescia, também cresciam as necessidades dos usuários e foi aí que o SMAPI foi encontrado limitado. Um bom exemplo é o controle de acesso. Em SMAPI, havia controle de acesso, mas era mais Tipo Controle de acesso. Faltava-lhe a granularidade solicitada pelos utilizadores.

Em vez de remendar o SMAPI para satisfazer as necessidades do utilizador, a equipa Azure decidiu reescrever toda a API que era muito mais simples, mais robusta e rica em funcionalidades. Esta API chama-se Azure Resource Manager API (ARM). ARM tem muitas características que não estão lá no SMAPI (meu favorito pessoal é Role-based access control - RBAC).

Se já reparaste que existem dois portais Azure hoje em dia - https://manage.windowsazure.com () e https://portal.azure.com (new). Portal antigo suporta SMAPI enquanto que o novo portal suporta ARM. A fim de trazer recursos criados através do portal antigo para o novo portal (para que você possa ter uma experiência unificada), a equipe Azure acabou criando um fornecedor de recursos para coisas antigas e seus nomes sempre terminarão com (Classic) assim você verá Virtual Machines (Classic), Storage Accounts (Classic) etc. Assim, os recursos que você cria no portal antigo podem ser vistos no novo portal (desde que o novo portal os suporte), mas quaisquer recursos que você criar no novo portal usando o ARM não são mostrados no antigo Portal.

 49
Author: Gaurav Mantri, 2016-01-12 07:20:10
A máquina virtual Azure (classic) baseia-se no antigo modelo de gestão de serviços Azure (ASM). Que girava em torno do conceito de um serviço em nuvem. Tudo estava contido dentro de um serviço de nuvem, e esse era o portal para a internet. Enquanto ainda é usado (extensivamente) Azure está agora passando para o modelo de gestão de recursos Azure (ARM).

O ARM usa o conceito de modelos declarativos para configurar uma solução inteira (em vez de componentes individuais) para que possa crie uma pilha de Sharepoint inteira, ao invés de apenas uma máquina singular.

O ARM também tem uma abordagem muito mais lógica à ligação em rede. Em vez de ter um VM monolítico num obscuro serviço na nuvem. Você tem um VM, que você anexou um cartão de rede. Você pode então colocar a placa de rede em uma VNet e anexar um IP público (se você precisar de um)

A menos que tenha uma razão imperiosa para utilizar ASM (classic), deve criar a sua solução usando o braço. Como esta é a recomendação do em forward (para encontrar um link para isso) também significa que você pode criar modelos para seus implementos, para que você possa ter uma solução repetível.

No negativo, o velho portal. manage.windowsazure.com não é possível gerenciar nada que seja implantado usando o braço, e ainda existem partes do ASM que ainda não foram migradas para o braço. Por exemplo, você não pode configurar a cópia de segurança VM Azure, uma vez que a cópia de segurança Azure é ASM e ela não pode 'ver' ARM VMs Depende muito das suas circunstâncias. no entanto, o que você está planejando, o método que você vai usar. Se você está apenas olhando para levantar uma máquina para fazer uma única tarefa, faz muito pouca diferença. Se você está olhando para implantar em um ambiente que terá alguns conceitos de DevOps indo para a frente, então ARM é o caminho a seguir.
 5
Author: Michael B, 2016-01-12 07:13:38

A grande diferença é para a gestão de recursos. Para essa nova versão é chamado Azure Resource Manager VM (ARM VM).

O braço VM é melhor em termos de;

  • a VM clássica deve estar ligada a Serviço Na Nuvem, e o serviço na nuvem consome a limitação de recursos e a configuração de rede não tão flexível.
  • O ARM VM é gerido pelo Azure Resource Manager (ARM), que pode ser organizado com/sem outros serviços Azure. ARM é como uma pasta de serviços Azure, e dá-lhe uma gestão de recursos de qualidade superior.

VM clássico pode ser migrado para ARM versão VM, mas você tem que pagar o tempo de inatividade de serviço. Para migrar da VM clássica, leia o artigo oficial : considerações para Máquinas Virtuais .

 3
Author: Youngjae, 2016-01-12 08:03:11

O Azure oferece agora dois modelos de implementação: o Azure Resource Manager (Normal) e o Azure Service Management(Classic) e algumas considerações importantes que deve ter em conta ao trabalhar com máquinas virtuais.

    As máquinas virtuais implantadas com o modelo clássico de implantação não podem ser incluídas numa rede virtual implantada com o Gestor de recursos. As máquinas virtuais implantadas com o modelo de implantação do Gestor de recursos devem ser incluídas numa rede virtual.
  1. Virtual as máquinas implantadas com o modelo clássico de implantação não precisam ser incluídas em uma rede virtual.
 1
Author: Steven, 2016-01-12 08:11:10