V

+

Comment faire pour activer les trames Jumbo pour Hyper-V Les clients Les implémentations par défaut de TCP / IP généralement régler le MTU (unité de transmission maximale) taille à 1500 octets. Ceci permet d'assurer des interactions optimales avec les systèmes existants et les voies d'Internet. Utilisation des valeurs plus grandes pour MTU (trames jumbo) peut augmenter la vitesse de transferts de données volumineux parce que, quand tout va bien, il y a des octets de données plus utiles par généraux en-tête et d'encapsulation octets. Cela ne veut pas toujours le cas, cependant. Si un maillon de la chaîne ne peut pas gérer la plus grande MTU, segments IP doivent fragmentées. Si cela se produit, les frais généraux supplémentaires sont nécessaires afin de suivre la fragmentation. Les données qui traversent l'Internet seront presque toujours limitées à 1500 MTU. A partir de 1500 que le MTU initial garantit pratiquement que la fragmentation ne se produira jamais, mais ne sera pas la taille la plus efficace dans tous les scénarios. TCP / IP contient un mécanisme qui permet aux points d'extrémité pour déterminer la plus faible MTU commune à travers un lien donné, mais il est pas une exigence et la nature multi-chemin de TCP / IP pourrait facilement rendre ces décisions discutable. Fragmentation et la chute des paquets surdimensionnés peuvent rapidement causer extrémités avec un grand MTUs pour devenir beaucoup plus lent que paramètres fixés à la valeur par défaut de 1500, quelle que soit la vitesse de l'équipement de connexion. Hyper-V et les commutateurs virtuels de ports de commutation virtuels qu'ils exposent à des machines virtuelles ne sont pas différents que toute autre application TCP / IP. Ils commencent leur vie avec un MTU de 1500, et se fera un plaisir d'y rester, sauf si vous augmentez la limite. Si vous avez l'intention d'augmenter cette limite, il est utile de votre temps pour veiller à ce que suffisamment de trafic circulant sur un port virtuel peuvent bénéficier suffisamment pour justifier une augmentation MTU. Une raison courante positive à augmenter MTU serait si vous souhaitez connecter une cible iSCSI directement à une machine virtuelle. Notez qu'il est tout à fait possible de laisser des ports virtuels à la valeur par défaut de 1500 alors que "branché" à un commutateur virtuel avec des paquets jumbo activés. Vous pourriez avoir un serveur web virtualisé tournée vers l'extérieur que vous voulez laisser à 1500 qui partage une carte réseau virtuelle avec un serveur de sauvegarde virtualisée qui tombe des données sur un périphérique iSCSI chaque nuit. Réglage du commutateur virtuel et carte réseau virtuelle du serveur de sauvegarde à 9000 MTU permet la sauvegarde des données de circuler aussi efficacement que possible; laissant NIC virtuel du serveur Web à 1500 MTU permet à votre serveur Web pour communiquer avec les clients externes sans crainte de fragmentation. Si nécessaire, vous pouvez ajouter une seconde carte réseau virtuelle à votre serveur Web et définir sa carte réseau à 9000 MTU et le charger d'utiliser ce port pour communiquer avec un back-end SQL Server. Il y a trois étapes générales nécessaires pour assurer une configuration correcte. Le matériel de connexion physique doit prendre en charge les paquets jumbo et cette fonction doit être activée. Presque tous les commutateurs nécessitent un cycle d'alimentation après des trames jumbo ont été activées. commutateur virtuel Hyper-V doit avoir des trames Jumbo activées. La carte réseau virtuelle individu doit avoir des trames jumbo activées. Activation des trames jumbo sur un commutateur physique varie selon le fabricant de sorte que vous aurez besoin de consulter leur documentation pour changer cela. Cet article ne couvre pas la modification des machines virtuelles non-Windows. Pour le serveur Hyper-V et les machines virtuelles Windows, le processus est presque identique. Hyper-V natif ou Server Core - commutateurs virtuels Lorsque vous créez un commutateur virtuel sur une carte réseau, ce NIC disparaît efficacement de la découverte facile dans NETSH. Il est là, mais il peut être difficile de découvrir et de travailler avec. Notez que si vous avez choisi l'option de partager le commutateur virtuel avec le système d'exploitation de gestion, ce que vous voyez dans IPCONFIG et NETSH est une carte réseau virtuelle qui a été créé sur le commutateur virtuel, pas le commutateur virtuel lui-même. Pour modifier la MTU sur NPI virtuelles: Télécharger nvspbind (archive. msdn. microsoft/nvspbind), débloquer, et le copier à l'hôte Hyper-V. Run: nvspbind / o * vms_pp Cela montrera tous les adaptateurs. Ceux qui ont un réglage de "activé" est / sont votre commutateur virtuel (es). Notez ces noms. Exécutez: nvspbind / n "Mark. Mettez en surbrillance le GUID sans ouverture et de fermeture entre parenthèses. Appuyez sur Entrée pour le copier dans le presse-papiers. Exécutez: REGEDIT. Accédez à HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Class \. Faites un clic droit sur la clé et choisissez "Rechercher ...". Collez le GUID copié dans la zone de recherche et cliquez sur "Suivant". Dans la sous-clé située, trouver "* JumboPacket". Changer son entrée à 9000 (de la documentation indique 9014; 9014 est la taille "correcte", mais les deux paramètres semblent avoir le même effet). Si d'autres adaptateurs ont été trouvés à l'étape 2, répéter pour eux à partir de l'étape 3. Si vous ne possédez pas ou ne voulez pas d'obtenir nvspbind, il est possible de faire défiler les entrées de registre à l'étape 4 pour localiser les cartes virtuelles. Dans la sous-clé de liaison est une valeur UpperBind. Un commutateur virtuel ne contiendra "VMSP" dans ce domaine. Server Core Virtual NPI Virtual Machines à Il est possible d'utiliser les étapes ci-dessus pour les commutateurs virtuels, bien qu'il soit probablement pas la façon la plus efficace. Si cela est la méthode que vous choisissez, à l'étape 2 Utilisation: "nvspbind / o * *". Vous aurez besoin de décider en fonction de vos conclusions qui adaptateur (s) pour changer. Ne pas modifier l'adresse de bouclage. NETSH est probablement l'outil préféré; les étapes sont ci-après. Run: netsh int ipv4 sh int Cela va lister tous les adaptateurs liés à IPv4. Exécuter: netsh int ipv4 set subinterface "" mtu = 9000 = magasin persistant GUI De l'intérieur d'une interface graphique, la seule chose qui change est que les adaptateurs vous définissez. Le processus est le même pour les adaptateurs dans la partition parente et dans un invité Windows VM. Essai Dans la plupart des cas, vous ne devez pas redémarrer toute machine Windows, hôte ou virtuel, pour que ces modifications prennent effet. Toutefois, si le test ne fonctionne pas et vous êtes sûr que chaque point de terminaison unique et de l'équipement de commutation physique a été correctement réglée, qui est la première chose à essayer. À l'invite de commande à partir de la machine virtuelle, exécutez: ping - f - l 8972 Si les résultats mentionnent la fragmentation, puis certains paramètre ne fonctionne pas correctement. Sauvegarde Hyper-V Nous espérons que vous avez trouvé cet article utile, si vous souhaitez sauvegarder votre environnement Hyper-V, consultez notre sauvegarde gratuit pour Hyper-V qui sauvegarde 2 VM gratuitement, ou essayez notre sauvegarde illimitée pour Hyper-V pour 30 journées.