Optimisation des coûts
Vue d’ensemble
Lorsque vous exécutez des VDA sur Google Cloud, vous payez les ressources de calcul, de stockage et de mise en réseau que vous utilisez. Cela signifie qu’il existe une corrélation directe entre la quantité de capacité que vous consommez et les coûts que vous engagez. Les choix que vous faites et les pratiques que vous adoptez ont une corrélation directe avec le coût opérationnel du système de virtualisation.
Tout d’abord, assurez-vous de choisir les bonnes options de répartition de la charge de travail, c’est-à-dire les sujets que vous venez de lire si vous lisez ceci de front en arrière. Celles-ci peuvent avoir un impact spectaculaire sur le coût total de la solution ! Voici quelques autres recommandations et sujets à prendre en considération lorsque vous travaillez à équilibrer coût et capacité et optimiser l’expérience utilisateur.
Provisioning à la demande
Lorsque vous utilisez MCS pour créer des catalogues de machines non persistants dans Compute Engine, MCS utilise le provisionnement à la demande pour réduire vos coûts de stockage, accélérer la création de catalogue et accélérer les opérations d’alimentation des instances. Avec le provisionnement à la demande, les instances Compute Engine sont créées uniquement lorsque Citrix DaaS lance une action de mise sous tension. Le provisionnement à la demande est utilisé pour les catalogues de machines non persistants.
Remarque :
Certains administrateurs trouvent le provisionnement à la demande déroutant au départ, car les instances VDA ne s’affichent pas dans la console Google Cloud tant que MCS ne les a pas mises sous tension. En outre, étant donné que les instances reçoivent une nouvelle carte réseau virtuelle et une adresse MAC, il peut prendre un certain temps pour que les entrées DNS Active Directory puissent mettre à jour/répliquer correctement. Les disques d’identité VDA NE persistent entre les redémarrages et les événements de création/suppression.
Dimensionnement optimal des instances VDA
Maintenant que vous avez un aperçu des décisions importantes liées aux options de livraison de charge de travail, approfondissez la taille adéquate de vos instances VDA. Pour les modèles de mise à disposition basés sur VDI, la sélection du bon type d’instance est simple. En supposant que vous avez fait quelques recherches et que vous avez une bonne compréhension des exigences en matière de ressources du système d’exploitation, des applications et des utilisateurs des instances VDI, vous pouvez simplement mapper ces exigences avec les types d’instances disponibles dans la région Google Cloud de votre choix. Ne vous inquiétez pas si vous ne disposez pas d’une correspondance parfaite entre les types d’instance disponibles et les exigences de charge de travail. Google Cloud prend en charge les types d’instances personnalisés, qui vous permettent de modifier la forme de vos instances de VDA au fur et à mesure. L’utilisation soutenue et les remises sur l’utilisation engagée s’appliquent toujours aux types d’instance personnalisés, donc ne laissez pas cela vous dissuader de vous ajuster au besoin pour obtenir la bonne taille à l’avance.
De plus, la fonctionnalité de recommandations de taille de Google Cloud peut être utilisée pour identifier les ajustements que vous souhaiterez apporter aux formes VDA au fil du temps.
Remarque :
Une chose importante à noter : la consommation de ressources de la charge de travail peut changer au fil du temps. Parfois, les événements/activités réduisent les besoins en ressources, comme lorsqu’un administrateur applique des optimisations à l’environnement. Inversement, ces exigences montent parfois, par exemple lorsqu’une vulnérabilité du système d’exploitation ou d’application est corrigée, ou lorsqu’une mise à jour est appliquée. Trouvez votre ligne de base, mais il est important de surveiller les tendances de consommation au fil du temps et de les ajuster au besoin pour trouver l’équilibre optimal entre les performances utilisateur et les coûts.
Lorsque vous sélectionnez la taille d’instance appropriée pour les VDA partagés hébergés, les choses deviennent un peu plus compliquées. Ce que vous recherchez en fin de compte est une cible mobile : le bon équilibre entre performances, coûts et facilité de gestion. Pour compliquer davantage les choses, chaque charge de travail est différente. Les écarts entre les systèmes d’exploitation, les applications, les paramètres, les réglages et les attentes des utilisateurs rendent difficile de définir les formes appropriées pour vos VDA. Elle a également tendance à changer au fil du temps.
Heureusement, les outils et techniques permettant de trouver un équilibre entre les « boules d’or » entre performance, coût et facilité de gestion sont bien connus et bien documentés. Un excellent article que nous recommandons de commencer est Citrix Scalability in a Cloud World 2018 Edition. Cet article est toujours pertinent aujourd’hui car il traite des meilleures pratiques en matière de sélection d’instances en fonction des performances, de la facilité de gestion, des coûts, des modèles de tarification disponibles et des tests d’évolutivité LogInVSI. Ces concepts et considérations sont toujours valables aujourd’hui, même si le choix des instances et la tarification ont probablement changé depuis sa publication initiale.
Un autre article qui mérite d’être mentionné est le dimensionnement correct de Citrix sur Google Cloud Platform. Bien que quelques dates, cet article approfondisse encore les considérations et fournit un exemple de la façon de trouver le type d’instance le plus rentable basé sur une mise à l’échelle VDA unique et les coûts de votre instance.
Enfin, pour plus d’informations sur les stratégies d’optimisation des coûts des VDA, consultez cette fiche technique Autoscale sur Citrix TechZone. Cela permet d’aligner les estimations de coût de votre instance sur les fonctionnalités de la fonctionnalité Citrix Autoscale, y compris l’utilisation de l’équilibrage de charge vertical.
En parlant de Citrix Autoscale, lisez-le et utilisez-le : avec un peu de réflexion et de conception intelligente, vous pouvez optimiser les coûts de votre flotte VDA tout en vous assurant d’avoir une capacité disponible pour gérer les fluctuations attendues et inattendues de la demande système.
En parlant de modèles de demande, vous voulez investir du temps et des ressources pour comprendre les schémas uniques de chaque charge de travail. Attendez-vous à ce qu’ils changent et évoluent au fil du temps, et soyez prêt à adapter votre stratégie et vos tactiques de gestion de la capacité pour les adapter.
Choisir les bons modèles de tarification
Google Cloud propose différents modèles de tarification que les clients peuvent utiliser pour les différents types de charges de travail que vous y exécutez. Comprendre les schémas de demande pour différents cas d’utilisation peut vous aider à choisir le bon modèle pour chaque ressource afin d’équilibrer les coûts et la disponibilité et les performances du service. Dans un système de virtualisation Citrix, les clients considèrent généralement une utilisation soutenue par rapport à des modèles de remise à usage engagé pour les ressources qui s’exécutent sur GCP. Les remises sur une utilisation soutenue peuvent varier selon les types d’instance (N1 vs N2, par exemple) et certains types d’instance (tels que E2) n’offrent pas de rabais sur l’utilisation soutenue. Consultez la tarification des instances de VM pour plus de détails.
Voici un graphique simplifié illustrant l’utilisation soutenue par rapport aux réductions d’utilisation validée pour les types d’instance N1 :
Certaines ressources sont uniques, hautement évolutives et doivent être disponibles pour qu’un système de virtualisation Citrix fonctionne. En tant que tels, ils sont couramment exécutés 24 heures sur 24 et 7j/7 et déployés N+1 pour la disponibilité, et sont d’excellents candidats pour l’actualisation des utilisations engagées. Cela inclut les instances Active Directory, Citrix Cloud Connector, NetScaler ADC/Gateway VPX et Citrix StoreFront VM.
Pour les instances VDA, le choix n’est pas aussi simple, mais plus vous comprenez clairement vos modèles de demande, plus le choix est clair. Tout se résume à combien de temps le VDA doit être mis sous tension. Considérez le graphique suivant (spécifique aux types d’instance N1), qui est reproductible avec un peu de mathématiques back-of-the-enveloppe :
Ce diagramme montre que si une ressource (exécutée sur un type d’instance N1) est active pendant plus de 50 % du temps au cours d’un cycle de facturation donné, vous commencez à économiser de l’argent si vous pouvez appliquer une réduction d’utilisation validée de 3 ans. Le point d’équivaut à un rabais pour utilisation engagée d’un an est d’environ 82 %. Si une ressource doit être alimentée plus que cela pendant un cycle de facturation et qu’une utilisation validée de 3 ans n’est pas disponible, alors une utilisation validée de 1 an est logique.