1 votes

Avantages et inconvénients de la virtualisation

Je suis conscient que de nombreuses questions ont été posées ici sur des sujets similaires, mais dans ce cas, je vais essayer d'être beaucoup plus précis. Le premier scénario cible est celui d'un petit ou moyen éditeur de logiciels indépendants, le second celui d'une infrastructure d'entreprise. Les réflexions suivantes s'appliquent aux deux cas.

Nous sommes orientés Microsoft. Je dois décider de la voie à suivre (et quand), et j'ai besoin d'arguments solides (idéalement généraux) pour ou contre la virtualisation - je comprends que la virtualisation est à la mode, mais j'apprécierais votre aide ici, car ce que j'ai lu jusqu'à présent, les pour et les contre sur le web sont assez équilibrés et j'aimerais avoir des arguments solides pour choisir la virtualisation ou non - sur la base des exemples suivants.

1) Je comprends que la virtualisation est bonne pour utiliser les ressources HW - si chaque serveur dédié fonctionne sur une application serveur et que ses ressources ne sont pas utilisées, si ces serveurs sont virtualisés, l'utilisation des ressources n'est pas le cas. Mais qu'en est-il si je n'installe pas SQL, Exchange, IIS et TFS sur des serveurs séparés, mais tous sur un seul, puisque toutes ces applications sont parfaitement capables de vivre ensemble ? D'autre part, si par exemple le serveur Exchange est tellement utilisé qu'il consomme la majeure partie de la capacité du serveur, pourquoi le virtualiser ? Il convient de mentionner que nous ne prévoyons pas de changements spectaculaires dans le nombre de charges de travail.

2) Je comprends également que la virtualisation me donne la liberté d'ajouter/étendre/supprimer des serveurs sur le réseau - mais en réalité, je pense que cela est inutile. Pour les expériences, nous utilisons des VM sur Azure, où nous pouvons effectuer des tests et faire nos expériences - mais une fois que nous avons une infrastructure de serveurs bien définie, nous aurions besoin de la modifier, peut-être en ajoutant un serveur spécialisé.

3) Une autre chose est que la virtualisation nécessite un stockage centralisé - si cela échoue, tout échoue. Si j'avais, par exemple, trois serveurs distincts, chacun fonctionnant sur son propre RAID, je me sentirais personnellement un peu plus à l'aise.

4) Dans le cas de systèmes hautement critiques comme le DC ou le serveur de fichiers, je ne vois aucun avantage à la virtualisation.

5) Je comprends aussi que si quelqu'un a vraiment un problème avec un serveur, par exemple Exchange ou SQL, il est facile de restaurer l'image du serveur - mais encore une fois, cela se fait généralement dans un environnement de préparation.

6) L'aspect positif de la virtualisation est le clonage et une meilleure reprise après sinistre - mais d'un autre côté, si nous utilisons des sauvegardes régulières de la configuration et des données sur Azure, je ne vois pas de réel avantage ici.

Avertissement - Je ne suis pas un sceptique de la virtualisation, j'apprécie simplement des arguments ou des conseils solides pour des décisions aussi importantes et je préférerais obtenir des informations ici de la part de personnes beaucoup plus expérimentées.

3 votes

Il semble que vous n'ayez pas une bonne compréhension de la virtualisation. En supposant que vous ayez les licences appropriées, il serait stupide de mettre SQL, Exchange, IIS, TFS sur le même serveur. Que se passe-t-il quand TFS a besoin d'un redémarrage, la messagerie tombe aussi en panne. La liberté d'ajouter/étendre/supprimer est inutile ? C'est de la folie. La possibilité d'arrêter simplement une VM, d'ajouter de la mémoire ou de l'espace disque et de la relancer avec un temps d'arrêt minimal est fantastique.

0 votes

C'est encore mieux si vous pouvez faire quelque chose comme ça sans avoir besoin d'éteindre l'appareil (au moins xen peut le faire). BTW : question d'achat et/ou de planification de la capacité, je pense.

0 votes

@DanBig bien sûr ! C'est pourquoi je poste cette question ici :) Je suis assez bien comprendre le noyau Windows ou asp.net, mais ces réponses sont ce que je cherche ! :)

6voto

Samat Jain Points 165
  1. Bien sûr, vous pouvez installer toutes ces applications sur une seule instance de système d'exploitation et les faire cohabiter harmonieusement. Mais que se passe-t-il si vous devez faire évoluer l'une d'entre elles vers un matériel plus important ? Que se passe-t-il si vous bâclez la mise à niveau de l'une de ces applications et que cela entraîne l'arrêt de tout le système d'exploitation ? La virtualisation vous permet d'isoler les systèmes d'exploitation et les applications, ainsi que de déplacer facilement les instances de système d'exploitation d'un matériel à un autre.

  2. La virtualisation permet un degré de flexibilité beaucoup plus élevé en ce qui concerne le réseau. Si cela ne vous est pas utile, alors très bien, n'utilisez pas cette fonctionnalité.

  3. C'est faux. La virtualisation est absolument n'est pas nécessitent un stockage centralisé. Si vous faire Si vous voulez un stockage centralisé, vous bénéficierez de nombreux avantages de la virtualisation (migration en direct, etc.), mais ce n'est pas obligatoire. J'ai de nombreux hôtes ESXi qui utilisent uniquement un stockage RAID10 local. Dans le cas d'un système de stockage centralisé, l'architecture est généralement conçue de manière à éviter tout point de défaillance unique (plusieurs chemins FC, plusieurs contrôleurs, redondance de l'alimentation, etc.) Avec ces systèmes, chaque pièce unique Les systèmes d'exploitation, y compris les contrôleurs, peuvent tomber en panne et/ou être mis hors service pour maintenance sans causer une seule milliseconde de temps d'arrêt.

  4. Voir les points ci-dessus - la virtualisation des DC est entièrement prise en charge par le fournisseur, et vous gagnez une grande liberté et une grande flexibilité en le faisant. Vous devez remplacer un module DIMM sur un serveur ? OK, il suffit de vMotionner votre VM vers un autre hôte, d'effectuer la maintenance et de la vMotionner à nouveau. Vous avez réussi à remplacer la mémoire d'un serveur physique sans aucun temps d'arrêt. Essayez cela sans virtualisation.

  5. Des erreurs se produisent, le matériel meurt, les correctifs logiciels ne sont pas appliqués, etc. Il est très agréable de pouvoir prendre un instantané de pré-maintenance d'une VM comme solution de repli avant d'effectuer des mises à jour qui risquent de tout casser. Bien sûr, vous devez absolument tester les choses dans un environnement de test, mais même avec ce niveau de rigueur, les choses peuvent toujours se briser.

  6. La restauration d'un instantané est beaucoup plus rapide que la restauration à nu d'un serveur physique. De plus, il n'est pas nécessaire de restaurer le snapshot sur un matériel similaire. L'un des principaux avantages de la virtualisation est qu'elle vous donne une indépendance matérielle.

En conclusion, à moins que vous n'ayez très En raison des exigences strictes en matière de performances, le déploiement de systèmes sans virtualisation frise aujourd'hui l'incompétence. Même si vous avez des charges de travail qui requièrent les ressources d'un serveur entier, il n'est pas possible d'utiliser la virtualisation. toujours Il est avantageux de disposer d'une couche de virtualisation pour pouvoir tirer parti de tous les éléments ci-dessus.

1 votes

Merci, j'apprécie, tous ces points sont parfaitement valables.

2 votes

Je ne suis pas sûr qu'Exchange et SQL puissent cohabiter de manière heureuse sur un même serveur, car Exchange essaierait de manger l'allocation mémoire de SQL

1 votes

Un autre effet de l'isolement du système d'exploitation, souvent négligé mais très utile pour l'OMI, est qu'il vous donne la liberté de déléguer les responsabilités d'administration d'un certain service au sein de votre infrastructure sans affecter directement l'administration des autres.

1voto

LatinSuD Points 831

1) Des logiciels différents sont capables de coexister sur une même machine, mais ils sont aussi capables de se briser. Une fois que vous avez besoin de réinstaller, ce n'est pas la même chose de réinstaller 1-VM-pour-1-fonction que 1-Serveur-pour-N-services.

2) C'est vous qui décidez. Dans notre petit environnement, il y a toujours un mélange de tests et de production.

3) Vrai. D'un autre côté, vous pourriez investir dans un meilleur périphérique de stockage et dans un système de sauvegarde virtuel optimisé.

4) Tous les serveurs ne sont pas adaptés à la virtualisation. Mais vous pouvez toujours envisager une stratégie de sauvegarde N+1 (1 DC physique, 1 serveur SQL physique, etc, et 1 serveur physique qui contient des serveurs secondaires virtuels pour chaque autre).

5) Il existe des millions de systèmes d'exploitation et d'applications. Tous ne vous permettent pas de travailler de manière propre. Il est bon de disposer d'un moyen universel et indépendant d'effectuer des instantanés et des sauvegardes.

6) Vous utilisez donc déjà la virtualisation (si je comprends bien ce qu'est Azure). Encore une fois, tous les serveurs ne sont pas faciles à sauvegarder. Les machines virtuelles sont le plus petit dénominateur commun pour gérer tous les types de serveurs.

0 votes

La virtualisation ne nécessite pas de stockage centralisé.

0 votes

Par ailleurs, le stockage centralisé ne doit pas nécessairement être synonyme de point de défaillance unique, à moins que votre budget ne soit pas adapté à vos besoins.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X