XenApp and XenDesktop

Environnements de virtualisation Microsoft Azure

Configuration de la connexion

Lorsque vous utilisez Studio pour créer une connexion Microsoft Azure, vous avez besoin d’informations provenant du fichier de paramètres de publication Microsoft Azure. Les informations contenues dans ce fichier XML pour chaque abonnement ressemblent à l’exemple ci-dessous (votre certificat de gestion réel sera beaucoup plus long) :

<Subscription
ServiceManagementUrl="https://management.core.windows.net"
Id="o1455234-0r10-nb93-at53-21zx6b87aabb7p"
Name="Test1"
ManagementCertificate=";alkjdflaksdjfl;akjsdfl;akjsdfl; sdjfklasdfilaskjdfkluqweiopruaiopdfaklsdjfjsdilfasdkl;fjerioup" />
<!--NeedCopy-->

La procédure suivante suppose que vous créez une connexion à partir de Studio et que vous avez lancé l’assistant de création de site ou l’assistant de création de connexion.

  1. Dans un navigateur, accédez à https://manage.windowsazure.com/publishsettings/index.
  2. Cliquez sur l’icône Cloud Shell à côté de la zone de recherche et suivez les instructions pour télécharger le fichier de paramètres de publication.
  3. Dans Studio, sur la page Connexion de l’assistant, après avoir sélectionné le type de connexion Microsoft Azure, cliquez sur Importer.
  4. Si vous avez plus d’un abonnement, vous êtes invité à sélectionner l’abonnement souhaité.

L’ID et le certificat sont importés automatiquement et silencieusement dans Studio.

Les actions d’alimentation utilisant une connexion sont soumises à des seuils. Généralement, les valeurs par défaut sont appropriées et ne doivent pas être modifiées. Cependant, vous pouvez modifier une connexion et les changer (vous ne pouvez pas modifier ces valeurs lors de la création de la connexion). Pour plus de détails, consultez Modifier une connexion.

Machines virtuelles

Lors de la création d’un catalogue de machines dans Studio, la sélection de la taille de chaque machine virtuelle dépend des options présentées par Studio, du coût et des performances du type d’instance de VM sélectionné, et de l’évolutivité.

Studio présente toutes les options d’instance de VM que Microsoft Azure met à disposition dans une région sélectionnée ; Citrix ne peut pas modifier cette présentation. Par conséquent, vous devez connaître vos applications et leurs exigences en matière de CPU, de mémoire et d’E/S. Plusieurs choix sont disponibles à différents niveaux de prix et de performances ; consultez les articles Microsoft suivants pour mieux comprendre les options.

Niveau de base : Les machines virtuelles préfixées par « Basic » représentent le disque de base. Elles sont principalement limitées par le niveau d’IOPS de 300 pris en charge par Microsoft. Celles-ci ne sont pas recommandées pour les charges de travail de système d’exploitation de bureau (VDI) ou de système d’exploitation de serveur RDSH (hôte de session Bureau à distance).

Niveau Standard : Les machines virtuelles de niveau Standard apparaissent dans quatre séries : A, D, DS et G.

Série Apparaissent dans Studio sous la forme
A Très petite, petite, moyenne, grande, très grande, A5, A6, A7, A8, A9, A10, A11. Les tailles moyenne et grande sont recommandées pour les tests utilisant respectivement les charges de travail de système d’exploitation de bureau (VDI) ou de système d’exploitation de serveur (RDSH).
D Standard_D1, D2, D3, D4, D11, D12, D13, D14. Ces machines virtuelles offrent un SSD pour le stockage temporaire.
DS Standard_DS1, DS2, DS3, DS4, DS11, DS12, DS13, DS14. Ces machines virtuelles offrent un stockage SSD local pour tous les disques.
G Standard_G1 – G5. Ces machines virtuelles sont destinées au calcul haute performance.

Lors du provisionnement de machines dans le stockage Premium Azure, assurez-vous de sélectionner une taille de machine prise en charge dans le compte de stockage Premium.

Coût et performances des types d’instances de machines virtuelles

Pour la tarification catalogue aux États-Unis, le coût de chaque type d’instance de machine virtuelle par heure est disponible à l’adresse https://azure.microsoft.com/fr-fr/pricing/details/virtual-machines/.

Lorsque vous travaillez avec des environnements cloud, il est important de comprendre vos besoins réels en matière de calcul. Pour une preuve de concept ou d’autres activités de test, il peut être tentant d’utiliser les types d’instances de VM hautes performances. Il peut également être tentant d’utiliser les VM les moins performantes pour réduire les coûts. Le meilleur objectif est d’utiliser une VM adaptée à la tâche. Commencer par les plus performantes peut ne pas donner les résultats dont vous avez besoin et deviendra très coûteux avec le temps, dans certains cas, en une semaine. Pour les types d’instances de VM moins performantes et moins coûteuses, les performances et la convivialité peuvent ne pas être adaptées à la tâche.

Pour les charges de travail de système d’exploitation de bureau (VDI) ou de système d’exploitation de serveur (RDSH), les résultats des tests utilisant LoginVSI par rapport à sa charge de travail moyenne ont montré que les types d’instances Medium (A2) et Large (A3) offraient le meilleur rapport prix/performances.

Les instances Medium (A2) et Large (A3 ou A5) représentent le meilleur rapport coût/performances pour l’évaluation des charges de travail. Tout ce qui est plus petit n’est pas recommandé. Des séries de VM plus performantes peuvent offrir à vos applications ou à vos utilisateurs les performances et la convivialité qu’ils exigent ; cependant, il est préférable de se baser sur l’un de ces trois types d’instances pour déterminer si le coût plus élevé d’un type d’instance de VM plus performant apporte une réelle valeur ajoutée.

Évolutivité

Plusieurs contraintes affectent l’évolutivité des catalogues dans une unité d’hébergement. Certaines contraintes, telles que le nombre de cœurs de CPU dans un abonnement Azure, peuvent être atténuées en contactant le support Microsoft Azure pour augmenter la valeur par défaut (20). D’autres, comme le nombre de VM dans un réseau virtuel par abonnement (2048), ne peuvent pas être modifiées.

Actuellement, Citrix® prend en charge 40 VM dans un catalogue.

Pour augmenter le nombre de VM dans un catalogue ou un hôte, contactez le support Microsoft Azure. Les limites par défaut de Microsoft Azure empêchent la mise à l’échelle au-delà d’un certain nombre de VM ; cependant, cette limite change souvent, alors consultez les dernières informations : https://azure.microsoft.com/fr-fr/documentation/articles/azure-subscription-service-limits/.

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

Microsoft recommande une limite de 40 images de VM de disque standard par service cloud. Lors de la mise à l’échelle, tenez compte du nombre de services cloud requis pour le nombre de VM dans l’ensemble de la connexion. Tenez également compte des VM nécessaires pour fournir les applications hébergées.

Contactez le support Microsoft Azure pour déterminer si les limitations par défaut des cœurs de CPU doivent être augmentées pour prendre en charge vos charges de travail.

Environnements de virtualisation Microsoft Azure