Partager via


Optimiser le débit du réseau des machines virtuelles Azure

Les machines virtuelles Azure disposent de paramètres réseau par défaut qui peuvent être davantage optimisés pour le débit du réseau. Cet article décrit comment optimiser le débit du réseau pour les machines virtuelles Microsoft Azure Windows et Linux, notamment les distributions majeures telles que Ubuntu et Red Hat.

Machines virtuelles Windows

Si votre machine virtuelle Windows prend en charge les performances réseau accélérées, activez cette fonctionnalité pour un débit optimal. Pour plus d’informations, consultez l’article Créer une machine virtuelle avec les performances réseau accélérées.

Pour toutes les autres machines virtuelles Windows, l’utilisation de la mise à l’échelle côté réception (RSS) peut permettre d’atteindre un débit maximal supérieur à celui d’une machine virtuelle sans RSS. La mise à l’échelle côté réception (RSS) peut être désactivée par défaut sur une machine virtuelle Windows. Pour déterminer si la mise à l’échelle côté réception (RSS) est activée et, si elle ne l’est pas, l’activer, effectuez les étapes suivantes :

  1. Utilisez la commande PowerShell Get-NetAdapterRss pour déterminer si la mise à l’échelle côté réception (RSS) est activée sur une carte réseau. Dans l’exemple de sortie suivant retourné par Get-NetAdapterRss, la mise à l’échelle côté réception (RSS) n’est pas activée.

    Name                    : Ethernet
    InterfaceDescription    : Microsoft Hyper-V Network Adapter
    Enabled                 : False
    
  2. Pour activer la mise à l’échelle côté réception (RSS), entrez la commande suivante :

    Get-NetAdapter | % {Enable-NetAdapterRss -Name $_.Name}
    

    Cette commande n’a pas de sortie. La commande modifie les paramètres de carte réseau. Elle provoque une perte de connectivité temporaire pendant environ une minute. Une boîte de dialogue de reconnexion s’affiche lors de la perte de connectivité. En général, la connectivité est rétablie après la troisième tentative.

  3. Vérifiez que la mise à l’échelle côté réception (RSS) est activée sur la machine virtuelle en entrant de nouveau la commande Get-NetAdapterRss. Si l’opération réussit, l’exemple de sortie suivant est retourné :

    Name                    : Ethernet
    InterfaceDescription    : Microsoft Hyper-V Network Adapter
    Enabled                 : True
    

Machines virtuelles Linux

La mise à l’échelle côté réception (RSS) est toujours activée par défaut sur une machine virtuelle Azure Linux. Les noyaux Linux publiés depuis octobre 2017 incluent de nouvelles options d’optimisation du réseau qui permettent à une machine virtuelle Linux d’obtenir un débit réseau plus élevé.

Ubuntu pour les nouveaux déploiements

Le noyau Ubuntu Azure est le plus optimisé pour les performances réseau sur Azure. Actuellement, toutes les images Ubuntu par Canonical sont fournies par défaut avec le noyau Azure optimisé installé.

Vous pouvez simplement utiliser la commande ci-dessous pour vérifier que vous utilisez bien le noyau Azure identifié par -azure à la fin de la version.

uname -r

#sample output on Azure kernel:
6.8.0-1017-azure

Mise à niveau du noyau Ubuntu Azure pour les machines virtuelles existantes

Vous pouvez obtenir des performances significatives en termes de débit en effectuant une mise à niveau vers le noyau Azure Linux. Pour vérifier si vous avez ce noyau, vérifiez la version de votre noyau. Elle doit être identique ou ultérieure à l’exemple.

#Azure kernel name ends with "-azure"
uname -r

#sample output on Azure kernel:
#4.13.0-1007-azure

Si votre machine virtuelle ne dispose pas du noyau Azure, le numéro de version commence en général par « 4.4 ». Si la machine virtuelle n’a pas le noyau Azure, exécutez les commandes suivantes à la racine :

#run as root or preface with sudo
sudo apt-get update
sudo apt-get upgrade -y
sudo apt-get dist-upgrade -y
sudo apt-get install "linux-azure"
sudo reboot

Autres distributions

La plupart des distributions modernes doivent avoir des améliorations significatives avec les noyaux plus récents que 4.19+. Vous pouvez vérifier la version actuelle du noyau et veiller à exécuter un noyau plus récent.

Étapes suivantes