La différence essentielle entre Azure Virtual Desktop et Windows 365 tient à la forme du coût, pas seulement à sa taille. Azure Virtual Desktop est une dépense d'infrastructure variable : vous payez le calcul, le stockage, les images et les profils que vous exécutez, et vous assumez le temps opérationnel pour le dimensionner, le corriger et le surveiller. Windows 365 est une licence forfaitaire et prévisible par utilisateur et par mois, avec l'infrastructure sous-jacente gérée pour vous. Cela fait d'une migration d'AVD vers Windows 365 moins un échange de prix à l'identique qu'un choix sur le modèle de coût qui convient à chaque partie de votre parc. Les bureaux personnels se comparent généralement de façon naturelle à Windows 365 Enterprise, les utilisateurs intermittents et par roulement à Windows 365 Flex, tandis que les charges de travail multi-session à haute densité et GPU restent souvent sur AVD. La façon fiable de décider est une comparaison directionnelle par cohorte, puis une migration pilotée par vagues.

Les deux modèles de coût, côte à côte

Azure Virtual Desktop est un service de virtualisation très flexible où vous ne payez que ce que vous utilisez selon une tarification à la consommation, et il peut réduire la charge liée au système d'exploitation en exécutant Windows multi-session pour que plusieurs utilisateurs partagent un hôte. Cette flexibilité est réellement précieuse, mais elle signifie que la facture évolue avec vos choix : tailles de VM, quantité de capacité d'hôte que vous maintenez en fonctionnement, stockage, et les images et profils derrière tout cela.

Windows 365 adopte l'approche inverse. Les Cloud PC sont facturés selon un modèle par utilisateur et par mois, que Microsoft conçoit spécifiquement pour que les organisations n'aient pas à gérer la variabilité des coûts de calcul et de stockage qui accompagnent un bureau hébergé traditionnel. Aucun des deux modèles n'est intrinsèquement moins cher. La question dans tout exercice de coûts Azure Virtual Desktop contre Windows 365 est de savoir quelle forme de dépense, variable et ajustable, ou forfaitaire et prévisible, convient le mieux à une cohorte donnée.

Où se cachent les coûts d'AVD

La grille tarifaire publiée est la partie facile. Lorsque les organisations trouvent leur chiffre AVD plus élevé que prévu, c'est généralement à cause de coûts qui n'apparaissent pas comme une seule ligne évidente.

  • La marge du pool d'hôtes. Pour répondre à la demande de pointe sans dégrader l'expérience, les déploiements mutualisés maintiennent une capacité de réserve en fonctionnement. Cette marge est du calcul réel que vous payez même lorsqu'il est inactif entre les pics.
  • La gestion des images et des profils. Les images de référence doivent être construites, corrigées et versionnées, et les profils utilisateur ont besoin d'un endroit où résider et rester performants. C'est un travail continu et un stockage continu, pas un événement isolé.
  • La charge de surveillance et d'exploitation. L'automatisation de la mise à l'échelle, les correctifs, les diagnostics, et le dépannage quotidien prennent tous du temps d'ingénierie. Cet effort opérationnel fait véritablement partie des comparaisons de TCO de Windows 365 même s'il n'apparaît jamais sur la facture.

Rien de tout cela ne fait d'AVD un mauvais choix. C'est une plateforme puissante. Cela signifie simplement qu'une comparaison équitable doit compter le temps opérationnel et la capacité toujours active, pas seulement le calcul à la demande.

Personnel ou mutualisé : la décision qui oriente la comparaison

La coupe la plus utile à travers les chiffres est de savoir si une cohorte utilise des bureaux personnels ou mutualisés, car cela détermine la comparaison Windows 365 naturelle.

Les bureaux personnels et dédiés correspondent proprement à Windows 365 Enterprise, où chaque utilisateur entretient une relation individuelle avec son propre Cloud PC, son propre environnement Windows persistant dans le cloud. Si quelqu'un a besoin que son bureau soit le sien toute la journée, tous les jours, c'est la comparaison à l'identique.

L'usage mutualisé, intermittent et par roulement correspond plutôt à Windows 365 Flex. Flex fournit une licence unique pour provisionner des Cloud PC pour un usage non concurrent, destinée aux personnes qui ont besoin d'un accès Cloud PC pour une partie limitée de la journée. Il convient aux plannings de rotation, au personnel à temps partiel et intérimaire, et aux modèles en contact avec la clientèle ou par roulement où tout le monde n'est pas actif en même temps. C'est la cohorte où une licence forfaitaire par utilisateur et une concurrence plus faible peuvent bien s'accorder.

Flux de décision pour faire correspondre les cohortes Azure Virtual Desktop à un modèle Windows 365. Les bureaux personnels et dédiés sont dirigés vers Windows 365 Enterprise. Les utilisateurs mutualisés, à faible densité ou par roulement sont dirigés vers Windows 365 Flex. Les parcs multi-session à haute densité et les charges de travail GPU sont dirigés vers le maintien sur Azure Virtual Desktop.

Rattachez chaque cohorte selon le schéma d'usage : les bureaux personnels à Windows 365 Enterprise, le travail mutualisé et par roulement à Windows 365 Flex, le multi-session à haute densité et le GPU à AVD.

Migrer avec la capacité de migration Windows 365

Microsoft a rendu l'API de migration Windows 365 en disponibilité générale, la sortant de la préversion. C'est une interface basée sur REST, construite sur l'API Microsoft Graph et intégrée à Microsoft Intune, qui permet aux partenaires et aux clients de migrer des machines virtuelles basées sur Azure vers des Cloud PC Windows 365 avec moins d'effort manuel. Elle fonctionne en prenant un instantané d'un disque dur virtuel préparé et en l'utilisant pour provisionner un Cloud PC pour l'utilisateur cible.

Il vaut la peine d'être précis sur ce que la capacité couvre et ne couvre pas aujourd'hui, car les limites façonnent la planification. L'API de migration cible les machines virtuelles persistantes à session unique : elle prend en charge les VM Azure jointes à Entra et jointes hybrides à Entra, utilise un provisionnement basé sur les instantanés plutôt que des imports d'images, et provisionne vers des Cloud PC Windows 365 Enterprise. Au moment de la rédaction, elle est d'abord disponible dans le cloud commercial, les scénarios de cloud gouvernemental et GPU étant prévus pour des phases futures, et elle s'accompagne d'exigences pratiques telles que des VM Gen2, un disque de système d'exploitation uniquement, des agents tiers retirés, et un seul disque importé par utilisateur à la fois. Le point à retenir est qu'elle simplifie la reprise pour les bureaux personnels à session unique. Les pools d'hôtes multi-session mutualisés sont une refonte plutôt qu'un instantané et déplacement, alors planifiez-les comme de nouvelles constructions Windows 365 ou Flex.

Quand AVD reste la bonne réponse

Migrer n'est pas toujours l'objectif, et une partie d'un plan crédible pour passer d'AVD à Windows 365 consiste à être honnête sur les cohortes qui devraient rester. AVD tend à demeurer le meilleur choix lorsque :

  • L'économie du multi-session à haute densité domine. Là où de nombreux utilisateurs partagent efficacement des hôtes Windows multi-session, le coût par utilisateur de cette infrastructure partagée peut être très difficile à battre avec des licences par utilisateur.
  • Des charges de travail GPU sont en jeu. Les utilisateurs gourmands en graphismes ont souvent besoin d'hôtes dotés de GPU, ce qu'AVD prend en charge et ce que le chemin de migration Windows 365 ne couvre pas encore.
  • La demande est en rafales ou planifiée. Là où l'usage connaît des pics et des creux marqués, la facturation à la consommation associée à l'automatisation de la mise à l'échelle peut suivre la demande de plus près qu'une licence forfaitaire par utilisateur, et le contrôle qu'AVD offre sur le dimensionnement et la personnalisation vaut la peine d'être conservé.

Le bon parc est souvent un mélange : les cohortes personnelles et par roulement sur Windows 365, et des charges de travail spécifiques à haute densité ou GPU laissées sur une empreinte AVD plus légère et bien gérée.

Un flux de migration qui réduit le risque du passage

Une migration fiable d'AVD vers Windows 365 suit une séquence plutôt qu'un saut unique :

  1. Évaluez le parc. Capturez ce que vous exécutez réellement : hôtes, tailles, images, profils, schémas d'usage et l'effort opérationnel derrière eux.
  2. Segmentez personnel face à mutualisé. Répartissez les cohortes selon l'usage dédié et partagé, puisque cela décide de la comparaison Enterprise face à Flex, et signalez les charges de travail multi-session et GPU qui peuvent rester sur AVD.
  3. Menez une comparaison de coûts directionnelle. Comparez le coût AVD actuel de chaque cohorte, y compris la marge et l'exploitation, au modèle Windows 365 équivalent. Traitez chaque chiffre comme directionnel et construisez-le à partir de votre propre parc.
  4. Pilotez. Migrez d'abord un groupe représentatif, validez l'expérience et le coût de fonctionnement réel, et confirmez l'approche de migration.
  5. Migrez par vagues. Faites basculer les cohortes par vagues contrôlées, en utilisant la capacité de migration pour les bureaux persistants et des constructions neuves pour les scénarios mutualisés.
  6. Mettez hors service. Retirez la capacité AVD dont une vague n'a plus besoin, afin de cesser de payer pour l'infrastructure que la migration a remplacée.

Un outil de reporting Intune aide à garder visibles les preuves de préparation des appareils, d'enrolment, d'updates et de conformité pendant chaque vague de migration.

La place d'EtherInsights

La partie difficile ici n'est pas la théorie, c'est de produire des chiffres auxquels vous faites confiance pour votre parc spécifique, puis d'exécuter sans surprises. EtherInsights aide à traduire une empreinte AVD désordonnée en cohortes claires, montrant où se situent réellement les bureaux personnels, les utilisateurs par roulement et les charges de travail multi-session, et fournissant les preuves pour planifier le passage avec confiance plutôt qu'avec des suppositions.

À partir de là, la migration Windows 365 transforme ce tableau en un plan séquencé et par vagues, avec le coût d'exploitation du jour deux en vue. Comme chaque comparaison ici est directionnelle, l'étape suivante sensée consiste à calculer vos propres chiffres directionnels face à vos cohortes réelles plutôt qu'à une moyenne générique, et à intégrer le résultat dans une optimisation des coûts cloud plus large afin que le parc de bureaux continue de ne payer que pour le travail qu'il soutient.

Obtenez le bon modèle par cohorte et la migration cesse d'être un pari sur une moyenne unique. Elle devient un ensemble de décisions fondées et étayées par des preuves.

Découvrez la migration Windows 365 pour migrer les bonnes cohortes, garder les bonnes sur AVD, et prouver le coût dans les deux cas.