J'ai une machine qui a plusieurs VM (5) et 3 cartes réseau physiques (avec chacune 2 ports), avec un total de six ports Ethernet 1Gbps.
J'ai un commutateur compatible SPF, ayant une bande passante totale de 48 Gbit / s et une liaison SPF de 10 Gbit / s. Le serveur possède également un port SPF (10 Gbit / s).
Je suis curieux de savoir quelle serait la meilleure configuration, en termes de performances (tirer le meilleur parti de chaque bit, moins d'utilisation du processeur) et pourquoi.
Serait-il préférable d'avoir toutes les machines virtuelles connectées au port SPF puis au port SPF du commutateur, ou devrais-je obtenir 5 câbles Ethernet et les connecter à 5 ports sur le commutateur réseau?
Si ce n'est pas encore clair, imaginez ce scénario:
Deux PC sur le Switch veulent respectivement télécharger un gros fichier de la VM A et le deuxième PC de la VM B. S'ils sont connectés avec Ethernet, chacun aura sa propre connexion, donc la connexion de la VM A sera commutée vers le PC A , et simultanément la connexion de VM B sera commutée vers PC B, n'est-ce pas? Et si vous connectez les deux VM au SPF, le port SPF basculera entre le PC A et le B.
Alors, quel scénario fonctionnerait le mieux à charge maximale? Pourquoi?
Edit: Je voulais garder cela assez générique afin qu'il puisse être appliqué à un scénario global, mais des détails ont été demandés sur la configuration, les voici:
Serveur: PowerEdge T620
SPF Card: PEX10000SFP 10 Gigabit
NIC: 3x NetXtreme BCM5720
OS: XenServer 6.2
CPU: Xeon E5-2609
Switch: T1600G-28TS
OS invités: Debian Wheezy (PV)
Réponses:
1 x 10 Go de liaison pour les performances.
Sinon, si un seul serveur doit utiliser 1,1 Go sur un autre serveur, il ne le peut pas car la plupart des systèmes d'équilibrage de charge utilisent le MAC ou l'IP de destination (ce qui serait le même).
Cela élimine également les problèmes où les liens sont plus occupés que les autres liens du même fait, si le hachage s'avère être sur le même lien, ils se retrouvent sur le même lien, sauf dans les configurations de commutateur dynamique spéciales dans VMWare
la source