Quelle est la difference entre virtual machine classic et virtual machine in azure?
Dans Azure, deux options sont disponibles pour créer des machines virtuelles. A. normal VM B. VM classique
Est-ce que quelqu'un sait quelle est la différence entre les deux options? Quand utilise-t-on les uns sur les autres?
La réponse courte à votre question est que 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 s'oriente vers la nouvelle façon de déployer des ressources, il est donc recommandé de l'utiliser au lieu de l'ancienne. Cependant, gardez à l'esprit que certaines fonctionnalités disponibles de l'ancienne manière n'ont pas été transférées vers la nouvelle manière. Il vous suffit donc de comparer les fonctionnalités offertes et uniquement si quelque chose dont vous avez besoin n'est pas disponible de manière nouvelle. , vous utilisez l'ancienne manière.
Maintenant vient la longue réponse :)
Il existe essentiellement une API REST) à l'aide de laquelle vous interagissez avec Azure Infrastructure.
Lorsque Azure a démarré, cette API s'appelait Service Management API (SMAPI), ce qui lui convenait très bien à cette époque (et dans une certaine mesure aujourd'hui). Cependant, à mesure que Azure grandissait, les exigences des utilisateurs évoluaient également et c'est là que SMAPI était considéré comme limitant. Un bon exemple est le contrôle d'accès. Dans SMAPI, il y avait un contrôle d'accès, mais c'était plutôt du type de contrôle d'accès all-or-none. Il manquait la granularité demandée par les utilisateurs.
Au lieu de corriger SMAPI pour répondre aux besoins 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 plus riche en fonctionnalités. Cette API s'appelle Azure Resource Manager API (ARM). ARM comporte de nombreuses fonctionnalités qui ne figurent pas 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. Pour intégrer les ressources créées via l'ancien portail dans un nouveau portail (afin 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). voir Virtual Machines (Classic), Storage Accounts (Classic) etc. Ainsi, les ressources que vous créez dans l'ancien portail sont visibles dans le nouveau portail (à condition que le nouveau portail les prenne en charge), mais toutes les ressources que vous créez dans le nouveau portail using ARM ne sont pas affichés dans l’ancien portail.
La machine virtuelle Azure (classique) est basée sur l'ancien modèle ASM (Azure Service Management Model). Ce qui a tourné autour du concept de service cloud. Tout était contenu dans un service cloud, et c'était la passerelle vers Internet. Bien qu'utilisé (de manière intensive), Azure passe maintenant au modèle de gestion des ressources Azure.
ARM utilise le concept de modèles déclaratifs pour configurer une solution entière (plutôt que des composants individuels). Vous pouvez donc créer une pile Sharepoint complète, plutôt que simplement une machine unique.
ARM a également une approche beaucoup plus logique du réseautage. Au lieu d’avoir un monolithique VM dans un service cloud obscur. Vous avez une machine virtuelle à laquelle vous connectez une carte réseau. Vous pouvez ensuite placer la carte réseau dans un réseau virtuel et attacher une adresse IP publique ( si vous en avez besoin)
Sauf si vous avez une raison impérieuse d'utiliser ASM (classique) Vous devez créer votre solution à l'aide d'ARM. Comme il s'agit de la recommandation future de MS (pour trouver un lien vers cela), cela signifie également que vous pouvez créer des modèles pour vos déploiements, afin de disposer d'une solution reproductible.
Sur le plan négatif, l’ancien portail manage.windowsazure.com ne peut gérer aucun élément déployé à l’aide de ARM, et certaines parties d’ASM n’ont pas encore été migrées vers ARM. Pour le moment. Par exemple, vous ne pouvez pas configurer la sauvegarde Azure VM), car la sauvegarde Azure est ASM et ne peut pas "voir" ARM VM
Tout dépend en grande partie de votre situation, de ce que vous prévoyez, de la méthode que vous allez déployer. Si vous cherchez seulement à tenir une machine en place pour une seule tâche, cela ne fait guère de différence. Si vous souhaitez déployer dans un environnement comportant des concepts de DevOps, ARM est la voie à suivre).
La seule grande différence concerne la gestion des ressources. Pour cette nouvelle version, on appelle Azure Resource Manager VM (VM ARM).
ARM VM est meilleur en termes de;
- Classic VM doit être lié à Service Cloud , et le Service Cloud consomme une limitation des ressources et une configuration réseau pas si 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 cela vous donne une gestion plus fine des ressources.
Classic VM peut être migré vers ARM VM version, mais vous devez prévoir un temps d'arrêt du service. Pour migrer à partir d'un ordinateur virtuel classique , lisez le article officiel: Considérations pour les machines virtuelles .
Azure fournit désormais deux modèles de déploiement: Azure Resource Manager (Normal) et Azure Service Management (Classic) et certains considérations importantes vous devez faire attention lorsque vous travaillez sur des ordinateurs virtuels.
- 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.
- Les machines virtuelles déployées avec le modèle de déploiement Resource Manager doivent être incluses dans un réseau virtuel.
- Les machines virtuelles déployées avec le modèle de déploiement classique n'ont pas besoin d'être incluses dans un réseau virtuel.