Comment la virtualisation améliore l'utilisation du server?

Le plus grand avantage de la virtualisation est généralement l'amélioration de l'utilisation du server.

Mais pourquoi ai-je besoin de la virtualisation pour cela?

Dites que j'ai eu N servers physiques qui sont légèrement utilisés. Pourquoi ne combinez-je pas toutes les applications sur ces N servers en 1 server physique? De cette façon, je ne contracte pas la pénalité de performance de la virtualisation.

Qu'est-ce que la virtualisation m'achete dans ce cas?

5 Solutions collect form web for “Comment la virtualisation améliore l'utilisation du server?”

Qu'est-ce que la virtualisation m'achete dans ce cas?

La capacité à exécuter deux choses séparées qui ont des exigences et des dependencies différentes. Il est particulièrement utile lorsque ces conflits d'exigence. Par exemple, disons que vous avez une ancienne application d'entreprise qui ne s'exécute que sur le server Windows 2000, mais vous avez également une nouvelle application shinye qui requirejs Windows 2008, les framemworks .Net et ainsi de suite, ces deux applications ne peuvent pas être exécutées dans le même operating system , mais avec les machines virtuelles, elles peuvent fonctionner sur le même matériel.

Il est utile que vos différents services aient des cycles de maintenance différents. Avec beaucoup de machines virtuelles, vous pouvez mettre à jour / redémarrer votre machine server DNS secondaire sans trop d'impact. Mais si ce server DNS est également votre server de files, server d'printing, server de messagerie, etc., la planification de cette mise à jour sera beaucoup plus difficile.

La virtualisation peut être géniale pour séparer ces applications.

Peut-être que vos applications ne peuvent pas être toutes installées sur le même server ou peut-être pour des raisons de security, vous ne les souhaitez pas sur le même server – si quelqu'un est piraté, seul celui-ci est piraté.

Peut-être que vous hébergez des applications pour d'autres personnes et souhaitez donner à chaque personne sa propre «machine» individuelle.

Peut-être que vous avez 10 du même server et que vous en avez besoin une la plupart du time, mais parfois, lorsque votre chargement augmente, vous avez besoin d'un peu plus. De cette façon, vous n'avez pas besoin de démarrer 9 servers supplémentaires, vous avez tout consolidé et en cours d'exécution sur un (ou quelques servers virtuels).

Il existe plusieurs raisons d'utiliser la virtualisation (et probablement tout autant pour ne pas utiliser la virtualisation).

IMHO, le plus grand bénéfice de la virtualisation est l' isolement .

Votre idée de mettre tout set de N sets a toutes sortes de risques. Qu'en est-il de toute urgence, il faut un patch nécessitant un redémarrage? Vous corrigez, puis redémarrez tous les autres; Avec plusieurs machines virtuelles, vous redémarrez la seule. Que faire si une application fonctionne mieux sur RHEL 5.2, tandis qu'une autre aime Suse 10.0? Que faire si une application exige absolument la version X d'Oracle, et une autre ne peut absolument pas utiliser la version X? (Nous avons tous vu ce genre de chose!).

Être capable d'utiliser un système physique pour exécuter N sets d'applications, où lesdites applications n'ont pas le risque possible (ou du less très peu probable) d'interférer entre elles est souvent une énorme victoire.

Dans le passé, les applications ont été diffusées, car si l'application «A» nécessite une application de redémarrage du server «B», elle ne serait pas pénalisée. Avec cela, de plus en plus d'applications deviennent plus résilientes / isolées, les redémarrages du server sont less susceptibles d'être requirejs. C'est un problème mental qui est difficile à surmonter.

Il existe un avantage de security perçu de l'exécution d'un environnement virtualisé.

Il y a une perception que maintenant nous avons échoué depuis les années 1960 pour créer un operating system sécurisé, nous pouvons tout de suite créer des machines virtuelles sécurisées, où un environnement virtualisé ne peut pas interférer avec un autre. C'est une absurdité, bien sûr. Nous ne pouvons même pas créer de processeurs qui protègent complètement deux process en cours d'exécution.

Plus de complexité et plus de lignes de code signifie simplement plus de bugs.

Lorsque vous voulez un environnement propre à des fins de compilation / test, une machine virtuelle est pratique pour éviter les achats de matériel supplémentaires, mais c'est vraiment l'étendue de celle-ci. Dans de nombreux cas, les applications correctement conçues pourraient être exécutées exactement comme vous décrivez, chacune fonctionnant dans leur propre identifiant où le operating system décide quelles ressources peuvent être consultées.

  • Dissortingbuer l'application en tant que machine virtuelle mais nécessiter un stockage externe
  • Expérimentation DRBD et virtualisation
  • Impossible de se connecter à SQL2008 dans Virtual PC à partir de l'hôte Windows7
  • Commencer à automatiser la virtualisation avec powershell sur Windows
  • Comment limiter l'access entre deux machines virtuelles Azure avec ACL?
  • Réparez immédiatement l'horloge du système après VMware Stun
  • Utilisation de la virtualisation KVM pour faciliter la gestion des images et des applications, non pas pour séparer le matériel
  • L'invité Xen HVM a une dérive d'horloge sévère
  • Impossible de mettre à niveau xenserver, les modifications de maître de pool automatiquement vers un autre server
  • Quels sont les avantages de la virtualisation d'un server de configuration MongoDB?
  • Impossible d'importer Virtuabox VM sur Headless Server
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.