{"id":12460,"date":"2026-02-17T12:30:38","date_gmt":"2026-02-17T12:30:38","guid":{"rendered":"https:\/\/techhub.saworks.io\/docs\/preparation-de-certifications\/certification-azure\/introduction-a-azure-vmware-solution\/comment-azure-vmware-solution-fonctionne\/"},"modified":"2026-02-17T14:23:22","modified_gmt":"2026-02-17T14:23:22","slug":"comment-azure-vmware-solution-fonctionne","status":"publish","type":"docs","link":"https:\/\/techhub.saworks.io\/fr\/docs\/preparation-de-certifications\/certification-azure\/introduction-a-azure-vmware-solution\/comment-azure-vmware-solution-fonctionne\/","title":{"rendered":"Comment Azure VMware Solution fonctionne"},"content":{"rendered":"\n
\n

Maintenant que vous connaissez Azure VMware Solution et ce qu\u2019il peut faire, examinons comment il fonctionne sur Azure.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Support partag\u00e9<\/strong><\/h3>\n\n\n\n

Les environnements VMware vSphere locaux exigent que le client prenne en charge tous les logiciels et le mat\u00e9riel pour ex\u00e9cuter la plateforme. Azure VMware Solution non. Microsoft maintient la plateforme pour le client. Examinons ce que le client g\u00e8re et ce que Microsoft g\u00e8re.<\/p>\n\n\n\n

Dans le cas du tableau suivant :
Microsoft Managed = Bleu<\/strong>, Customer Managed = Gris<\/strong><\/p>\n\n\n\n

<\/div>\n\n\n\n
\"\"<\/figure>\n\n\n\n
<\/div>\n\n\n\n

En partenariat avec VMware, Microsoft prend en charge la gestion du cycle de vie des logiciels VMware (ESXi, vCenter Server et vSAN). Microsoft travaille \u00e9galement avec VMware pour la gestion du cycle de vie de l\u2019appliance NSX et l\u2019amor\u00e7age de la configuration r\u00e9seau. Cela inclut la cr\u00e9ation de la passerelle Tier\u20110 et l\u2019activation du routage nord\/sud.<\/p>\n\n\n\n

Le client est responsable de la configuration SDN de NSX :<\/p>\n\n\n\n

    \n
  • Segments r\u00e9seau<\/li>\n\n\n\n
  • R\u00e8gles du pare-feu distribu\u00e9<\/li>\n\n\n\n
  • Passerelles de niveau 1<\/li>\n\n\n\n
  • \u00c9quilibreurs de charge<\/li>\n<\/ul>\n\n\n\n
    <\/div>\n\n\n\n

    Surveillance et correction<\/strong><\/h3>\n\n\n\n

    Azure VMware Solution surveille en continu l\u2019\u00e9tat de sant\u00e9 des composants sous-jacents et des composants de la solution VMware. Si Azure VMware Solution d\u00e9tecte une d\u00e9faillance, il r\u00e9pare les composants d\u00e9faillants. Lorsque Azure VMware Solution d\u00e9tecte une d\u00e9gradation ou une d\u00e9faillance sur un n\u0153ud Azure VMware Solution, il d\u00e9clenche le processus de rem\u00e9diation de l\u2019h\u00f4te.<\/p>\n\n\n\n

    La rem\u00e9diation des h\u00f4tes consiste \u00e0 remplacer le n\u0153ud d\u00e9faillant par un nouveau n\u0153ud sain dans le cluster. Ensuite, lorsque cela est possible, l\u2019h\u00f4te d\u00e9faillant est plac\u00e9 en mode maintenance VMware vSphere. VMware vMotion d\u00e9place les machines virtuelles de l\u2019h\u00f4te d\u00e9faillant vers d\u2019autres serveurs disponibles dans le cluster, ce qui peut permettre une migration en direct des charges de travail sans interruption. Si l\u2019h\u00f4te d\u00e9faillant ne peut pas \u00eatre plac\u00e9 en mode maintenance, l\u2019h\u00f4te est retir\u00e9 du cluster.<\/p>\n\n\n\n

    Azure VMware Solution surveille les conditions suivantes sur l\u2019h\u00f4te :<\/p>\n\n\n\n

      \n
    • \u00c9tat du processeur<\/li>\n\n\n\n
    • \u00c9tat de la m\u00e9moire<\/li>\n\n\n\n
    • \u00c9tat de la connexion et de l\u2019alimentation<\/li>\n\n\n\n
    • \u00c9tat des ventilateurs mat\u00e9riels<\/li>\n\n\n\n
    • Perte de connectivit\u00e9 r\u00e9seau<\/li>\n\n\n\n
    • \u00c9tat de la carte syst\u00e8me mat\u00e9rielle<\/li>\n\n\n\n
    • Erreurs survenues sur les disques d\u2019un h\u00f4te vSAN<\/li>\n\n\n\n
    • Tension mat\u00e9rielle<\/li>\n\n\n\n
    • \u00c9tat de la temp\u00e9rature mat\u00e9rielle<\/li>\n\n\n\n
    • \u00c9tat de l\u2019alimentation mat\u00e9rielle<\/li>\n\n\n\n
    • \u00c9tat du stockage<\/li>\n\n\n\n
    • D\u00e9faillance de connexion<\/li>\n<\/ul>\n\n\n\n
      <\/div>\n\n\n\n

      Clouds priv\u00e9s, clusters et h\u00f4tes dans Azure<\/strong><\/h3>\n\n\n\n

      Azure VMware Solution fournit des clouds priv\u00e9s VCF sur du mat\u00e9riel d\u00e9di\u00e9 Azure.<\/p>\n\n\n\n

      Chaque cloud priv\u00e9 peut avoir plusieurs clusters g\u00e9r\u00e9s par le m\u00eame vCenter Server et le m\u00eame NSX Manager. Les clouds priv\u00e9s sont install\u00e9s et g\u00e9r\u00e9s \u00e0 partir d\u2019un abonnement Azure. Le nombre de clouds priv\u00e9s dans un abonnement est \u00e9volutif.<\/p>\n\n\n\n

      Pour chaque cloud priv\u00e9 cr\u00e9\u00e9, il existe un cluster vSphere par d\u00e9faut. Vous pouvez ajouter, supprimer et mettre \u00e0 l\u2019\u00e9chelle des clusters en utilisant le portail Azure ou l\u2019API. Microsoft propose des configurations de n\u0153uds bas\u00e9es sur les besoins de base, de m\u00e9moire et de stockage. Choisissez le type de n\u0153ud appropri\u00e9 pour votre r\u00e9gion ; le choix le plus courant est AV36P.<\/p>\n\n\n\n

      Les configurations minimales et maximales des n\u0153uds sont les suivantes :<\/p>\n\n\n\n

        \n
      • Au moins trois n\u0153uds dans un cluster<\/li>\n\n\n\n
      • Un maximum de 16 n\u0153uds dans un cluster<\/li>\n\n\n\n
      • Maximum de 12 clusters dans un cloud priv\u00e9 Azure VMware Solution<\/li>\n\n\n\n
      • Maximum de 96 n\u0153uds dans un cloud priv\u00e9 Azure VMware Solution<\/li>\n<\/ul>\n\n\n\n

        Le tableau suivant pr\u00e9sente les sp\u00e9cifications du processeur, de la m\u00e9moire, du disque et du r\u00e9seau pour les h\u00f4tes AVS disponibles :<\/p>\n\n\n\n

        <\/div>\n\n\n\n
        Type d\u2019h\u00f4te<\/th>CPU (Unit\u00e9 centrale de traitement)<\/th>RAM<\/th>Niveau de cache vSAN<\/th>Capacit\u00e9 vSAN<\/th><\/tr>
        AV36P<\/strong><\/th>Deux processeurs Intel Xeon Gold 6240, 18 c\u0153urs\/processeur @ 2,6 GHz \/ 3,9 GHz Turbo. Total de 36 c\u0153urs physiques.<\/td>768 GB<\/td>1,5 TB (Intel Cache)<\/td>19,20 TB (NVMe)<\/td><\/tr>
        AV48<\/strong><\/th>Deux processeurs Intel Xeon Gold 6442Y, 24 c\u0153urs\/processeur @ 2,6 GHz \/ 4,0 GHz Turbo. Total de 48 c\u0153urs physiques.<\/td>1\u202f024 GB<\/td>N\/D<\/td>25,6 TB (NVMe)<\/td><\/tr>
        AV52<\/strong><\/th>Deux processeurs Intel Xeon Platinum 8270, 26 c\u0153urs par processeur \u00e0 2,7 GHz ; 4,0 GHz en mode Turbo. Total de 52 c\u0153urs physiques.<\/td>1\u202f536 GB<\/td>1,5 TB (Intel Cache)<\/td>38,40 TB (NVMe)<\/td><\/tr>
        AV64*<\/strong><\/th>Deux processeurs Intel Xeon Platinum 8370C, 32 c\u0153urs\/processeur \u00e0 2,8 GHz \/ 3,5 GHz Turbo. Total de 64 c\u0153urs physiques.<\/td>1\u202f024 GB<\/td>3,84 TB (NVMe)<\/td>15,36 TB (NVMe)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

        Dans AVS Gen 1<\/strong>, un cloud priv\u00e9 Azure VMware Solution d\u00e9ploy\u00e9 avec AV36P, AV48 ou AV52 est requis avant d\u2019ajouter des h\u00f4tes AV64.
        Dans AVS Gen 2<\/strong>, AV64 peut \u00eatre d\u00e9ploy\u00e9 seul.<\/p>\n\n\n\n

        <\/div>\n\n\n\n

        Interconnexion dans Azure<\/strong><\/h2>\n\n\n\n

        L\u2019environnement de cloud priv\u00e9 pour Azure VMware Solution peut \u00eatre accessible \u00e0 la fois depuis des ressources locales (on\u2011premises) et depuis des ressources bas\u00e9es sur Azure. Les services suivants fournissent l\u2019interconnexion :<\/p>\n\n\n\n

          \n
        • Azure ExpressRoute<\/li>\n\n\n\n
        • Connexions VPN<\/li>\n\n\n\n
        • Azure Virtual WAN<\/li>\n\n\n\n
        • Passerelle Azure ExpressRoute<\/li>\n<\/ul>\n\n\n\n

          Le diagramme suivant illustre la m\u00e9thode d\u2019interconnexion ExpressRoute<\/strong> et ExpressRoute Global Reach<\/strong> pour Azure VMware Solution.<\/p>\n\n\n\n

          <\/div>\n\n\n\n
          \"\"<\/figure>\n\n\n\n
          <\/div>\n\n\n\n

          Ces services n\u00e9cessitent l\u2019activation de plages d\u2019adresses r\u00e9seau sp\u00e9cifiques et de ports de pare-feu.<\/p>\n\n\n\n

          Vous pouvez utiliser une passerelle ExpressRoute existante pour vous connecter \u00e0 Azure VMware Solution si elle ne d\u00e9passe pas la limite de quatre circuits ExpressRoute par r\u00e9seau virtuel (VNet). Pour acc\u00e9der \u00e0 Azure VMware Solution depuis un emplacement local via ExpressRoute, utilisez ExpressRoute Global Reach<\/strong> comme option privil\u00e9gi\u00e9e. S\u2019il n\u2019est pas disponible ou pas adapt\u00e9 en raison d\u2019exigences r\u00e9seau ou de s\u00e9curit\u00e9 sp\u00e9cifiques, envisagez d\u2019autres options.<\/p>\n\n\n\n

          ExpressRoute Global Reach est utilis\u00e9 pour connecter des clouds priv\u00e9s \u00e0 votre environnement local (on\u2011premises). La connexion n\u00e9cessite un r\u00e9seau virtuel avec un circuit ExpressRoute vers l\u2019environnement local dans votre abonnement. Il existe deux options d\u2019interconnexion de cloud priv\u00e9 pour Azure VMware Solution :<\/p>\n\n\n\n

            \n
          • L\u2019interconnexion Azure de base<\/strong> vous permet de g\u00e9rer et d\u2019utiliser votre cloud priv\u00e9 avec un seul r\u00e9seau virtuel dans Azure. Cette mise en \u0153uvre est id\u00e9ale pour les \u00e9valuations Azure VMware Solution ou les impl\u00e9mentations qui n\u2019ont pas besoin d\u2019un acc\u00e8s depuis des environnements locaux.<\/li>\n\n\n\n
          • L\u2019interconnexion compl\u00e8te entre un environnement local et un cloud priv\u00e9<\/strong> \u00e9tend la mise en \u0153uvre Azure de base pour inclure l\u2019interconnexion entre les environnements locaux et les clouds priv\u00e9s Azure VMware Solution.<\/li>\n<\/ul>\n\n\n\n

            Lors du d\u00e9ploiement d\u2019un cloud priv\u00e9, des r\u00e9seaux priv\u00e9s pour la gestion, l\u2019approvisionnement et vMotion sont cr\u00e9\u00e9s. Ces r\u00e9seaux priv\u00e9s sont utilis\u00e9s pour acc\u00e9der \u00e0 vCenter Server et NSX\u2011T Manager, \u00e0 la machine virtuelle vMotion, ou au d\u00e9ploiement de machines virtuelles.<\/p>\n\n\n\n

            <\/div>\n\n\n\n

            Stockage du cloud priv\u00e9<\/strong><\/h2>\n\n\n\n

            Azure VMware Solution utilise un stockage vSAN VMware enti\u00e8rement Flash, enti\u00e8rement configur\u00e9, et local au cluster. Tout le stockage local pour chaque h\u00f4te dans un cluster est utilis\u00e9 dans un datastore VMware vSAN, et le chiffrement des donn\u00e9es au repos est activ\u00e9 par d\u00e9faut.<\/p>\n\n\n\n

            L\u2019architecture de stockage vSAN d\u2019origine utilise une unit\u00e9 de ressources appel\u00e9e groupe de disques<\/strong>. Chaque groupe de disques se compose d\u2019un niveau de cache et d\u2019un niveau de capacit\u00e9. Tous les groupes de disques utilisent un cache NVMe ou Intel, comme d\u00e9crit dans le tableau suivant. La taille des niveaux cache et capacit\u00e9 varie selon le type d\u2019h\u00f4te Azure VMware Solution. Deux groupes de disques sont cr\u00e9\u00e9s sur chaque n\u0153ud dans le cluster vSphere. Chacun contient un disque de cache et trois disques de capacit\u00e9. Tous les datastores sont cr\u00e9\u00e9s dans le cadre d\u2019un d\u00e9ploiement de cloud priv\u00e9 et sont imm\u00e9diatement utilisables.<\/p>\n\n\n\n

            <\/div>\n\n\n\n
            Host Type<\/strong><\/th>vSAN cache level (TB, raw)<\/strong><\/th>vSAN Capacity Level (TB, Raw)<\/strong><\/th><\/tr>
            AV36P<\/strong><\/th>1.5 (Intel Cache)<\/td>19.20 (NVMe)<\/td><\/tr>
            AV48<\/strong><\/th>N\/A<\/td>25.60 (NVMe)<\/td><\/tr>
            AV52<\/strong><\/th>1.5 (Intel Cache)<\/td>38.40 (NVMe)<\/td><\/tr>
            AV64<\/strong><\/th>3.84 (NVMe)<\/td>15.36 (NVMe)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
            <\/div>\n\n\n\n

            Une strat\u00e9gie est cr\u00e9\u00e9e sur le cluster vSphere et appliqu\u00e9e au datastore vSAN. Elle d\u00e9termine comment les objets de stockage des machines virtuelles sont provisionn\u00e9s et allou\u00e9s dans le datastore vSAN afin de garantir le niveau de service requis. Pour respecter le SLA, 25 % de la capacit\u00e9 libre doit \u00eatre conserv\u00e9e sur le datastore vSAN. De plus, la strat\u00e9gie FTT (failure to tolerate) applicable doit \u00eatre appliqu\u00e9e afin de respecter l\u2019accord de niveau de service pour Azure VMware Solution. Cela change en fonction de la taille du cluster.<\/p>\n\n\n\n

            Vous pouvez utiliser les services de stockage Azure dans les charges de travail qui s\u2019ex\u00e9cutent dans votre cloud priv\u00e9. Le diagramme suivant illustre certains des services de stockage disponibles que vous pouvez utiliser avec Azure VMware Solution.<\/p>\n\n\n\n

            <\/div>\n\n\n\n
            \"\"<\/figure>\n\n\n\n
            <\/div>\n\n\n\n

            S\u00e9curit\u00e9 et conformit\u00e9<\/strong><\/h3>\n\n\n\n


            Les clouds priv\u00e9s Azure VMware Solution utilisent le contr\u00f4le d\u2019acc\u00e8s bas\u00e9 sur les r\u00f4les vSphere pour l\u2019acc\u00e8s et la s\u00e9curit\u00e9. Vous pouvez configurer des utilisateurs et des groupes dans Active Directory avec le r\u00f4le CloudAdmin en utilisant LDAP ou LDAPS.<\/p>\n\n\n\n

            Dans Azure VMware Solution, vCenter Server poss\u00e8de un utilisateur local int\u00e9gr\u00e9 appel\u00e9 cloudadmin<\/strong> affect\u00e9 au r\u00f4le cloudAdmin<\/strong>. Le r\u00f4le cloudAdmin dispose d\u2019autorisations vCenter Server qui diff\u00e8rent des autorisations administrateur dans d\u2019autres solutions cloud VMware :<\/p>\n\n\n\n

              \n
            • L\u2019utilisateur local CloudAdmin n\u2019a pas l\u2019autorisation d\u2019ajouter une source d\u2019identit\u00e9, telle qu\u2019un serveur LDAP (Lightweight Directory Access Protocol) local ou un serveur LDAP s\u00e9curis\u00e9 (LDAPS) \u00e0 vCenter Server. Des commandes d\u2019ex\u00e9cution peuvent \u00eatre utilis\u00e9es pour ajouter une source d\u2019identit\u00e9 et attribuer le r\u00f4le CloudAdmin aux utilisateurs et groupes.<\/li>\n\n\n\n
            • Dans un d\u00e9ploiement Azure VMware Solution, l\u2019administrateur n\u2019a pas acc\u00e8s au compte utilisateur administrator. L\u2019administrateur peut attribuer des utilisateurs et groupes Active Directory au r\u00f4le CloudAdmin dans vCenter Server.<\/li>\n<\/ul>\n\n\n\n

              L\u2019utilisateur du cloud priv\u00e9 n\u2019a pas acc\u00e8s ni la possibilit\u00e9 de configurer certains composants de gestion qui sont pris en charge et g\u00e9r\u00e9s par Microsoft. Les clusters, les h\u00f4tes, les datastores et les commutateurs virtuels distribu\u00e9s en sont des exemples.<\/p>\n\n\n\n

              Azure VMware Solution fournit une s\u00e9curit\u00e9 pour les datastores de stockage vSAN en utilisant le chiffrement des donn\u00e9es au repos et en l\u2019activant par d\u00e9faut. Le chiffrement est bas\u00e9 sur le Key Management Service (KMS)<\/strong> et prend en charge les op\u00e9rations de gestion des cl\u00e9s dans vCenter Server. Les cl\u00e9s sont stock\u00e9es, chiffr\u00e9es et encapsul\u00e9es par une cl\u00e9 ma\u00eetre Azure Key Vault. Lorsqu\u2019un h\u00f4te est retir\u00e9 d\u2019un cluster, les donn\u00e9es sur les SSD sont imm\u00e9diatement invalid\u00e9es. Le diagramme suivant illustre la relation des cl\u00e9s de chiffrement avec Azure VMware Solution.<\/p>\n\n\n\n

              <\/div>\n\n\n\n
              \"\"<\/figure>\n\n\n\n
              <\/div>\n\n\n\n

              \u00c9tapes pour d\u00e9ployer Azure VMware Solution<\/strong><\/h3>\n\n\n\n

              Le tableau suivant montre les \u00e9tapes n\u00e9cessaires pour qu\u2019une organisation commence avec Azure VMware Solution.<\/p>\n\n\n\n

              <\/div>\n\n\n\n
              Jalons<\/th>\u00c9tapes<\/th><\/tr>
              Planifier<\/strong><\/th>Planifier le d\u00e9ploiement d\u2019Azure VMware Solution :
              – \u00c9valuer les charges de travail
              – D\u00e9terminer la taille
              – Identifier l\u2019h\u00f4te
              – Demander un quota
              – D\u00e9terminer la mise en r\u00e9seau et la connectivit\u00e9<\/td><\/tr>
              D\u00e9ployer<\/strong><\/th>D\u00e9ployer et configurer Azure VMware Solution :
              – Enregistrer le fournisseur de ressources Microsoft.AVS<\/strong>
              – Cr\u00e9er un cloud priv\u00e9 Azure VMware Solution
              – Se connecter au r\u00e9seau virtuel Azure avec ExpressRoute
              – Valider la connexion<\/td><\/tr>
              Connexion locale<\/strong><\/th>Cr\u00e9er une cl\u00e9 d\u2019autorisation ExpressRoute dans le circuit ExpressRoute local :
              – Appairer le cloud priv\u00e9 local
              – V\u00e9rifier la connectivit\u00e9 r\u00e9seau locale
              D\u2019autres options de connectivit\u00e9 sont \u00e9galement disponibles.<\/td><\/tr>
              D\u00e9ployer et configurer VMware HCX<\/strong><\/th>D\u00e9ployer et configurer VMware HCX :
              – Activer l\u2019add-on du service HCX
              – T\u00e9l\u00e9charger le fichier OVA du VMware HCX Connector
              – D\u00e9ployer localement le fichier OVA VMware HCX (connecteur VMware HCX)
              – Activer le connecteur VMware HCX
              – Associer votre connecteur VMware HCX local avec votre Azure Cloud Manager VMware Solution
              – Configurer l\u2019interconnexion (profil r\u00e9seau, profil de calcul et service mesh)
              – Compl\u00e9ter l\u2019installation en v\u00e9rifiant l\u2019\u00e9tat de l\u2019appliance et en confirmant que la migration est possible<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
              <\/div>\n\n\n\n
              <\/div>\r\n\t\t\t\t\t

              V\u00e9rifiez vos connaissances<\/h3>\r\n\t\t\r\n\t\t\r\n\t\t\r\n\t\t\r\n\t\t\r\n\r\n\t\t\t1. Quel est le composant d\u2019Azure VMware Solution dont le client n\u2019est pas responsable ?<\/span>\r\n\t\t\t\r\n\t\t\t\t\t