VirtualBox - utilisation dans les petits bureaux et sauvegarde

11

Je dirige un petit bureau composé d'une équipe de développement de 8 personnes et de deux managers. Nous envisageons de passer à une configuration matérielle où nous aurons 1 seul serveur puissant exécutant plusieurs VM VirtualBox - un pour le partage de fichiers Samba agissant en tant que DC, un autre boîtier LAMP pour le développement, un autre pour les tests IE .... etc .... probablement 4 ou 5 VM au total. Les deux points cruciaux sont le boîtier Samba qui gère notre réseau, puis le boîtier dev LAMP sur lequel la plupart de nos développements sont effectués.

La raison pour laquelle ce type d'installation me plaît, c'est parce que j'aime l'idée de pouvoir sauvegarder toutes les machines virtuelles pendant la nuit si nécessaire - et la restauration devrait être rapide et indolore si nous avons un hôte VirtualBox barebones.

J'apprécie que pour sauvegarder les machines virtuelles devront être mises hors tension, mais je ne pense pas que cela va être un show-stopper. Il se peut que nous décidions d'exécuter Samba sur le système d'exploitation hôte principal, il n'est donc pas nécessaire de le fermer (nous allons simplement trier une synchronisation des données).

Je cherche donc simplement des avis sur cette approche "VM pour tout". Est-ce normal pour les entreprises? Y a-t-il des problèmes clairs avec cela ou des choses qui ne seront tout simplement pas possibles par rapport aux boîtes physiques? Quelqu'un a-t-il essayé cela et rencontré des problèmes majeurs ou cela a-t-il bien fonctionné?

Toutes opinions très appréciées.

Sincères amitiés,

James.

user16529
la source

Réponses:

6

Ma première pensée est que vous ne devriez pas utiliser Virtualbox comme plate-forme serveur; c'est génial pour les postes de travail de bureau, mais en tant que serveur, vous voudrez peut-être regarder le VMWare ESXi ou l'hyperviseur de XenSource, tous deux gratuits. Je l'utilise sur un Dell 2950 (la solution ESXi), et vous pouvez copier des choses à partir de l'interface de gestion sur une machine Windows ou exécuter Veeam pour le copier. De plus, si vous décidez d'augmenter le côté gestion avec un budget, vous pouvez mettre à niveau (à un prix élevé, certes) pour permettre des choses comme la migration en direct entre deux serveurs et de meilleures options de sauvegarde.

Nous virtualisons actuellement 7 serveurs. Il y a certains fournisseurs qui ne prendront pas en charge la virtualisation ... Exchange n'est pas pris en charge, ni Oracle, par exemple, mais cela peut être fait.

Nous avions un système fonctionnant avec une base de données SQL (un point de vente) qui a donné des performances horribles lors de l'exécution sous VMWare Server (hôte Linux, invité Windows) et nous n'avons pas pu le garder virtualisé assez longtemps pour le dépanner en raison des difficultés qu'il a placées sur les utilisateurs, il a donc été à nouveau mis sur un système physique. ESXi est l'hyperviseur de type un en métal nu et peut donner suffisamment d'augmentation des performances pour le gérer (pas de plans pour l'essayer).

Vous devrez peut-être l'essayer pour savoir dans quelle mesure cela fonctionne pour votre ensemble de circonstances. Nous aimons ça. Cela réduit les besoins en énergie dans notre salle de serveurs, nous pouvons sauvegarder l'état du système au cours du week-end, et cela a aidé à surveiller les performances ainsi que les plans de récupération si quelque chose devait arriver à notre serveur.

Vous pouvez assembler des systèmes ESXi relativement peu coûteux en suivant les directives de sites comme ici et ici . Il est très pointilleux sur le support matériel; vous voudrez regarder la HCL pour vous assurer que vous avez quelque chose qui fonctionne hors de la boîte ou des sites de boîte blanche pour les choses qui ont été testées.

Bart Silverstrim
la source
3

La réponse courte à la question initiale est OUI. La virtualisation devient de facto une «meilleure pratique» (autant que je déteste le terme) pour les entreprises qui ont besoin de plusieurs applications ou fonctions en réseau.

1- Généralement, il n'est pas recommandé d'avoir un seul serveur. Plus généralement, une entreprise répartit les fonctionnalités entre deux serveurs, chacun avec une certaine marge, de sorte qu'un problème matériel ne met pas complètement l'entreprise à genoux.

2- La virtualisation est souvent implémentée en conjonction avec le stockage partagé, en particulier pour les applications critiques ou les applications avec beaucoup de données. Cela permet une redondance facile. Cela peut également résoudre tous les problèmes de sauvegarde, si les sauvegardes sont effectuées sur le stockage partagé (via des instantanés d'une sorte) plutôt que sur le serveur individuel.

3- Une approche progressive est généralement préférable. Obtenez un serveur et mettez une fonction dessus dans une VM. Obtenez ensuite le deuxième serveur et obtenez une redondance (et pratiquez la récupération). Migrez ensuite les fonctions vers de nouvelles machines virtuelles si nécessaire ou souhaité.

4- Imaginez qu'il s'agit d'une autre version du logiciel. TEST, TEST, TEST. Testez les applications, testez la sauvegarde, testez la récupération, testez le disque, testez les outils de virtualisation, etc.

5- La complexité supplémentaire de la virtualisation ne doit pas être écartée ou sous-estimée. Sept fonctions virtualisées sur un serveur ne réduiront pas l'effort administratif requis; en fait, cela va probablement l'augmenter. Assurez-vous de bien comprendre les éléments administratifs: ce qu'il faut surveiller, comment gérer le disque, etc.

Bonne chance!

tomjedrz
la source
0

VirtualBox est une excellente solution de virtualisation de bureau, ce n'est pas une excellente solution de serveur. Hyper-V ou ESX ou XenServer sont probablement la voie à suivre.

Pas pour lancer le klaxon de Windows ici, mais j'ai le plus d'expérience avec lui. Hyper-V est un excellent hyperviseur avec une sauvegarde intégrée simple et efficace utilisant un cliché instantané. Prend en charge les instantanés et la migration des VM (pas en direct, mais vous pouvez déplacer une VM d'un hôte à un autre en 15-20 minutes selon le réseau et la taille du VHD).

Nous sommes en mesure d'obtenir une densité énorme avec Hyper-V, sur un Dell 2950 avec double processeur dualcore, 32 Go de mémoire et de gros disques durs, nous voyons plus de 25 machines virtuelles Windows (1 Go de mémoire et 1 processeur).

@tomjedrz fait un bon point - obtenez deux boîtiers de matériel avec une marge afin que vous ne vous arrêtiez pas si l'un tombe en panne.

À un niveau élevé, votre approche est une solution parfaitement acceptable, il vous suffit de faire quelques tests pour vous assurer qu'elle fonctionnera dans votre environnement.

Nate
la source