Dans notre expérience (tm), Il est beaucoup plus simple (surtout pour Linux) d'avoir 1 serveur = 1 app de prod ou de test ou de formation...
Dépoter un serveur Linux entièrement configuré sur oVirt par un script: 2 minutes grâce aux templates, cloud unit ... :
Réseau configuré via API PhpIpam,
Comptes Ansible et admins créés avec les clés ssh publiques qui vont bien
Nrpe et snmp activés et configuré pour communiquer avec Nagios et Observium
La vm occupe moins de 3Go de disque et ne fait tourner qu'une dizaine de processus initialement.
Le stockage des Vms est dédupliquée. Avec un gain de 30% environ.
On passe des lots de mise à jour (openssl, création/desactivation de comptes, installation de packages...) via Ansible. Une commande ou un playbook peut taper une centaine de Vms toute distrib confondue.
Dans le temps on concentrait n applications sur 1 serveur, Et c'était indemerdable pour les mises à jours, les besoins de version php, mysql, java, libtruc... différentes sur un même serveur.
Bref, gérer plein de serveurs "atomiques" (ie: 1 app d'un environnement) C'est bien plus facile, souple, économique en temps que d'avoir peu de serveurs avec mutualisation de n applis.
[^] # Re: 345 serveurs !
Posté par dcp . En réponse au journal Journal inutile, mais ça me fait plaisir :-). Évalué à 3.
Dans notre expérience (tm), Il est beaucoup plus simple (surtout pour Linux) d'avoir 1 serveur = 1 app de prod ou de test ou de formation...
Dépoter un serveur Linux entièrement configuré sur oVirt par un script: 2 minutes grâce aux templates, cloud unit ... :
La vm occupe moins de 3Go de disque et ne fait tourner qu'une dizaine de processus initialement.
Le stockage des Vms est dédupliquée. Avec un gain de 30% environ.
On passe des lots de mise à jour (openssl, création/desactivation de comptes, installation de packages...) via Ansible. Une commande ou un playbook peut taper une centaine de Vms toute distrib confondue.
Dans le temps on concentrait n applications sur 1 serveur, Et c'était indemerdable pour les mises à jours, les besoins de version php, mysql, java, libtruc... différentes sur un même serveur.
Bref, gérer plein de serveurs "atomiques" (ie: 1 app d'un environnement) C'est bien plus facile, souple, économique en temps que d'avoir peu de serveurs avec mutualisation de n applis.