Environnements de virtualisation Microsoft Azure

Important :

Depuis Citrix Virtual Apps and Desktops 7 2003, les versions actuelles de ce produit ne prennent pas en charge les VDA sur les hôtes suivants :

  • Amazon Web Services (inclut VMware Cloud sur AWS)
  • CloudPlatform (fait référence à la plate-forme logicielle Citrix d’origine)
  • Microsoft Azure (inclut Azure Resource Manager et Azure Classic)

Pour de plus amples informations, consultez Modifications des hôtes pris en charge pour les versions actuelles.

Configuration des connexions

Lorsque vous utilisez Studio pour créer une connexion Microsoft Azure, vous devez disposer d’informations contenues dans le fichier des paramètres de publication Microsoft Azure. Les informations contenues dans ce fichier XML pour chaque abonnement sont similaires à l’exemple ci-dessous (votre certificat de gestion est beaucoup plus long) :

<Subscription
ServiceManagementUrl="\*address\*"
Id="o1455234-0r10-nb93-at53-21zx6b87aabb7p"
Name="Test1"
ManagementCertificate=";alkjdflaksdjfl;akjsdfl;akjsdfl; sdjfklasdfilaskjdfkluqweiopruaiopdfaklsdjfjsdilfasdkl;fjerioup" />

La procédure ci-dessous suppose que vous créez une connexion à partir de Studio, et que vous avez démarré l’assistant de création de site ou l’assistant de création de connexion.

  1. Dans votre navigateur, accédez à https://manage.windowsazure.com/publishsettings/index.
  2. Cliquez sur l’icône Cloud Shell en regard de la zone de recherche et suivez les instructions pour télécharger le fichier Publish Settings.
  3. Dans Studio, sur la page Connexion de l’assistant, lorsque vous sélectionnez le type de connexion Microsoft Azure, cliquez sur Importer.
  4. Si vous disposez de plusieurs abonnements, vous êtes invité à sélectionner l’abonnement.

L’ID et le certificat sont automatiquement et de manière silencieuse importés dans Studio.

Les actions d’alimentation utilisant une connexion sont soumises à des seuils. Les valeurs par défaut sont appropriées. Ne les changez pas. Toutefois, vous pouvez modifier une connexion et la modifier. Vous ne pouvez pas modifier ces valeurs lorsque vous créez la connexion. Pour plus de détails, consultez la section Modifier les paramètres de connexion.

Machines virtuelles

Lors de la création d’un catalogue de machines dans Studio, la taille de chaque machine virtuelle dépend des options présentées par Studio. Coût et performances du type d’instance de VM sélectionné et capacité à monter en charge.

Studio affiche les options d’instance de VM que Microsoft Azure met à disposition dans une région sélectionnée. Citrix ne peut pas modifier cet affichage. Vous devez bien connaître vos applications et leurs besoins en UC, en mémoire et en E/S. Plusieurs choix sont disponibles à des prix et à des points de performance différents. Consultez les articles Microsoft suivants pour mieux comprendre les options :

Niveau de base : les machines virtuelles portant le préfixe « Basic » représentent le disque de base. Elles sont limitées principalement par le niveau IOPS Microsoft de 300. Elles ne sont pas recommandées pour les charges de travail OS de serveur (RDSH) ou OS de bureau (VDI).

Usage général : les machines virtuelles à usage général apparaissent dans 10 séries : B, Dsv3, Dv3, Dasv4, Dav4, Dsv2, Dv2, Av2, DC et Dcv2. Ces machines virtuelles permettent un équilibre entre le CPU et la mémoire et sont idéales pour les tests et le développement, les bases de données de petite à moyenne taille et les serveurs Web à faible trafic. Reportez-vous à Dimensionnement des machines virtuelles pour plus d’informations sur les tailles et les descriptions des machines virtuelles Azure.

Lors du provisioning de machines dans un stockage Premium Azure, veillez à sélectionner une taille de machine qui est prise en charge dans un compte de stockage Premium.

Coût et performance des types d’instance de VM

Pour la tarification aux États-Unis, le coût de chaque type d’instance VM par heure est disponible sur la Page de tarification des machines virtuelles Microsoft. Pour connaître la tarification des machines virtuelles Linux, reportez-vous à la Page de tarification des machines virtuelles Linux.

Tenez compte des éléments suivants lorsque vous déterminez le type d’instance de VM à utiliser :

  • Il est important de comprendre vos besoins informatiques. Pour les déploiements de preuve de concept ou autres activités de test, il peut être tentant d’avoir recours à des types d’instance de VM haute performance. Il est également tentant d’utiliser des VM de moindre performance pour réduire les coûts.

  • Utilisez une VM appropriée pour la tâche. Démarrer avec les machines les plus performantes ne donnera pas les résultats escomptés et s’avérer coûteux dans le temps, au bout d’une semaine dans certains cas.

  • Avec les types d’instance de VM moins performants et moins coûteux, les performances et la convivialité ne sont pas appropriées pour la tâche.

  • Pour les charges de travail avec OS de bureau (VDI) ou OS de serveur (RDSH), des tests effectués avec LoginVSI et sa charge de travail moyenne ont révélé que les types d’instance Moyenne (A2) et Grande (A3) offraient le meilleur équilibre entre le prix et les performances.

  • Moyenne (A2) et Grande (A3 ou A5) représentent le meilleur équilibre coût/performances pour les charges de travail d’évaluation. Les niveaux inférieurs ne sont pas recommandés. Des séries de VM plus performantes peuvent proposer à vos applications ou à vos utilisateurs les performances et la convivialité dont ils ont besoin. Cependant, il est préférable de se baser sur l’un de ces trois types d’instance pour déterminer si le coût plus élevé d’une instance de VM plus performante est justifié.

Capacité à monter en charge

Plusieurs contraintes affectent la capacité à monter en charge des catalogues d’une unité d’hébergement. Certaines contraintes, telles que le nombre de cœurs d’UC dans un abonnement Azure, peuvent être éliminées en contactant l’assistance Microsoft Azure pour augmenter la valeur par défaut (20). D’autres, telles que le nombre de machines virtuelles dans un réseau virtuel par abonnement (2,048), ne peuvent pas être modifiées.

Actuellement, Citrix prend en charge 1,000 VM dans un catalogue.

Pour augmenter le nombre de VM dans un catalogue ou un hôte, contactez l’assistance Microsoft Azure. Les limites par défaut de Microsoft Azure empêchent la mise à l’échelle au-delà de certaines machines virtuelles. Cependant, cette limite change souvent, vérifiez les dernières informations :http://azure.microsoft.com/en-us/documentation/articles/azure-subscription-service-limits/.

Un réseau virtuel Microsoft Azure prend en charge jusqu’à 2 048 VM.

Prenez en compte les VM nécessaires pour fournir les applications hébergées. Pour de plus amples informations, consultez Objectifs de capacité à monter en charge et de performances pour les disques de VM sous Windows.

Contactez l’assistance Microsoft Azure pour déterminer si les limitations par défaut d’UC doivent être augmentées pour vos charges de travail.

Environnements de virtualisation Microsoft Azure