Utiliser les fonctionnalités de revendication dans Azure DevTest Labs

Le service Azure DevTest Labs améliore l'efficacité et l'efficience des développeurs et des testeurs. Cet article met l'accent sur la possibilité de revendiquer ou de cesser de revendiquer des machines virtuelles dans Azure DevTest Labs. Il énumère également les différentes façons dont cette fonctionnalité améliore l'expérience de l'utilisateur. Avant d'étudier les différents cas d’utilisation de cette fonctionnalité, examinons ce qu'est la revendication et comment elle fonctionne.

Machines pouvant être revendiquées

Une machine pouvant être revendiquée est une machine virtuelle créée dans un laboratoire sans propriétaire. Une fois la machine revendiquée, l'utilisateur dispose d'une gamme complète d'options pour cette machine virtuelle. Lorsqu'un utilisateur revendique une machine, quelques modifications sont apportées. La machine virtuelle est déplacée de la liste Machines virtuelles pouvant être revendiquées vers la liste Mes machines virtuelles du portail Azure.

L'utilisateur peut se connecter à la machine virtuelle, personnaliser les artefacts, redémarrer, arrêter ou cesser de revendiquer la machine. Il existe plusieurs façons de créer une machine virtuelle pouvant être revendiquée :

• Créer une machine et cesser de la revendiquer afin de la transférer vers le pool pouvant être revendiqué.
• Créer une machine virtuelle et la placer dans le pool partagé en utilisant des paramètres avancés.

Il existe deux cas où les fonctionnalités de revendication/cessation de revendication peuvent être utilisées efficacement. Le premier cas nécessite plus de prévoyance et de planification pour être conçu et exécuté correctement. Et le second est plus situationnel. Voici quelques exemples des différents cas.

Utilisation prévue de machines pouvant être revendiquées

• Développement logiciel / tests : permettre aux développeurs ou testeurs d'être plus productifs en mettant à leur disposition des machines prêtes à l’emploi et dans un état non revendiqué. Disposer d'un ensemble de machines virtuelles avec différentes configurations, des outils nécessaires et du code le plus récent permet aux utilisateurs de revendiquer une machine virtuelle et de commencer à travailler sans perdre de temps à configurer une machine. Avant que les machines virtuelles ne soient revendiquées, les machines sont provisionnées mais arrêtées, ce qui minimise le coût qu’entraînent des machines moins utilisées. Lorsque les machines virtuelles sont nécessaires, il suffit à l'utilisateur de revendiquer la machine virtuelle pour la démarrer. La cessation de la revendication n'est pas aussi utile dans ce cas puisque la création d'une machine virtuelle est souvent plus facile et moins onéreuse.
• Classe/labos : préconfigurez les machines virtuelles pour une classe ou un labo afin que les étudiants puissent se connecter immédiatement à une machine via le Portail Azure. Lorsqu’un étudiant revendique une machine virtuelle, le laboratoire s'assure que personne ne peut revendiquer la même machine. L'automatisation de ce processus garantit la disponibilité du nombre requis de machines dans l'environnement spécifié. Si des étudiants sont absents ou en retard, les machines non revendiquées peuvent être conservées jusqu'à la fin de la session avec un coût minimal. La cessation de la revendication n'est pas aussi efficace dans ce scénario car la machine virtuelle est dans un état inconnu lorsque l'utilisateur précédent a terminé son travail.
• Démonstrations : utilisez des machines pour des démonstrations dans lesquelles les machines du labo sont installées dans des environnements spécifiques. Cette fonctionnalité est utile car plusieurs personnes peuvent faire une démonstration en même temps ou à des moments aléatoires, par exemple lors d'une conférence. La cessation de revendication peut être utile dans cette situation car la démonstration ne devrait pas changer l'état de la machine. Les utilisateurs peuvent donc retourner une machine virtuelle dans le pool pouvant être revendiqué pour la prochaine démonstration. La machine non revendiquée étant désapprovisionnée (ce qui entraîne des coûts minimes), les machines virtuelles peuvent rester dans le laboratoire plus longtemps.
• Travailleurs temporaires/sous contrat : autorisez les utilisateurs à utiliser une machine. À leur départ, ils remettent la machine virtuelle dans le pool pouvant être revendiqué, sans perte de données. Si la cessation de la revendication de la machine virtuelle n'est pas effectuée, un autre utilisateur peut revendiquer la machine virtuelle et continuer son travail ou examiner la machine afin d’obtenir des informations supplémentaires.
• En général : la possibilité d'avoir une source unique pour configurer et déployer automatiquement des machines virtuelles, à une cadence spécifique, est utile dans de nombreuses situations différentes. Il existe plusieurs situations différentes où la fonctionnalité de revendication/cessation de revendication aide les utilisateurs à être plus efficaces en disposant d’un processus automatisé pour créer des machines virtuelles dans un état non revendiqué avec une configuration définie. Les configurations peuvent inclure différents systèmes d'exploitation, langues, disques ou autres logiciels (artefacts) en fonction de vos besoins. La possibilité de revendiquer une machine virtuelle du laboratoire permet à l'utilisateur d'obtenir un système correctement configuré sans consacrer du temps ou des efforts à configurer la machine. Le responsable du laboratoire pourrait utiliser l'état revendiqué des machines virtuelles pour améliorer le nombre de machines générées, nettoyer les machines et déterminer la priorité des configurations. La fabrique d’images est un bon exemple de processus automatisé pour construire des machines virtuelles et des images pour plusieurs laboratoires. Les scripts peuvent être modifiés pour exécuter l'une des situations suivantes avec les modifications appropriées, ou servir de référence pour créer un système personnalisé.

Utilisation situationnelle de machines pouvant être revendiquées

• Utilisez la fonctionnalité de revendication/cessation de revendication permettant aux utilisateurs de passer le contrôle des machines d'une machine à l'autre, sans avoir à connaître explicitement la prochaine personne qui utilisera la machine.
• D&veloppement, test et débogage d'un scénario dans lequel une configuration de machine spécifique peut reproduire un bogue, puis la machine peut cesser d’être revendiquée pour permettre à un autre développeur de la revendiquer et de poursuivre le travail. Cette fonctionnalité est d'autant plus utile que de plus en plus de personnes travaillent à distance dans différentes régions du monde.
• Les membres de l'équipe peuvent travailler dans un seul environnement. Par exemple, vous pouvez configurer manuellement un environnement complexe qui ne peut pas être automatisé, ou créer des ressources qui ne peuvent gérer que des modifications pour une seule entrée, par exemple des images. Dans le passé, ce problème était résolu par la mise en service d'une machine dédiée. La fonctionnalité de revendication est une amélioration par rapport au processus manuel grâce à l'intégration d'un contrôle d'accès de l'utilisateur et d'une identification visuelle lorsque celle-ci est disponible. Lorsque la revendication d’une machine virtuelle n’est pas arrêtée, la machine virtuelle est désapprovisionnée afin de réduire les coûts.
• Connectez un disque de données à une machine virtuelle. Chaque disque d’une capacité pouvant atteindre ~ 1 To de données permet de transmettre un grand volume de données sans avoir à copier ou à dupliquer les données. La machine virtuelle sera initialement créée avec un disque connecté contenant un grand volume de données. N'importe quel utilisateur pourrait alors revendiquer la machine et accéder aux données. Une fois votre travail terminé, cessez de revendiquer la machine virtuelle pour permettre à d'autres utilisateurs d'accéder à cette machine.

L'utilisation de machines pouvant être revendiquées implique quelques précautions, le plus souvent au niveau de l'accès à la machine. Si la machine est liée à un domaine, l'utilisateur qui revendique la machine doit avoir déjà obtenu l'accès, généralement en accordant l'accès à un groupe qui englobe tous les utilisateurs du laboratoire lorsque la machine virtuelle est créée. Si la machine n'est pas liée à un domaine, l'artefact Réinitialiser le mot de passe de la machine virtuelle dans le référentiel public devra être exécuté pour ajouter l'utilisateur comme administrateur. Les artefacts peuvent être appliqués même après le démarrage ou la revendication de la machine.

Étapes suivantes

Consultez l’article suivant : Créer et manager des machines virtuelles revendicables dans Azure DevTest Labs