La virtualisation est-elle appropriée pour une application à forte intensité de packages?

Nous avons une application personnalisée et très cotée sur un server Windows 2008R2. Sa principale fonction est de se connecter à plusieurs dizaines de milliers d'adresses IP le plus rapidement possible et d'interroger un port TCP spécifique – essentiellement un scanner réseau, mais très adapté à nos besoins. Il n'y a pas de NAT entre le server et les adresses de destination, et l'application ne consum pas de memory ou de CPU.

L'application (basée sur .NET) est optimisée et nous sums confiants que le code est aussi serré qu'il le peut. Cependant, le taux auquel l'application peut se déplacer à travers les adresses IP semble se limiter à une combinaison de la stack TCP de Windows et du matériel sur lequel elle s'exécute – au moment où elle se trouve sur une boîte de bas de gamme, à peine server.

Comme la performance de cette application est primordiale, nous prévoyons de la transférer vers un nouveau server de spécifications supérieures, probablement un HP DL360 G8 . Cependant, nous pourrions potentiellement exécuter plusieurs instances de l'application sur des machines distinctes simultanément, et je voudrais donc explorer l'option d'utilisation du nouveau server en tant qu'habitant virtuel.

Nous utiliserions probablement VMWare ESXi, avec Hyper-V comme option alternative. Cependant, je ne sais pas si l'application à forte intensité de packageage, fonctionnant dans des machines virtuelles sur le server, déplace simplement le goulot d'étranglement sur l'hyperviseur?

Le DL360 possède 4 NIC: nous pouvons potentiellement "connecter" 4 machines virtuelles à chacune des 4 NIC et les exécuter en parallèle. VMWare / Hyper-V transfère-t-il efficacement le trafic directement à la NIC, ce qui donne des performances réseau "natives" ou existe-t-il un élément de traduction entre le operating system invité et le matériel qui pourrait provoquer un goulet d'étranglement des packages sur l'hyperviseur?

3 Solutions collect form web for “La virtualisation est-elle appropriée pour une application à forte intensité de packages?”

Pour hyper-v: Cela dépend. Vous voulez ou allez avec SR-VIO sur la carte matérielle, le réseau virtuel et – la NIC. Sinon, tous les packages traversent un commutateur virtuel, ce qui signifie des frais généraux. Compte tenu d'une carte réseau décente, cela entraînera une queue matérielle assignée à la machine virtuelle, ce qui est aussi rapide qu'elle est dans une couche de virtualisation.

Dans VMware, vous pouvez également faire le SR-IOV, gardez à l'esprit qu'il nécessite une carte réseau qui le supporte. Un bon aperçu de SR-IOV de Scott Lowe, si vous ne le connaissez pas. VMware vous offre également la possibilité de faire des "E / S DirectPath" où vous donnez un access direct aux invités à un périphérique pci, searchz "DirectPath" dans ce PDF pour plus d'informations. Il est également intéressant de noter que vous pourriez l'essayer dans VMware sans utiliser DirectPath ou SR-IOV, la performance est vraiment bonne tant que vous utilisez le pilote invité VMXNET3.

Nous avons fait des choses similaires sur RHEV (ou simplement KVM) en utilisant soit SRIOV, soit si vous utilisez Cisco UCS – avec VMFEX – vous avez besoin des maps Palo dans les lames pour celle-ci.

Des deployments très importants dans les deux cas (nombres de servers à 5 numbers) fonctionnent très bien depuis quelques années maintenant.

  • Copiez VM de ESXi 5 vers ESXi 4?
  • Comment configurer un faux raid pour les machines virtuelles vmware?
  • alternative à la technologie VMCI dans ESXi <5.5 pour ESXi 6.0?
  • Comment puis-je activer mon magasin de stockage inactif sur la command line?
  • Démarrage retardé du server HP
  • VMWare ESXi 4.1 refuse de conserver les permissions pour les groupes de domaines
  • Architecture de réseau virtuel, isolation des réseaux publics et privés
  • Ajouter un sous-réseau à un vsphere avec un seul hôte vcenter et esxi
  • Quel est le sharepoint limites de la memory dans VMware?
  • archivage blu-ray dans vmware ESXi 4
  • Une VM ralentissant tous les autres sur ESXi
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.