Question Quelle est la différence entre une machine virtuelle classique et une machine virtuelle dans Azure?


Dans Azure, 2 options sont disponibles pour créer des machines virtuelles. A. VM normale B. VM classique

Quelqu'un sait-il quelle est la différence entre les deux options? Quand utilisons-nous l'un sur l'autre?


43
2018-01-12 06:53


origine


Réponses:


La réponse courte à votre question est Normal VM or Virtual Machines est la nouvelle façon de déployer vos machines virtuelles alors que Classic VM or Virtual Machines (Classic) est l'ancienne façon de les déployer. Azure pousse à la nouvelle méthode de déploiement des ressources, il est donc recommandé de l’utiliser plutôt que d’ancrer. Cependant, gardez à l'esprit qu'il existe certaines fonctionnalités disponibles à l'ancienne qui n'ont pas été transférées à la nouvelle manière. Il vous suffit de comparer les fonctionnalités offertes et seulement si quelque chose dont vous avez besoin n'est pas disponible de manière nouvelle. , vous utilisez l'ancienne façon.

Maintenant vient la longue réponse :)

Il existe essentiellement une API REST à l'aide de laquelle vous interagissez avec Azure Infrastructure.

Au démarrage d’Azure, cette API était appelée Service Management API (SMAPI) qui a bien servi son but à cette époque (et dans une certaine mesure aujourd'hui). Cependant, au fur et à mesure de la croissance d’Azure, les exigences des utilisateurs et celles de SMAPI étaient limitées. Un bon exemple est le contrôle d'accès. Dans SMAPI, il y avait le contrôle d'accès mais c'était plus comme all-or-none type de contrôle d'accès. Il manquait la granularité demandée par les utilisateurs.

Au lieu d'appliquer le patch à SMAPI pour répondre aux exigences des utilisateurs, l'équipe Azure a décidé de réécrire l'intégralité de l'API, qui était beaucoup plus simple, plus robuste et riche en fonctionnalités. Cette API s'appelle Azure Resource Manager API (ARM). ARM possède de nombreuses fonctionnalités qui ne sont pas présentes dans SMAPI (mon préféré est Role-based access control - RBAC).

Si vous avez remarqué qu'il existe deux portails Azure aujourd'hui - https://manage.windowsazure.com (ancien) et https://portal.azure.com (Nouveau). L'ancien portail prend en charge SMAPI tandis que le nouveau portail prend en charge ARM. Afin de faire apparaître les ressources créées via l’ancien portail dans un nouveau portail (pour que vous puissiez avoir une expérience unifiée), l’équipe Azure a fini par créer un fournisseur de ressources pour les anciens éléments et leur nom se terminera toujours par (Classic) alors vous verrez Virtual Machines (Classic), Storage Accounts (Classic) etc. Ainsi, les ressources que vous créez dans l'ancien portail sont visibles sur le nouveau portail (à condition que le nouveau portail les prenne en charge), mais les ressources que vous créez dans le nouveau portail à l'aide d'ARM ne figurent pas dans l'ancien portail.


48
2018-01-12 07:20



La machine virtuelle Azure (classique) est basée sur l'ancien modèle de gestion des services Azure (ASM). Qui tournait autour du concept de service cloud. Tout était contenu dans un service de cloud computing, et c'était la passerelle vers Internet. Alors qu'il est encore utilisé (de manière extensive), Azure passe désormais au modèle ARM (Azure Resource Management Model).

ARM utilise le concept de modèles déclaratifs pour configurer une solution complète (plutôt que des composants individuels). Vous pouvez donc créer une pile Sharepoint entière, plutôt qu'une machine unique.

ARM a également une approche beaucoup plus logique du réseautage. Au lieu d'avoir une VM monolithique dans un service cloud obscur. Vous avez une machine virtuelle à laquelle vous connectez une carte réseau. Vous pouvez ensuite mettre la carte réseau dans un réseau virtuel et joindre une adresse IP publique (si vous en avez besoin)

À moins que vous n'ayez une raison impérieuse d'utiliser ASM (classique) Vous devez créer votre solution en utilisant ARM. Dans la mesure où il s'agit de la recommandation de MS (pour trouver un lien vers celle-ci), cela signifie également que vous pouvez créer des modèles pour vos déploiements afin de pouvoir disposer d'une solution reproductible.

Sur le négatif, l'ancien portail manage.windowsazure.com ne peut pas gérer tout ce qui est déployé à l'aide d'ARM, et il existe encore des parties d'ASM qui n'ont pas encore été migrées vers ARM. Par exemple, vous ne pouvez pas configurer la sauvegarde Azure VM, car la sauvegarde Azure est ASM et qu'elle ne peut pas «voir» les machines virtuelles ARM.

Cela dépend en grande partie de votre situation, de ce que vous prévoyez, de la méthode que vous allez utiliser. Si vous souhaitez simplement mettre en place une machine pour effectuer une seule tâche, cela ne fait guère de différence. Si vous envisagez de vous déployer dans un environnement qui aura des concepts de DevOps à venir, alors ARM est la solution.


5
2018-01-12 07:13



La grande différence concerne la gestion des ressources. Pour cette nouvelle version s'appelle Azure Resource Manager VM (ARM VM).

ARM VM est meilleur en termes de;

  • Classic VM doit être lié avec Service cloud, et Cloud Service consomme des ressources limitées et une configuration réseau moins flexible.
  • ARM VM est géré sous Azure Resource Manager (ARM), qui peut être organisé avec / sans autres services Azure. ARM est comme un dossier de services Azure et vous offre une gestion plus fine des ressources.

Classic VM peut être migré vers la version ARM VM, mais vous devez vous permettre de réduire les temps de service. Pour migrer depuis une VM classique, lisez le article officiel: Considérations pour les machines virtuelles.


3
2018-01-12 07:19



Azure propose désormais deux modèles de déploiement: Azure Resource Manager (Normal) et Azure Service Management (Classic), ainsi que certains considérations importantes vous devriez faire attention lorsque vous travaillez sur des machines virtuelles.

  1. Les machines virtuelles déployées avec le modèle de déploiement classique ne peuvent pas être incluses dans un réseau virtuel déployé avec Resource Manager.
  2. Les machines virtuelles déployées avec le modèle de déploiement Resource Manager doivent être incluses dans un réseau virtuel.
  3. Les machines virtuelles déployées avec le modèle de déploiement classique ne doivent pas nécessairement être incluses dans un réseau virtuel.

1
2018-01-12 08:11