Gérer des machines virtuelles Linux Azure

  • 5 minutes

Pour optimiser la gestion des machines virtuelles Azure Linux, vous devez comprendre l'interaction entre la plateforme Azure et le système d'exploitation de la machine virtuelle. Cette interaction est particulièrement importante lors de l'approvisionnement des machines virtuelles.

Agents de gestion pris en charge par la plateforme

L'approvisionnement de la machine virtuelle est le processus de création des valeurs des paramètres de configuration de la machine virtuelle Azure, notamment le nom d'hôte, le nom d'utilisateur et le mot de passe, qui sont disponibles pour le système d'exploitation pendant le processus de démarrage ou d'amorçage. Un agent d'approvisionnement consomme ces valeurs, configure le système d'exploitation et communique les résultats lorsqu'il a terminé.

Azure prend en charge les agents d'approvisionnement cloud-init et l'agent Linux Azure (WALA).

  • Les agents d'approvisionnement cloud-init sont une approche largement utilisée pour personnaliser Linux lors d'un démarrage initial. Vous pouvez utiliser cloud-init pour installer des packages et écrire des fichiers, ou encore pour configurer des utilisateurs ou des paramètres de sécurité. Comme cloud-init est appelé pendant le processus de démarrage initial, vous n'avez pas besoin d'étapes supplémentaires ou d'agents requis pour appliquer la configuration. Pour en savoir plus, reportez-vous à la documentation de Cloud-init.

    Remarque

    Microsoft améliore le processus de configuration des machines virtuelles en utilisant cloud-init au lieu de l'agent Linux. Les clients cloud-init existants peuvent utiliser leurs scripts cloud-init actuels, et les nouveaux clients peuvent utiliser des fonctions de configuration cloud-init enrichies.

  • WALA. WALA est un agent propre à la plateforme Azure que vous pouvez utiliser pour provisionner et configurer des machines virtuelles Azure. Vous pouvez également utiliser WALA pour implémenter la prise en charge des extensions Azure.

Diagnostics de démarrage et console série

Pour optimiser la gestion et la résolution des problèmes du processus de démarrage, vous pouvez activer les diagnostics de démarrage et utiliser la console série.

Activer les diagnostics de démarrage

Les diagnostics de démarrage vous aident à analyser les échecs de démarrage en collectant des informations de journal série et des captures d’écran. Vous pouvez activer les diagnostics de démarrage pendant ou après la création de la machine virtuelle. Pour accélérer le processus d'approvisionnement, sélectionnez l'option de compte de stockage managé pour stocker les données des diagnostics de démarrage.

Utiliser la console série de machine virtuelle Azure

Vous pouvez utiliser l'accès à la console série de la machine virtuelle Azure pour résoudre les défaillances de démarrage. La console série fournit une console basée sur du texte sur le port série ttyS0 de la machine virtuelle Linux. Cet accès est indépendant de la connectivité réseau ou de l'état du système d'exploitation.

Les utilisateurs Azure disposant au moins d'autorisations de niveau Contributeur peuvent accéder à la console série en utilisant le portail Azure ou Azure CLI. Vous devez activer les diagnostics de démarrage pour utiliser la console série.

La console série peut vous aider à rétablir l'état opérationnel d'une machine virtuelle dans des situations comme celles décrites ci-dessous :

  • fichiers de table de système de fichiers fstab endommagés

  • Règles de pare-feu mal configurées

  • Corruption du système de fichiers

  • Problèmes de configuration SSH

  • Problèmes courants liés au chargeur de démarrage :

    • compte à rebours du menu GRUB sur les machines virtuelles Azure Gen2. Le matériel hérité ayant été supprimé de l'émulation dans les machines virtuelles Azure de génération 2, le compte à rebours du menu Grand Unified Bootloader (GRUB) peut s'écouler trop rapidement pour afficher le chargement en temps réel de l'entrée par défaut. Pour résoudre ce problème, remplacez l'entrée par défaut "timeout=5" par "timeout=100000" dans /boot/grub/grub.conf, ou /etc/default/grub, ou leurs équivalents.

    • Erreur de démarrage par panique du noyau dans kdump. Si la capture d'image mémoire se termine par une panique du noyau au démarrage, vous devez réserver plus de mémoire pour le noyau. Par exemple, dans la configuration du GRUB Ubuntu, changez le paramètre crashkernel=384M-:128M en crashkernel=384M-:256M.