Étude de cas – Azure Native Qumulo pour les services de profil Azure Virtual Desktop

Une entreprise de services financiers de premier plan cherchait à abandonner sa plateforme de bureau à distance en fin de vie. Dans le même temps, ils embauchaient de nouveaux employés pour répondre à une augmentation de la demande provoquée par la pandémie. Avec 8,000 XNUMX utilisateurs distants fournissant des services commerciaux critiques à leurs clients et répartis sur les côtes Est et Ouest, et dans l’espoir de continuer à augmenter ce nombre, le client a choisi de déplacer ses services de bureau à distance vers Azure Virtual Desktop (AVD). , en utilisant Nerdio Manager for Enterprise pour gérer les ressources et services AVD, et en utilisant FSLogix pour gérer les profils d'utilisateurs distants pour tous les utilisateurs dans les deux déploiements.

Exigences de la solution

Ayant déjà géré une solution pour utilisateurs distants à plus petite échelle et ayant appris quelles architectures et pratiques de gestion fonctionnaient ou non, le client a défini les exigences suivantes pour son environnement de bureau virtuel mis à jour :

Simplicité évolutive

La pile de solutions précédente du client n'était pas en mesure d'évoluer pour prendre en charge jusqu'à 4,000 XNUMX utilisateurs par région au sein d'un seul volume ou espace de noms. À mesure que le nombre d'utilisateurs distants augmentait, le client devait fournir de nouveaux partages sur son service de données de fichiers existant pour répondre à la demande accrue de capacité et d'IOPS.

Ce que le client a découvert au cours de son expansion, c'est que chaque nouveau partage alourdissait sa charge opérationnelle : d'abord en exigeant du temps administratif pour surveiller l'état opérationnel, les niveaux d'utilisation et les performances du partage ; et deuxièmement, en exigeant qu'un partage dédié soit provisionné dans l'autre région Azure pour servir de volume de basculement en cas de panne régionale. Le service de fichiers précédent n'offrait pas d'outils de réplication natifs, donc la mise en miroir de chaque partage dans l'autre région impliquait un système complexe d'outils tiers, des vérifications manuelles régulières et un dépannage en cas d'échec de la réplication pour diverses raisons.

Avec 4,000 4,000 utilisateurs dans chaque région et la possibilité d'ajouter de nouveaux employés distants en réponse à l'évolution constante des demandes commerciales, le client avait besoin d'une solution qui non seulement offrait une capacité d'évolution bien au-delà du nombre initial de XNUMX XNUMX utilisateurs distants par région, mais qui prend également en charge la réplication des données utilisateur à n’importe quelle échelle vers l’autre région Azure. Idéalement, le client souhaitait une solution qui s'adapte de manière transparente à n'importe quelle taille au sein d'un seul espace de noms afin de minimiser la complexité opérationnelle de la solution globale.

Optimisé pour des performances optimales à un coût minime

Au sein de chaque région, jusqu'à 4,000 XNUMX utilisateurs distants se connectant simultanément à la solution se combinent pour créer une lourde charge sur la solution chaque matin et chaque soir lorsqu'ils se déconnectent. Un système de stockage sous-dimensionné pourrait avoir du mal à prendre en charge autant de requêtes simultanées, ce qui entraînerait soit des temps de connexion/déconnexion excessifs pour chaque utilisateur, soit l'échec total de la connexion de certains utilisateurs, les obligeant à tenter de se reconnecter. Dans les deux cas, le résultat net est une perte de productivité des utilisateurs, un service dégradé pour les clients de l'organisation et une charge excessive pour le personnel informatique interne qui doit gérer les événements de ralentissement lorsqu'ils se produisent.

Dans le même temps, un service dimensionné pour répondre aux demandes de débit d'une fenêtre de connexion de 30 minutes le matin et d'une fenêtre de déconnexion de 30 minutes le soir peut signifier que le client paie pour une bande passante qui n'est pas nécessaire les 23 autres heures. tous les jours.

Une exigence clé pour le système de stockage de profils était la capacité à prendre en charge les demandes de débit de pointe générées par des milliers d'utilisateurs se connectant tous au système en même temps, sans pour autant entraîner de frais pour un débit non utilisé.

Très disponible

La solution devait rester disponible non seulement en cas d'interruption de service local telle qu'un problème matériel ou réseau dans une région donnée, mais également être capable de récupérer rapidement tous les services et données associés en cas de panne au niveau régional. dans Azure.

Dans le cadre de sa nouvelle solution AVD, le client souhaitait minimiser le risque d'interruption de service, en garantissant qu'en cas de panne à l'échelle régionale dans une région, tous les utilisateurs concernés pourraient rapidement se reconnecter aux services et données AVD dans l'autre région pour retour à la productivité.

Exigences de stockage

Le précédent service de stockage de profils AVD du client avait soumis son équipe informatique à des goulots d'étranglement en termes de performances qui ne pouvaient pas être facilement résolus, et le manque d'évolutivité du service avait conduit à une charge administrative inacceptablement élevée simplement pour maintenir des niveaux de service normaux. De plus, les coûts de transaction élevés du service rendaient difficile la justification de son extension, même si la demande d'utilisateurs augmentait.

Afin de fournir des services de stockage pour ses profils d'utilisateurs distants, le client a pris en compte plusieurs facteurs lors de l'évaluation des options disponibles. Outre les exigences mentionnées ci-dessus en matière d'évolutivité transparente, de débit élastique (IOPS et bande passante à l'échelle du service) et de prise en charge de la réplication native vers une deuxième région Azure, le processus de sélection du stockage du client a également pris en compte les éléments suivants :

Le coût par utilisateur, par Go et par mois pour le stockage de base du profil de l'utilisateur
Coût par utilisateur et par mois pour garantir que le profil de chaque utilisateur a été répliqué dans la région secondaire. Le client devait prendre en compte à la fois le coût de la capacité sur le service distant, ainsi que le coût de la réplication des données entre les régions Azure.
Le coût nécessaire pour garantir que le débit requis soit disponible pour prendre en charge chaque utilisateur pendant les périodes de pointe.

Solution

Le client avait déjà décidé de compléter son service AVD avec Gestionnaire Nerdio pour entreprise pour la gestion de l’image, des infrastructures et des ressources. Pour garantir une expérience utilisateur cohérente dans un environnement de bureau éphémère, ils ont choisi FSLogixName, un service Microsoft qui utilise une plate-forme de stockage de fichiers principale pour offrir la portabilité des utilisateurs sur les postes de travail physiques et virtuels.

En évaluant les exigences de sa solution, le client a calculé que le système de stockage prenant en charge FSLogix devait évoluer jusqu'à plus de 400 To de capacité totale (le profil unique de chaque utilisateur nécessitait en moyenne 50 Go d'espace disque), être capable de prendre en charge 40,000 60,000 IOPS d'utilisation soutenue par région, ainsi que pour prendre en charge un débit en rafale allant jusqu'à XNUMX XNUMX IOPS par région pendant les fenêtres de connexion et de déconnexion chaque jour.

Après avoir évalué les services de données Azure disponibles pour les profils de stockage, le client a choisi Azure Native Qumulo (ANQ), un service de stockage de fichiers natif dans le cloud, reconnaissant que parmi les services de stockage examinés, seul ANQ était en mesure de répondre à tous les objectifs d'évolutivité du client. , performances et simplicité.

Les avantages d'Azure Native Qumulo

Après avoir connu un certain nombre d'interruptions et de ralentissements de service en raison de sa solution de stockage de profil précédente, et cherchant à éviter la complexité de gestion et les coûts de transaction élevés qui en découlaient, le client a décidé qu'Azure Native Qumulo fournirait un service de stockage beaucoup plus simple, à moindre coût. coût, que n’importe quelle autre alternative de stockage basée sur Azure.

Parmi les options de stockage envisagées, Azure Native Qumulo offrait un certain nombre d'avantages, ce qui en faisait le choix évident pour fournir des services de données de profil, notamment :

Seul Azure Native Qumulo offrait une élasticité cloud native qui permettait au service de fournir le débit requis – y compris à la fois les IOPS et la bande passante globale du service – de manière totalement indépendante de la capacité. Les autres services liaient tous les IOPS disponibles de leurs services directement à la capacité provisionnée, obligeant dans certaines situations le client à provisionner et à payer plus de capacité que ce dont il avait réellement besoin afin d'atteindre les niveaux cibles d'IOPS en rafale par utilisateur.
Seul Azure Native Qumulo était en mesure de prendre en charge un seul espace de noms pour tous les utilisateurs de chaque région, quelle que soit la capacité requise. Alors que les 4,000 XNUMX utilisateurs AVD du client dans chaque région auraient pu théoriquement partager un seul volume sur l'un des autres services de stockage, le client devrait créer et gérer plusieurs volumes/partages par région afin de prendre en charge les niveaux d'IOPS requis.
Azure Native Qumulo était le seul service à inclure la réplication interrégionale comme fonctionnalité principale des frais d'abonnement mensuels. Parmi les autres services de stockage disponibles, l'un n'offrait pas du tout la réplication comme fonctionnalité principale, et l'autre nécessitait un coût de licence supplémentaire, ainsi que des frais de réplication par Go pour toutes les données répliquées dans les deux sens.
Seul Azure Native Qumulo offrait une économie d'échelle qui réduisait le coût par utilisateur du service à mesure que davantage d'utilisateurs étaient ajoutés. Les frais par utilisateur et par mois pour les autres services sont restés relativement constants, quel que soit le nombre d'utilisateurs pris en charge par la solution.

Outre la simplicité de gestion et de licence d'ANQ, son architecture cloud native signifiait que le client pouvait également tirer parti de sa capacité et de son évolutivité de débit pour accueillir de nouveaux utilisateurs à pratiquement n'importe quelle échelle et pour fournir les IOPS nécessaires pour soutenir l'activité des utilisateurs, minimisant ainsi les ralentissements de service même pendant fenêtres de pointe, le tout à une fraction du coût de n'importe quel autre service de stockage de fichiers dans le cloud.

Architecture

La solution Azure Virtual Desktop du client a finalement été déployée avec les composants suivants :

Service de fichiers évolutif natif Azure Qumulo (ANQ) pour héberger les profils individuels basés sur VHD de chaque utilisateur de bureau. Une instance ANQ distincte a été déployée dans chaque région.
Réseau virtuel Azure
Injection de réseau virtuel pour connecter l'instance ANQ de chaque région aux propres ressources d'abonnement Azure du client
Bureau virtuel Azure, déployé dans deux régions Azure, avec un pool distinct d'utilisateurs affectés aux ressources AVD de chaque région comme site principal, et chaque région étant configurée comme site secondaire pour l'autre région en cas d'interruption du service régional.
Gestionnaire de nerfs pour simplifier et rationaliser le processus de gestion des services liés à AVD : pools de ressources, connectivité, sécurité, images de bureau, applications et surveillance des services.
FSLogixName Profil Conteneurs pour connecter chaque utilisateur AVD à son profil attribué sur le stockage ANQ dans le cadre du processus de connexion
Réplication continue Qumulo, configuré pour répliquer les données de profil utilisateur du cluster ANQ local de chaque région vers l'instance ANQ de l'autre région, garantissant ainsi que les services de profil utilisateur seront toujours disponibles en cas de basculement régional.

topologie

La solution AVD du client a été déployée dans les régions Azure East US 2 et Azure West US 2, avec des utilisateurs répartis à parts égales entre les deux. Chaque utilisateur distant se connecte à la région la plus proche de son emplacement physique.

Pour permettre à l'ensemble du service AVD de rester en ligne en cas de panne dans l'une des régions Azure d'hébergement, chaque région est configurée en tant que domaine de basculement de l'autre région Azure. En cas de panne à l'échelle régionale, l'ensemble complet des services AVD sera mis en ligne dans la région restante.

Les profils utilisateur sont répliqués de manière bidirectionnelle depuis l'instance de service Azure Native Qumulo locale dans chaque région vers la cible ANQ distante. Cela garantit que les données de profil utilisateur seront également disponibles dans l'une ou l'autre région en cas de panne régionale.

L'architecture complète de la solution, y compris la prise en charge des services AVD, Nerdio Manager for Enterprise, FSLogix et Azure Native Qumulo, est présentée dans le diagramme suivant.

Avantages de la solution

En choisissant une solution de travail à distance multirégionale basée sur Azure Virtual Desktop, avec des services de profil utilisateur hébergés sur Azure Native Qumulo, le client a pu bénéficier des avantages suivants :

Productivité améliorée des utilisateurs

Par rapport au déploiement précédent de postes de travail virtuels du client, la nouvelle configuration du service a permis des temps de connexion plus rapides pour chaque utilisateur chaque matin. Le résultat a été une base d'utilisateurs plus productive, moins d'appels au personnel d'assistance informatique interne et moins de temps passé à résoudre les problèmes de disponibilité et de performances des services.

Élasticité du service

Une solution sous-dimensionnée peut nuire à la productivité des utilisateurs pendant les périodes de pointe – par exemple pendant les heures de connexion et de déconnexion ou pendant les périodes d'utilisation intensive – entraînant des temps d'attente plus longs, une surcharge du personnel informatique, des clients frustrés et une perte potentielle de revenus. Une solution surdimensionnée peut entraîner des coûts opérationnels importants si elle n’est pleinement utilisée que quelques heures ou moins par jour.

Tel qu'il a été déployé, en utilisant Azure Native Qumulo pour fournir un stockage de profil utilisateur, le service a pu ajouter des IOPS et de la capacité de débit au service pendant les périodes de charge de pointe, puis revenir automatiquement aux services normaux à tout autre moment. Cela signifiait que le client ne payait pas plus que nécessaire pour une solution surdimensionnée et qu'il ne provoquait pas non plus de ralentissements inutiles du service avec une solution sous-dimensionnée.

Une résilience

Les profils utilisateur répliqués sont en lecture seule dans des circonstances normales. Le RTO de la solution doit inclure le temps nécessaire pour basculer vers l'instance ANQ secondaire (par exemple rompre la relation de réplication et rendre tous les profils accessibles en écriture) avant de connecter les utilisateurs de la région distante aux instances AVD.

Prix

En fait, l'évolutivité et l'élasticité d'Azure Native Qumulo ont directement généré l'avantage le plus important pour le client : une économie d'échelle qui a réduit le coût global des services à un prix par utilisateur et par mois bien inférieur à celui qu'ils auraient connu avec n'importe lequel des autres services. d'autres services de stockage de profils envisagés par le client. Selon l'estimation du client, son choix d'utiliser Azure Native Qumulo pour les services de données de profil AVD a entraîné une économie de 325,000 XNUMX $ par an par rapport à l'environnement de stockage de sa solution précédente !

Conclusion

Sur la base de sa précédente solution utilisateur de bureau à distance, le client avait beaucoup d'expérience avec ce qui ne fonctionnait pas : sa solution précédente était trop complexe, trop lente et trop peu fiable. En évaluant d'autres solutions de fichiers cloud basées sur Azure pour le stockage des profils utilisateur, ils ont déterminé que les alternatives à Azure Native Qumulo étaient toutes celles ci-dessus et étaient trop coûteuses.

Le client s'est rendu compte que parmi toutes les options de stockage de profil Azure Virtual Desktop, seul Azure Native Qumulo répondait à ses exigences en matière d'évolutivité d'espace de noms unique, de performances (offrant à la fois des IOPS soutenues et en rafale selon les besoins) et de simplicité, même dans un déploiement multirégional. en utilisant les fonctionnalités de réplication natives de Qumulo, le tout à moindre coût.