Ajustez l'unité de transmission maximale (MTU) afin de réduire la fragmentation, d'abaisser la latence et d'améliorer le débit sur votre chemin réseau.
Classifications de la MTU
Les types de MTU varient selon la couche réseau et le cas d'utilisation.
-
MTU de la couche liaison
Taille maximale des données utiles au niveau de la couche liaison de données. Dans Ethernet, la MTU est généralement de 1 500 octets (hors en-tête Ethernet). Une trame Ethernet standard mesure 1 518 octets : MAC de destination (6 octets) + MAC source (6 octets) + Type/Longueur (2 octets) + Données utiles (1 500 octets) + séquence de contrôle de trame (4 octets).
-
MTU IP
Plus grand paquet que la couche réseau peut traiter, incluant l'en-tête IP et les données utiles, mais excluant l'en-tête et le pied de trame Ethernet. Sur Alibaba Cloud, le terme MTU fait généralement référence à la MTU IP.
Avec des tailles minimales d'en-têtes IP et TCP (qui peuvent augmenter avec les options), la MTU IP de 1 500 octets se décompose comme suit : en-tête IP (20 octets) + en-tête TCP (20 octets) + Données utiles (1 460 octets).
-
MTU de trame jumbo
Les trames jumbo étendent la trame Ethernet standard à 9 Ko. Une trame jumbo comprend un en-tête Ethernet de couche 2 et un champ CRC, qui ne font pas partie de la MTU IP. Les trames jumbo réduisent le nombre de paquets et améliorent l'efficacité. Alibaba Cloud prend en charge les trames jumbo jusqu'à 8 500 octets. Consultez Trames jumbo.
-
Unité de transmission maximale du chemin (PMTU)
La PMTU représente la taille de paquet la plus grande pouvant traverser l'intégralité du chemin entre deux nœuds sans fragmentation. Le chemin inclut tous les appareils et liaisons (routeurs, vSwitches, liens de communication) de la source à la destination.
La PMTUD découvre dynamiquement la PMTU sur un chemin pour éviter la fragmentation. Voir Découverte du PMTU (PMTUD).
Facteurs influençant la taille de la MTU
Plusieurs facteurs déterminent la taille de la MTU.
Appareils réseau : les routeurs et les vSwitches possèdent des valeurs de MTU maximales définies par leur matériel. La plus petite MTU sur un chemin limite toutes les communications sur ce trajet.
Type de réseau : différents types de réseaux ont des exigences de MTU distinctes. Les réseaux sans fil utilisent souvent une MTU plus petite, car l'instabilité du signal augmente le risque de perte de paquets avec des paquets volumineux.
Support de transmission : les câbles à paires torsadées, les fibres optiques et les supports sans fil peuvent imposer des limites de MTU différentes.
Protocole réseau : les protocoles définissent leur propre MTU. La MTU Ethernet standard est de 1 500 octets.
Exigences applicatives : certaines applications spécifiques peuvent nécessiter une MTU non standard, ce qui affecte la MTU globale du réseau.
Impact de la MTU sur les performances réseau
Une MTU incorrecte affecte les performances de plusieurs manières :
-
Fragmentation et réassemblage
Lorsqu'un paquet traverse une frontière réseau avec une MTU plus petite, il est divisé en fragments plus petits. Ces fragments doivent être réassemblés à destination. Cela ajoute de la latence, réduit l'efficacité et augmente la charge de traitement.
-
Réduction de l'efficacité de transmission
La surcharge liée à la fragmentation diminue le débit global. La perte d'un fragment peut déclencher à tort une retransmission TCP, dégradant davantage les performances.
-
Congestion réseau
Une MTU trop petite génère une multitude de fragments, augmentant la congestion. Une MTU plus grande réduit le nombre de paquets, diminuant ainsi la congestion et améliorant le débit.
Définissez une MTU cohérente sur tous les appareils du chemin, aussi grande que possible sans dépasser la limite d'aucun lien. Cela minimise la fragmentation et améliore l'efficacité. Pour les scénarios à haut débit tels que la visioconférence ou les transferts de fichiers volumineux, l'ajustement de la MTU améliore la qualité de la transmission.
Consulter la MTU d'une interface réseau ECS
Toutes les instances ECS utilisent par défaut une MTU de 1 500 octets. Les instances avec trames jumbo activées prennent en charge 8 500 octets. Connectez-vous à votre instance et exécutez les commandes suivantes pour vérifier la MTU actuelle de la carte réseau (NIC).
Consulter la MTU d'une instance Windows
Système d'exploitation exemple : Windows Server 2022.
Famille d'instance exemple : ecs.g8i.large.
-
Connectez-vous à l'instance ECS.
Voir Se connecter à une instance Windows à l'aide de Workbench.
Ouvrez l'invite de commandes ou Windows PowerShell.
-
Consultez la MTU de l'interface réseau actuelle :
netsh interface ipv4 show subinterfacesAvant d'activer les trames jumbo
La MTU de la carte réseau principale nommée Ethernet et de l'interface réseau élastique (ENI) secondaire nommée Ethernet 2 est de 1 500, ce qui correspond à la valeur par défaut.
C:\Windows\system32>netsh interface ipv4 show subinterfaces MTU MediaSenseState Bytes In Bytes Out Interface ------ --------------- ---------- ---------- ------------- 4294967295 1 0 0 Loopback Pseudo-Interface 1 1500 1 15133287 1860371 Ethernet 1500 1 1519 3234 Ethernet 2Après avoir activé les trames jumbo
La MTU de la carte réseau principale nommée Ethernet et de l'ENI secondaire nommée Ethernet 2 est de 8 500.
C:\Users\Administrator>netsh interface ipv4 show subinterfaces MTU MediaSenseState Bytes In Bytes Out Interface ------ --------------- --------- --------- ------------- 4294967295 1 0 0 Loopback Pseudo-Interface 1 8500 1 75314 1062294 Ethernet 8500 1 2386860 631043 Ethernet 2
Consulter la MTU d'une instance Linux
Système d'exploitation exemple : Alibaba Cloud Linux 3.2.
Famille d'instance exemple : ecs.g8i.large.
-
Connectez-vous à l'instance ECS.
Voir Se connecter à une instance Linux à l'aide de Workbench.
-
Consultez la MTU de l'interface réseau actuelle :
ip aAvant d'activer les trames jumbo
La MTU de la carte réseau principale eth0 et de l'ENI secondaire eth1 est de 1 500, ce qui correspond à la valeur par défaut.
[root@xxx ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:16:3e:14:4d:09 brd ff:ff:ff:ff:ff:ff altname enp0s5 altname ens5 inet 172.17.0.139/24 brd 172.17.0.255 scope global dynamic noprefixroute eth0 valid_lft 315359999sec preferred_lft 315359999sec inet6 fe80::216:3eff:fe14:4d09/64 scope link valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:16:3e:3f:f1:43 brd ff:ff:ff:ff:ff:ff altname enp0s7 altname ens7 inet 172.17.0.138/24 brd 172.17.0.255 scope global dynamic noprefixroute eth1 valid_lft 315359999sec preferred_lft 315359999sec inet6 fe80::24c1:8e90:7d8a:fc43/64 scope link noprefixroute valid_lft forever preferred_lft foreverAprès avoir activé les trames jumbo
La MTU de la carte réseau principale eth0 et de l'ENI secondaire eth1 est de 8 500.
[root@xxx ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 8500 qdisc mq state UP group default qlen 1000 link/ether 00:16:3e:14:4d:09 brd ff:ff:ff:ff:ff:ff altname enp0s5 altname ens5 inet 172.17.0.139/24 brd 172.17.0.255 scope global dynamic noprefixroute eth0 valid_lft 315359996sec preferred_lft 315359996sec inet6 fe80::216:3eff:fe14:4d09/64 scope link valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 8500 qdisc mq state UP group default qlen 1000 link/ether 00:16:3e:3f:f1:43 brd ff:ff:ff:ff:ff:ff altname enp0s7 altname ens7 inet 172.17.0.138/24 brd 172.17.0.255 scope global dynamic noprefixroute eth1 valid_lft 315359996sec preferred_lft 315359996sec inet6 fe80::24c1:8e90:7d8a:fc43/64 scope link noprefixroute valid_lft forever preferred_lft forever
Utiliser la commande ping pour sonder manuellement la PMTU
Sondez manuellement la PMTU avec la commande ping :
Ce test peut affecter la communication réseau. Effectuez-le pendant les heures creuses.
Méthode de test : envoyez un paquet avec l'indicateur Don't Fragment (DF) activé. Augmentez progressivement la taille du paquet jusqu'à recevoir une erreur ICMP « Fragmentation needed and DF set ». La taille du paquet juste avant l'erreur équivaut à la PMTU moins l'en-tête IP (20 octets) et l'en-tête ICMP (8 octets).
-
Commande de test : testez la taille de la MTU du lien réseau :
ping -c 1 -M do -s [packet_size] [destination_address]Paramètres :
-c 1 : envoyer un seul paquet.
-M do : définir l'indicateur Don't Fragment (DF).
-
-s [packet_size] : taille de la PDU ICMP. Commencez par une valeur courante telle que 1472.
RemarqueLa commande ping utilise ICMP sur IP. L'en-tête ICMP fait 8 octets et l'en-tête IP fait 20 octets. Ainsi, -s 1472 produit un paquet IP total de 20 + 8 + 1472 = 1 500 octets.
-
Exemple de test :
-
Informations MTU pour les hôtes aux deux extrémités :
DEPUIS : 172.17.0.127. Les trames jumbo sont activées sur l'instance ECS (MTU = 8 500 octets). Voir Activer ou désactiver les trames jumbo.
VERS : 172.17.0.128. La MTU est de 1 500.
-
Test : envoyez un paquet de 8 472 octets (hors en-têtes IP et ICMP) :
ping -c 1 -M do -s 8472 172.17.0.128 -
Résultat : une erreur ICMP « Frag needed and DF set(mtu=1500) » est renvoyée, indiquant que le paquet dépasse la MTU du chemin (1 500 octets). Comme l'indicateur DF est activé, les appareils de transfert ne peuvent pas fragmenter le paquet, qui est donc abandonné.
[root@ ~]# ping -c 1 -M do -s 8472 172.17.0.128 PING 172.17.0.128 (172.17.0.128) 8472(8500) bytes of data. From 172.17.0.253 icmp_seq=1 Frag needed and DF set (mtu = 1500) --- 172.17.0.128 ping statistics --- 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms
-
Modifier manuellement la MTU d'une interface réseau
Certains services de mise en réseau, tels que VPN Gateway et la mise en miroir du trafic, nécessitent des paquets plus petits provenant des instances ECS. Modifiez la MTU de la carte réseau ECS pour répondre à ces exigences.
-
Avant de modifier la MTU, comprenez comment une MTU différente pourrait affecter les performances réseau. Une valeur inappropriée peut provoquer une fragmentation et réduire l'efficacité.
La MTU Linux est obtenue automatiquement auprès du serveur DHCP. Si le DHCP est actif et que vous n'êtes pas dans un scénario de tunneling (tel que VPN Gateway), vous n'avez généralement pas besoin de modifier manuellement la MTU de la carte réseau.
Pour les scénarios tels que les trames jumbo, suivez les bonnes pratiques pertinentes au lieu de modifier manuellement la MTU. Voir Activer ou désactiver les trames jumbo.
Assurez-vous que la nouvelle MTU ne dépasse pas la MTU maximale prise en charge par l'instance. Le maximum est de 8 500 octets avec les trames jumbo activées, ou de 1 500 octets lorsque les trames jumbo sont désactivées ou non prises en charge.
L'exemple suivant modifie la MTU d'une carte réseau ECS à 1 399 octets.
Instance Windows
Système d'exploitation exemple : Windows Server 2022.
-
Connectez-vous à l'instance Windows.
Voir Se connecter à une instance Windows à l'aide de Workbench.
Ouvrez l'invite de commandes ou Windows PowerShell.
-
Consultez la MTU de la carte réseau Ethernet :
netsh interface ipv4 show subinterfacesLa réponse indique que la MTU actuelle de la carte réseau Ethernet est de 1 500.
C:\Users\Administrator>netsh interface ipv4 show subinterfaces MTU MediaSenseState Bytes In Bytes Out Interface ------ --------------- ---------- ---------- ------------- 4294967295 1 0 0 Loopback Pseudo-Interface 1 1500 1 76093074 3922261 Ethernet 1500 1 943 3068 Ethernet 2 -
Définissez la MTU de l'interface Ethernet à 1 399 de manière permanente :
netsh interface ipv4 set subinterface "Ethernet" mtu=1399 store=persistent« Ok. » confirme que la commande a réussi. Si une erreur est renvoyée, résolvez-la comme indiqué.
Vérifiez la MTU de la carte réseau Ethernet. La modification est effective.
C:\Users\Administrator>netsh interface ipv4 show subinterfaces MTU MediaSenseState Bytes In Bytes Out Interface ------ --------------- --------- --------- ------------- 4294967295 1 0 0 Loopback Pseudo-Interface 1 1399 1 76123457 4064932 Ethernet 1500 1 1099 3556 Ethernet 2
Instance Linux
Système d'exploitation exemple : Alibaba Cloud Linux 3.2.
Modifier temporairement la MTU à l'aide de la commande ip
Cela modifie temporairement la MTU de la carte réseau. Le redémarrage du service réseau ou de l'instance annule la modification.
-
Connectez-vous à l'instance Linux.
Voir Se connecter à une instance Linux à l'aide de Workbench.
-
Consultez la MTU actuelle de la carte réseau :
ip aLa carte réseau principale eth0 et l'ENI secondaire eth1 ont toutes deux une MTU de 1 500.
[root@xxx ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:16:3e:0e:de:c3 brd ff:ff:ff:ff:ff:ff altname enp1s3 inet 172.17.0.127/24 brd 172.17.0.255 scope global dynamic noprefixroute eth0 valid_lft 315359332sec preferred_lft 315359332sec inet6 fe80::216:3eff:fe0e:dec3/64 scope link valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:16:3e:37:eb:bf brd ff:ff:ff:ff:ff:ff altname enp1s5 inet 172.17.0.122/24 brd 172.17.0.255 scope global dynamic noprefixroute eth1 valid_lft 315359332sec preferred_lft 315359332sec inet6 fe80::216:3eff:fe37:ebbf/64 scope link valid_lft forever preferred_lft forever -
Modifiez temporairement la MTU de eth1 à 1 399 :
sudo ip link set dev eth1 mtu 1399Vérifiez les informations de la carte réseau. La MTU de eth1 est désormais de 1 399.
[root@xxx ~]# sudo ip link set dev eth1 mtu 1399 [root@xxx ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:16:3e:de:de:c3 brd ff:ff:ff:ff:ff:ff altname enp1s3 inet 172.17.0.127/24 brd 172.17.0.255 scope global dynamic noprefixroute eth0 valid_lft 315359127sec preferred_lft 315359127sec inet6 fe80::216:3eff:fede:dec3/64 scope link valid_lft forever preferred_lft forever 3: eth1 <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1399 qdisc mq state UP group default qlen 1000 link/ether 00:16:3e:37:eb:bf brd ff:ff:ff:ff:ff:ff altname enp1s5 inet 172.17.0.122/24 brd 172.17.0.255 scope global dynamic noprefixroute eth1 valid_lft 315359127sec preferred_lft 315359127sec inet6 fe80::216:3eff:fe37:ebbf/64 scope link valid_lft forever preferred_lft forever
Modifier le fichier de configuration réseau pour rendre la modification permanente
Modifiez le fichier de configuration réseau pour changer la MTU de façon permanente. Redémarrez le service réseau ou l'instance pour appliquer les modifications.
Le fichier de configuration réseau varie selon la distribution et la version de Linux. Dans l'exemple suivant, l'image Alibaba Cloud Linux 3.2, compatible avec Red Hat Enterprise Linux (RHEL) et CentOS, est utilisée.
Si vous avez attaché une ENI secondaire, telle que eth1, et devez modifier sa MTU, assurez-vous que l'ENI est correctement configurée. Voir Configurer une ENI secondaire.
-
Connectez-vous à l'instance Linux.
Voir Se connecter à une instance Linux à l'aide de Workbench.
-
Consultez la MTU actuelle de la carte réseau :
ip aLa MTU de la carte réseau principale eth0 et de l'ENI secondaire eth1 est de 1 500.
[root@ ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:16:3e:0e:de:c3 brd ff:ff:ff:ff:ff:ff altname enp1s3 inet 172.17.0.127/24 brd 172.17.0.255 scope global dynamic noprefixroute eth0 valid_lft 315359332sec preferred_lft 315359332sec inet6 fe80::216:3eff:fe0e:dec3/64 scope link valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:16:3e:37:eb:bf brd ff:ff:ff:ff:ff:ff altname enp1s5 inet 172.17.0.122/24 brd 172.17.0.255 scope global dynamic noprefixroute eth1 valid_lft 315359332sec preferred_lft 315359332sec inet6 fe80::216:3eff:fe37:ebbf/64 scope link valid_lft forever preferred_lft forever -
Affichez les fichiers de configuration de l'interface réseau :
ls /etc/sysconfig/network-scriptsLa réponse affiche les fichiers de configuration pour eth0 et eth1.
[root@xxx ~]# cd /etc/sysconfig/network-scripts/ [root@xxx network-scripts]# ls -l total 8 -rw-r--r-- 1 root root 170 Sep 19 10:11 ifcfg-eth0 -rw-r--r-- 1 root root 179 Sep 19 10:43 ifcfg-eth1 -
Désactivez la fonctionnalité de configuration réseau de cloud-init :
sudo vim /etc/cloud/cloud.cfg.d/99-disable-network-config.cfgAjoutez la ligne suivante :
network: {config: disabled} -
Modifiez le fichier de configuration réseau de eth1 et ajoutez le paramètre MTU :
sudo vi /etc/sysconfig/network-scripts/ifcfg-eth1Exemple de contenu de fichier après modification (ajoutez MTU=1399 à la fin du fichier) :
# Created by cloud-init on instance boot automatically, do not edit. # BOOTPROTO=dhcp DEVICE=eth1 HWADDR=00:16:3e:37:eb:bf METRIC=200 ONBOOT=yes TYPE=Ethernet USERCTL=no MTU=1399 -
Redémarrez le service réseau pour appliquer la configuration :
sudo systemctl restart NetworkManagerVérifiez les informations de l'interface réseau. La MTU de eth1 est désormais de 1 399.
[root@xxx network-scripts]# sudo systemctl restart NetworkManager [root@xxx network-scripts]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:16:3e:0e:de:c3 brd ff:ff:ff:ff:ff:ff altname enp1s3 inet 172.17.0.127/24 brd 172.17.0.255 scope global dynamic noprefixroute eth0 valid_lft 315359946sec preferred_lft 315359946sec inet6 fe80::216:3eff:fe0e:dec3/64 scope link valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1399 qdisc mq state UP group default qlen 1000 link/ether 00:16:3e:37:eb:bf brd ff:ff:ff:ff:ff:ff altname enp1s5 inet 172.17.0.122/24 brd 172.17.0.255 scope global dynamic noprefixroute eth1 valid_lft 315359946sec preferred_lft 315359946sec inet6 fe80::216:3eff:fe37:ebbf/64 scope link valid_lft forever preferred_lft forever
Limites de MTU en pratique
Limites de MTU pour la communication ECS vers ECS
Lorsqu'une instance ECS prenant en charge les trames jumbo est la source, la MTU de lien maximale vers la destination varie selon le scénario.
Hôte de destination | MTU maximale autorisée |
Une instance ECS avec trames jumbo activées dans le même VPC ou dans un VPC appairé dans la même région | 8500 |
Une instance ECS sans trames jumbo activées dans le même VPC ou dans un VPC appairé dans la même région | 1500 |
Toute instance ECS dans un VPC connecté via CEN | |
Un hôte dans un centre de données sur site connecté via Express Connect | |
Un hôte externe accessible via une EIP ou une adresse IP publique |
Voir Connexions d'appairage VPC et Connexions VPC.
Limites de MTU des services de mise en réseau Alibaba Cloud
Notez les limites de MTU des services de mise en réseau :
Au sein du réseau Alibaba Cloud, les liens utilisent par défaut une MTU de 1 500 octets. Lors de la communication avec des instances ECS qui ne prennent pas en charge les trames jumbo, tenez compte des limites de MTU des composants réseau tels que VPN Gateway.
Lors de l'utilisation de protocoles non TCP (tels que UDP ou ICMP) pour accéder aux services de mise en réseau, notez les limites de MTU de ces services.
La plupart des services Alibaba Cloud ne prennent pas en charge les trames jumbo. Le tableau suivant présente les limites de MTU pour certains services de mise en réseau.
Produits réseau | MTU maximale prise en charge | Description |
NAT Gateway | 1500 | Aucune |
Server Load Balancer (y compris ALB, NLB et CLB) | ALB et CLB ne transfèrent pas les paquets fragmentés. Lors de l'utilisation d'UDP ou d'ICMP, les paquets provenant de l'instance ECS source ne doivent pas dépasser 1 500 octets. | |
Services Alibaba Cloud (tels que OSS et RDS) | Le trafic passe par les produits Server Load Balancer. Tenez compte de leurs limites. | |
Global Accelerator | Aucune | |
Cloud Firewall | Aucune | |
PrivateLink | Aucune | |
VPN Gateway | 1399 |
Bonnes pratiques pour définir la MTU
Suivez ces pratiques pour réduire la fragmentation, abaisser la latence et augmenter le débit :
-
Déterminer une MTU appropriée :
La MTU par défaut pour Ethernet est de 1 500 octets. Voir Classifications de la MTU.
Sondez la PMTU avec la commande ping. Voir Utiliser la commande ping pour sonder manuellement la PMTU.
Activer et s'adapter à la PMTUD : activez la PMTUD sur votre système d'exploitation et vos appareils réseau afin que la MTU du chemin soit découverte dynamiquement. Les applications réduisent alors la taille des paquets en réponse aux messages ICMP, évitant ainsi la fragmentation. Voir Fonctionnement de la PMTUD.
Prendre en compte les limites des appareils réseau : alignez la MTU sur les routeurs, vSwitches et autres appareils réseau avec la MTU du système d'exploitation pour empêcher la fragmentation ou l'abandon de paquets.
S'adapter aux applications spécifiques : les applications en temps réel telles que la VoIP et la visioconférence peuvent bénéficier d'une MTU plus petite pour réduire la latence.
Surveiller régulièrement les performances réseau : suivez le débit, la latence et les performances des applications pour ajuster la MTU à mesure que les conditions réseau changent.