Bonjour,
je voudrais ajouter de la haute-dispo à quelques vieux serveurs qui tournent actuellement sans redondance. Ces serveurs font tourner des services simples, et accède à beaucoup de fichiers petits ou volumineux.
Actuellement ça représente 3 serveurs, et je me demandais si je ne pouvais pas optimiser le tout en rendant l'administration plus souple tout en ajoutant de la haute-dispo.
Je n'y connais rien en virtu dans le domaine de la haute-dispo, je me demandais donc s'il existait une solution, pour n'avoir l'équivalent que d'un seul serveur virtuel, faisant tourner tous les services, sur un FS virtu, le tout sur ces 3 serveurs physiques.
Et dans l'idée, si un noeud tombe, les services continuent de fonctionner normalement avec seulement moins de ressources (puissance CPU, IO). Et dans l'idéal, tant qu'il y a un serveur physique, tout fonctionne encore...
Est-ce qu'une telle solution existe ?
Dans l'idée : * Vmware sait faire * Xen sait faire * Kvm sait faire (donc Rhev aussi) * HyperV doit savoir faire
maintenant tout dépendra de ton budget et de tes restrictions techniques (dans mon cas , HyperV n'est pas prêt d'arriver sur mes serveurs)
un schéma simple est : Hyperviseur-1 ---FO--- ---SanSwitch1--- San1 Hyperviseur-2 ---FO---
un peu plus resistant : Hyperviseur-1 ---FO1--- ---SanSwitch1--- San1 ---FO2--- ---SanSwitch2--- San1 Hyperviseur-2 ---FO3--- ---SanSwitch1--- San1 ---FO4--- ---SanSwitch2--- San1
pour etre encore plus tranquille : Hyperviseur-1 ---FO1--- ---SanSwitch1--- San1 ---FO2--- ---SanSwitch2--- San1 ---FO3--- ---SanSwitch1--- San2 ---FO4--- ---SanSwitch2--- San2
Hyperviseur-2 ---FO1--- ---SanSwitch1--- San1 ---FO2--- ---SanSwitch2--- San1 ---FO3--- ---SanSwitch1--- San2 ---FO4--- ---SanSwitch2--- San2
pour claquer tout ton budget informatique : la même mais avec des équipements sur au moins deux datacenter , une liaison pour la réplication SAN et pour le réseau des annonce dynamique ....
le principe de la simple/double/... connectivé sur le san s'applique bien sur aussi pour le réseau
le stokage peut bien sur etre du SAN , DAS , NAS , utilisant du FC , NFS , iSCSI .... enfin tout dépend de tes besoins de perf et de ton budget
Proxmox basé sur OpenVZ gère le HA. L'avantage est que c'est libre :) Sinon je rejoins Arnaud sur VMWare (en particulier vSphere) qui gère tout seul la répartition de charge entre les VMs.
Mais qui dit HA, dit x serveurs hosts. Et toi tu cherches justement à limiter le nombre de machines physiques donc ça colle pas...
Cordialement, Andre NEGROPONTES
Le 1 décembre 2011 15:40, Arnaud Landry arnaud.landry@gmail.com a écrit :
Dans l'idée :
- Vmware sait faire
- Xen sait faire
- Kvm sait faire (donc Rhev aussi)
- HyperV doit savoir faire
maintenant tout dépendra de ton budget et de tes restrictions techniques (dans mon cas , HyperV n'est pas prêt d'arriver sur mes serveurs)
un schéma simple est : Hyperviseur-1 ---FO--- ---SanSwitch1--- San1 Hyperviseur-2 ---FO---
un peu plus resistant : Hyperviseur-1 ---FO1--- ---SanSwitch1--- San1 ---FO2--- ---SanSwitch2--- San1 Hyperviseur-2 ---FO3--- ---SanSwitch1--- San1 ---FO4--- ---SanSwitch2--- San1
pour etre encore plus tranquille : Hyperviseur-1 ---FO1--- ---SanSwitch1--- San1 ---FO2--- ---SanSwitch2--- San1 ---FO3--- ---SanSwitch1--- San2 ---FO4--- ---SanSwitch2--- San2
Hyperviseur-2 ---FO1--- ---SanSwitch1--- San1 ---FO2--- ---SanSwitch2--- San1 ---FO3--- ---SanSwitch1--- San2 ---FO4--- ---SanSwitch2--- San2
pour claquer tout ton budget informatique : la même mais avec des équipements sur au moins deux datacenter , une liaison pour la réplication SAN et pour le réseau des annonce dynamique ....
le principe de la simple/double/... connectivé sur le san s'applique bien sur aussi pour le réseau
le stokage peut bien sur etre du SAN , DAS , NAS , utilisant du FC , NFS , iSCSI .... enfin tout dépend de tes besoins de perf et de ton budget
-- Arnaud Landry
On Dec 1, 2011, at 3:27 PM, Gregory Duchatelet wrote:
Bonjour,
je voudrais ajouter de la haute-dispo à quelques vieux serveurs qui
tournent actuellement sans redondance.
Ces serveurs font tourner des services simples, et accède à beaucoup de
fichiers petits ou volumineux.
Actuellement ça représente 3 serveurs, et je me demandais si je ne
pouvais pas optimiser le tout en rendant l'administration plus souple tout en ajoutant de la haute-dispo.
Je n'y connais rien en virtu dans le domaine de la haute-dispo, je me
demandais donc s'il existait une solution, pour n'avoir l'équivalent que d'un seul serveur virtuel, faisant tourner tous les services, sur un FS virtu, le tout sur ces 3 serveurs physiques.
Et dans l'idée, si un noeud tombe, les services continuent de
fonctionner normalement avec seulement moins de ressources (puissance CPU, IO).
Et dans l'idéal, tant qu'il y a un serveur physique, tout fonctionne
encore...
Est-ce qu'une telle solution existe ?
-- Greg
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Le truc c'est que si j'ai bien compris, tu cherches à faire de la haute disponibilité avec de la répartition de charge aussi.
En open-source, tu peux monter toi même ta solution mais si tu n'es pas très familié avec ces techno ça va te prendre pas mal de temps.
Après il te reste les solutions à la vmware et d'autres personnes plus avisées te conseilleront mieux que moi ;)
Le 1 décembre 2011 15:47, André NEGROPONTES andre@negropontes.fr a écrit :
Proxmox basé sur OpenVZ gère le HA. L'avantage est que c'est libre :) Sinon je rejoins Arnaud sur VMWare (en particulier vSphere) qui gère tout seul la répartition de charge entre les VMs.
Mais qui dit HA, dit x serveurs hosts. Et toi tu cherches justement à limiter le nombre de machines physiques donc ça colle pas...
Cordialement, Andre NEGROPONTES
Le 1 décembre 2011 15:40, Arnaud Landry arnaud.landry@gmail.com a écrit :
Dans l'idée :
- Vmware sait faire
- Xen sait faire
- Kvm sait faire (donc Rhev aussi)
- HyperV doit savoir faire
maintenant tout dépendra de ton budget et de tes restrictions techniques (dans mon cas , HyperV n'est pas prêt d'arriver sur mes serveurs)
un schéma simple est : Hyperviseur-1 ---FO--- ---SanSwitch1--- San1 Hyperviseur-2 ---FO---
un peu plus resistant : Hyperviseur-1 ---FO1--- ---SanSwitch1--- San1 ---FO2--- ---SanSwitch2--- San1 Hyperviseur-2 ---FO3--- ---SanSwitch1--- San1 ---FO4--- ---SanSwitch2--- San1
pour etre encore plus tranquille : Hyperviseur-1 ---FO1--- ---SanSwitch1--- San1 ---FO2--- ---SanSwitch2--- San1 ---FO3--- ---SanSwitch1--- San2 ---FO4--- ---SanSwitch2--- San2
Hyperviseur-2 ---FO1--- ---SanSwitch1--- San1 ---FO2--- ---SanSwitch2--- San1 ---FO3--- ---SanSwitch1--- San2 ---FO4--- ---SanSwitch2--- San2
pour claquer tout ton budget informatique : la même mais avec des équipements sur au moins deux datacenter , une liaison pour la réplication SAN et pour le réseau des annonce dynamique ....
le principe de la simple/double/... connectivé sur le san s'applique bien sur aussi pour le réseau
le stokage peut bien sur etre du SAN , DAS , NAS , utilisant du FC , NFS , iSCSI .... enfin tout dépend de tes besoins de perf et de ton budget
-- Arnaud Landry
On Dec 1, 2011, at 3:27 PM, Gregory Duchatelet wrote:
Bonjour,
je voudrais ajouter de la haute-dispo à quelques vieux serveurs qui
tournent actuellement sans redondance.
Ces serveurs font tourner des services simples, et accède à beaucoup de
fichiers petits ou volumineux.
Actuellement ça représente 3 serveurs, et je me demandais si je ne
pouvais pas optimiser le tout en rendant l'administration plus souple tout en ajoutant de la haute-dispo.
Je n'y connais rien en virtu dans le domaine de la haute-dispo, je me
demandais donc s'il existait une solution, pour n'avoir l'équivalent que d'un seul serveur virtuel, faisant tourner tous les services, sur un FS virtu, le tout sur ces 3 serveurs physiques.
Et dans l'idée, si un noeud tombe, les services continuent de
fonctionner normalement avec seulement moins de ressources (puissance CPU, IO).
Et dans l'idéal, tant qu'il y a un serveur physique, tout fonctionne
encore...
Est-ce qu'une telle solution existe ?
-- Greg
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
La solution, avec vsphere pour la HA + DRS (distribution en fonction de la charge) demande des licences très couteuse. Aprioris pas idéal avec le cas énoncé.
Le 01/12/2011 15:58, Valentin FERON a écrit :
Après il te reste les solutions à la vmware et d'autres personnes plus avisées te conseilleront mieux que moi ;)
2011/12/1 Tristan Larouanne larouanne@idm.fr:
(distribution en fonction de la charge) demande des licences très couteuse. Aprioris pas idéal avec le cas énoncé.
Les "bundles" ne sont pas très couteux mais limité à 3 hosts et ce qui peut être le cas ici.
/François
Le 1 déc. 2011 à 15:58, Valentin FERON a écrit :
Le truc c'est que si j'ai bien compris, tu cherches à faire de la haute disponibilité avec de la répartition de charge aussi.
En open-source, tu peux monter toi même ta solution mais si tu n'es pas très familié avec ces techno ça va te prendre pas mal de temps.
Après il te reste les solutions à la vmware et d'autres personnes plus avisées te conseilleront mieux que moi ;)
Le 1 décembre 2011 15:47, André NEGROPONTES andre@negropontes.fr a écrit : Proxmox basé sur OpenVZ gère le HA. L'avantage est que c'est libre :) Sinon je rejoins Arnaud sur VMWare (en particulier vSphere) qui gère tout seul la répartition de charge entre les VMs.
Mais qui dit HA, dit x serveurs hosts. Et toi tu cherches justement à limiter le nombre de machines physiques donc ça colle pas...
Bonjour,
J'ai du faire un truc du genre avec des ressources super limitées, et ça a donné ça :
2 machines physiques sur lesquelles j'ai posé mes VM Debian Squeeze Xen 4.
Sur chaque machine, une petite VM 1 vcpu / 512Meg de RAM, avec du heartbeat + ipfail + ldirectord. Comme ça j'ai load balancing + fail over. Et sur chaque machine physique, les 2-3 VM métier répliquées. Les systèmes de fichiers sont sur les hyperviseurs, exportés avec du glusterFS mirroré.
Comme ça, si une des machines tombe, l'autre reste, si une VM tombe, j'ai le fail over y compris sur les fichiers.
Il y a certainement mieux, mais vues les ressources, je dirais "juste ça marche"
Cordialement, Frédéric
Le 01/12/2011 16:12, Frederic de Villamil a écrit :
Bonjour,
J'ai du faire un truc du genre avec des ressources super limitées, et ça a donné ça :
2 machines physiques sur lesquelles j'ai posé mes VM Debian Squeeze Xen 4.
Sur chaque machine, une petite VM 1 vcpu / 512Meg de RAM, avec du heartbeat + ipfail + ldirectord. Comme ça j'ai load balancing + fail over. Et sur chaque machine physique, les 2-3 VM métier répliquées. Les systèmes de fichiers sont sur les hyperviseurs, exportés avec du glusterFS mirroré.
L'idée me plait bien, mais avec du DRBD pour synchroniser les datas ;)
Sinon, dans une autre catégorie, c'est vrai que la solution vSphere de VMware est bien sexy ! Vous avez une idée du prix pour 3 VM sur 3 serveurs physiques ?
Le 1 déc. 2011 à 16:36, Gregory Duchatelet a écrit :
Le 01/12/2011 16:12, Frederic de Villamil a écrit :
Bonjour,
J'ai du faire un truc du genre avec des ressources super limitées, et ça a donné ça :
2 machines physiques sur lesquelles j'ai posé mes VM Debian Squeeze Xen 4.
Sur chaque machine, une petite VM 1 vcpu / 512Meg de RAM, avec du heartbeat + ipfail + ldirectord. Comme ça j'ai load balancing + fail over. Et sur chaque machine physique, les 2-3 VM métier répliquées. Les systèmes de fichiers sont sur les hyperviseurs, exportés avec du glusterFS mirroré.
L'idée me plait bien, mais avec du DRBD pour synchroniser les datas ;)
Sinon, dans une autre catégorie, c'est vrai que la solution vSphere de VMware est bien sexy ! Vous avez une idée du prix pour 3 VM sur 3 serveurs physiques ?
Je ne sais plus pour quelle raison je ne suis pas parti sur DRDB, mais il devait y en avoir une bonne. Gluster me permet de faire du RAID1 en NFS, ce qui n'est pas gaché. Pour les SQL, c'est de la réplication classique master / slave, avec du heartbeat + ipfail qui gère la coupure de la réplication, la masterisation du slave et la bascule de la VIP en cas de crash du master.
Le 01/12/2011 16:39, Frederic de Villamil a écrit :
Le 1 déc. 2011 à 16:36, Gregory Duchatelet a écrit :
Le 01/12/2011 16:12, Frederic de Villamil a écrit :
Bonjour,
J'ai du faire un truc du genre avec des ressources super limitées, et ça a donné ça :
2 machines physiques sur lesquelles j'ai posé mes VM Debian Squeeze Xen 4.
Sur chaque machine, une petite VM 1 vcpu / 512Meg de RAM, avec du heartbeat + ipfail + ldirectord. Comme ça j'ai load balancing + fail over. Et sur chaque machine physique, les 2-3 VM métier répliquées. Les systèmes de fichiers sont sur les hyperviseurs, exportés avec du glusterFS mirroré.
L'idée me plait bien, mais avec du DRBD pour synchroniser les datas ;)
Sinon, dans une autre catégorie, c'est vrai que la solution vSphere de VMware est bien sexy ! Vous avez une idée du prix pour 3 VM sur 3 serveurs physiques ?
Je ne sais plus pour quelle raison je ne suis pas parti sur DRDB, mais il devait y en avoir une bonne. Gluster me permet de faire du RAID1 en NFS, ce qui n'est pas gaché. Pour les SQL, c'est de la réplication classique master / slave, avec du heartbeat + ipfail qui gère la coupure de la réplication, la masterisation du slave et la bascule de la VIP en cas de crash du master.
Juste pour info : DRBD permet de faire du mirroring de disques au niveau bloc. Si l'on veut accéder au données sur les deux disques en même temps, alors il faut un système de fichier qui permet de gérer les accès concurrentiels (OCFS2 ou un autre FS).
Liste de diffusion du FRsAG http://www.frsag.org/
Le 1 décembre 2011 16:48, Julien Lavanchy-Delhomme jlavanch@citic74.fr a écrit :
Juste pour info : DRBD permet de faire du mirroring de disques au niveau bloc. Si l'on veut accéder au données sur les deux disques en même temps, alors il faut un système de fichier qui permet de gérer les accès concurrentiels (OCFS2 ou un autre FS).
Je dérive rapidement sur ce sujet : OCFS2 est pas mal, mais par contre, il faut faire pas mal de fine tuning !
Le 1 décembre 2011 16:36, Gregory Duchatelet greg-frsag@duchatelet.net a écrit :
L'idée me plait bien, mais avec du DRBD pour synchroniser les datas ;)
Sinon, dans une autre catégorie, c'est vrai que la solution vSphere de VMware est bien sexy ! Vous avez une idée du prix pour 3 VM sur 3 serveurs physiques ?
-- Greg
Salut !
En fait, chez VMWare, tu payes la license en fonction du nombre de CPU physique. J'avais fait des devis il y a peu, et pour 3 serveurs avec 2 CPU chacun, je m'en sortais pour 10k€ pour la version entreprise (version qui gère le failover, la redondance, le DRS).
Je pense que tu seras un peu hors-budget :-)
Donc je pense également que la solution Debian + Xen4 avec une gestion intelligente des VMs, et ça sera parfait !
je dirais pour un serveur 4 coeurs , du vmware advanced avec support 1 an : au alentour de 8/9K
ca pique ;)
On Dec 1, 2011, at 4:36 PM, Gregory Duchatelet wrote:
Le 01/12/2011 16:12, Frederic de Villamil a écrit :
Bonjour,
J'ai du faire un truc du genre avec des ressources super limitées, et ça a donné ça :
2 machines physiques sur lesquelles j'ai posé mes VM Debian Squeeze Xen 4.
Sur chaque machine, une petite VM 1 vcpu / 512Meg de RAM, avec du heartbeat + ipfail + ldirectord. Comme ça j'ai load balancing + fail over. Et sur chaque machine physique, les 2-3 VM métier répliquées. Les systèmes de fichiers sont sur les hyperviseurs, exportés avec du glusterFS mirroré.
L'idée me plait bien, mais avec du DRBD pour synchroniser les datas ;)
Sinon, dans une autre catégorie, c'est vrai que la solution vSphere de VMware est bien sexy ! Vous avez une idée du prix pour 3 VM sur 3 serveurs physiques ?
-- Greg
Liste de diffusion du FRsAG http://www.frsag.org/
Le 01/12/2011 16:36, Gregory Duchatelet a écrit :
Le 01/12/2011 16:12, Frederic de Villamil a écrit :
Bonjour,
J'ai du faire un truc du genre avec des ressources super limitées, et ça a donné ça :
2 machines physiques sur lesquelles j'ai posé mes VM Debian Squeeze Xen 4.
Sur chaque machine, une petite VM 1 vcpu / 512Meg de RAM, avec du heartbeat + ipfail + ldirectord. Comme ça j'ai load balancing + fail over. Et sur chaque machine physique, les 2-3 VM métier répliquées. Les systèmes de fichiers sont sur les hyperviseurs, exportés avec du glusterFS mirroré.
L'idée me plait bien, mais avec du DRBD pour synchroniser les datas ;)
Sinon, dans une autre catégorie, c'est vrai que la solution vSphere de VMware est bien sexy ! Vous avez une idée du prix pour 3 VM sur 3 serveurs physiques ?
Bonjour,
Regarde du coté de la licence "Essentials Plus", elle est bien placé en prix. Par contre, tu ne peux pas faire tourner une VM sur plusieurs ESX.
VMware vSphere 4 Essentials Plus Bundle for 3 hosts (Max 2 processors per host and 6 cores per processor)
Bonjour, nous avions eu un tarif de l'ordre de 2.500€ de mémoire pour l'un de nos clients pour cette version. La mise en place est simple (2 ESX en HA et un SAN + deux switchs)
Cordialement,
-----Message d'origine----- De : frsag-bounces@frsag.org [mailto:frsag-bounces@frsag.org] De la part de admin@bdmultimedia.fr Envoyé : jeudi 1 décembre 2011 17:01 À : frsag@frsag.org Objet : Re: [FRsAG] Redondance et haute-dispo sur VM
Le 01/12/2011 16:36, Gregory Duchatelet a écrit :
Le 01/12/2011 16:12, Frederic de Villamil a écrit :
Bonjour,
J'ai du faire un truc du genre avec des ressources super limitées, et ça a donné ça :
2 machines physiques sur lesquelles j'ai posé mes VM Debian Squeeze Xen 4.
Sur chaque machine, une petite VM 1 vcpu / 512Meg de RAM, avec du heartbeat + ipfail + ldirectord. Comme ça j'ai load balancing + fail over. Et sur chaque machine physique, les 2-3 VM métier répliquées. Les systèmes de fichiers sont sur les hyperviseurs, exportés avec du glusterFS mirroré.
L'idée me plait bien, mais avec du DRBD pour synchroniser les datas ;)
Sinon, dans une autre catégorie, c'est vrai que la solution vSphere de VMware est bien sexy ! Vous avez une idée du prix pour 3 VM sur 3 serveurs physiques ?
Bonjour,
Regarde du coté de la licence "Essentials Plus", elle est bien placé en prix. Par contre, tu ne peux pas faire tourner une VM sur plusieurs ESX.
VMware vSphere 4 Essentials Plus Bundle for 3 hosts (Max 2 processors per host and 6 cores per processor)
attention au type de licence vmware (essential, adv , ent ...) et du nombre de proco
plus il y a de proc plus ca chiffre en V4
de plus il faut désormais prendre en compte en V5 de la mémoire , il y a des paliers à ne pas dépasser sinon il faut prendre une nouvelle licence
On Dec 1, 2011, at 5:30 PM, Ludovic DEFIENNE wrote:
Bonjour, nous avions eu un tarif de l'ordre de 2.500€ de mémoire pour l'un de nos clients pour cette version. La mise en place est simple (2 ESX en HA et un SAN + deux switchs)
Cordialement,
-----Message d'origine----- De : frsag-bounces@frsag.org [mailto:frsag-bounces@frsag.org] De la part de admin@bdmultimedia.fr Envoyé : jeudi 1 décembre 2011 17:01 À : frsag@frsag.org Objet : Re: [FRsAG] Redondance et haute-dispo sur VM
Le 01/12/2011 16:36, Gregory Duchatelet a écrit :
Le 01/12/2011 16:12, Frederic de Villamil a écrit :
Bonjour,
J'ai du faire un truc du genre avec des ressources super limitées, et ça a donné ça :
2 machines physiques sur lesquelles j'ai posé mes VM Debian Squeeze Xen 4.
Sur chaque machine, une petite VM 1 vcpu / 512Meg de RAM, avec du heartbeat + ipfail + ldirectord. Comme ça j'ai load balancing + fail over. Et sur chaque machine physique, les 2-3 VM métier répliquées. Les systèmes de fichiers sont sur les hyperviseurs, exportés avec du glusterFS mirroré.
L'idée me plait bien, mais avec du DRBD pour synchroniser les datas ;)
Sinon, dans une autre catégorie, c'est vrai que la solution vSphere de VMware est bien sexy ! Vous avez une idée du prix pour 3 VM sur 3 serveurs physiques ?
Bonjour,
Regarde du coté de la licence "Essentials Plus", elle est bien placé en prix. Par contre, tu ne peux pas faire tourner une VM sur plusieurs ESX.
VMware vSphere 4 Essentials Plus Bundle for 3 hosts (Max 2 processors per host and 6 cores per processor)
-- Christophe METGE Administrateur systèmes et réseaux 09 72 11 47 87
BD Multimédia 650 av de Montpellier 34970 Lattes www.bdmultimedia.fr www.starpass.fr _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Déjà il faut savoir si tu as de gros besoins de perf.
En gros tu veux répartir l'activité de 3 serveurs physiques sur 3 VM pour avoir du failover.
Y'a t-il un intéret à faire du load balancing? Un serveur plus chargé que les autres?
Si ce n'est pas le cas, tu peux peut-être envisager une solution plus simple.
Un proxmox par serveur, dans chaque proxmox des VMs(KVM plutôt que OpenVZ) faisant tourner tes services, comme ça tu ajustes les ressources nécessaires par service à chaque VM. Après avec proxmox le tout est répliqué via DRBD (actif-actif mais attention, pas d'accès concurentiel aux données donc pas de load-balancing).
Grâce à tout ça, tu peux migrer à chaud tes VMs d'un noeud à l'autre, et si un serveur explose, tu peux toujours relancer tes VMs sur un autre serveur.
Peut-être que tu pourrais développer un peu tes besoins, tes contraintes,... pour éviter qu'on parte dans tous les sens.
- contrainte budget - contrainte temps - contrainte matériel - ordre des besoins (perf > ha?)
Le 1 décembre 2011 17:36, Arnaud Landry arnaud.landry@gmail.com a écrit :
attention au type de licence vmware (essential, adv , ent ...) et du nombre de proco
plus il y a de proc plus ca chiffre en V4
de plus il faut désormais prendre en compte en V5 de la mémoire , il y a des paliers à ne pas dépasser sinon il faut prendre une nouvelle licence
On Dec 1, 2011, at 5:30 PM, Ludovic DEFIENNE wrote:
Bonjour, nous avions eu un tarif de l'ordre de 2.500€ de mémoire pour
l'un de nos clients pour cette version.
La mise en place est simple (2 ESX en HA et un SAN + deux switchs)
Cordialement,
-----Message d'origine----- De : frsag-bounces@frsag.org [mailto:frsag-bounces@frsag.org] De la
part de admin@bdmultimedia.fr
Envoyé : jeudi 1 décembre 2011 17:01 À : frsag@frsag.org Objet : Re: [FRsAG] Redondance et haute-dispo sur VM
Le 01/12/2011 16:36, Gregory Duchatelet a écrit :
Le 01/12/2011 16:12, Frederic de Villamil a écrit :
Bonjour,
J'ai du faire un truc du genre avec des ressources super limitées, et ça a donné ça :
2 machines physiques sur lesquelles j'ai posé mes VM Debian Squeeze Xen 4.
Sur chaque machine, une petite VM 1 vcpu / 512Meg de RAM, avec du heartbeat + ipfail + ldirectord. Comme ça j'ai load balancing + fail over. Et sur chaque machine physique, les 2-3 VM métier répliquées. Les systèmes de fichiers sont sur les hyperviseurs, exportés avec du glusterFS mirroré.
L'idée me plait bien, mais avec du DRBD pour synchroniser les datas ;)
Sinon, dans une autre catégorie, c'est vrai que la solution vSphere de VMware est bien sexy ! Vous avez une idée du prix pour 3 VM sur 3 serveurs physiques ?
Bonjour,
Regarde du coté de la licence "Essentials Plus", elle est bien placé en
prix. Par contre, tu ne peux pas faire tourner une VM sur plusieurs ESX.
VMware vSphere 4 Essentials Plus Bundle for 3 hosts (Max 2 processors per host and 6 cores per processor)
-- Christophe METGE Administrateur systèmes et réseaux 09 72 11 47 87
BD Multimédia 650 av de Montpellier 34970 Lattes www.bdmultimedia.fr www.starpass.fr _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
On 1 Dec 2011, LDEFIENNE@ouest.infotel.com wrote:
Bonjour, nous avions eu un tarif de l'ordre de 2.500€ de mémoire pour l'un de nos clients pour cette version. La mise en place est simple (2 ESX en HA et un SAN + deux switchs)
On doit trouver des presta qui montent des cluster HA/DRBD/Xen pour moins que ça.
Suivez mon regard.
DRBD économise le prix du NAS également.
Bonsoir,
2011/12/1 Cyril Bouthors cyril@bouthors.org
Bonjour, nous avions eu un tarif de l'ordre de 2.500€ de mémoire pour
l'un de
nos clients pour cette version. La mise en place est simple (2 ESX en HA et un SAN + deux switchs)
On doit trouver des presta qui montent des cluster HA/DRBD/Xen pour moins que ça.
En open source il y a des solutions très abouties qui font tout ça (VM en Xen ou KVM, fail over des VM en cas de crash d'un hôte, réplication DRBD des filers, migrations à chaud, backups, etc...) : CloudStack, OpenQRM, oVirt, Abiquo, OpenStack, etc...
Fabien
On 02/12/2011 00:17, Fabien Germain wrote:
Bonsoir,
2011/12/1 Cyril Bouthors <cyril@bouthors.org mailto:cyril@bouthors.org>
> Bonjour, nous avions eu un tarif de l'ordre de 2.500€ de mémoire pour l'un de > nos clients pour cette version. > La mise en place est simple (2 ESX en HA et un SAN + deux switchs) On doit trouver des presta qui montent des cluster HA/DRBD/Xen pour moins que ça.En open source il y a des solutions très abouties qui font tout ça (VM en Xen ou KVM, fail over des VM en cas de crash d'un hôte, réplication DRBD des filers, migrations à chaud, backups, etc...) : CloudStack, OpenQRM, oVirt, Abiquo, OpenStack, etc...
Fabien
This body part will be downloaded on demand.
+1 Pas besoin de payer une fortune, pour quelque chose qui ne fonctionne pas mieux. Après, à toi de voir, sur quoi tu as envie de monter en compétence.
C'était juste pour donner une idée de tarif pour la licence en réponse à admin@bdmultimedia.fr ;)
-----Message d'origine----- De : frsag-bounces@frsag.org [mailto:frsag-bounces@frsag.org] De la part de Cyril Bouthors Envoyé : jeudi 1 décembre 2011 18:53 À : French SysAdmin Group Objet : Re: [FRsAG] Redondance et haute-dispo sur VM
On 1 Dec 2011, LDEFIENNE@ouest.infotel.com wrote:
Bonjour, nous avions eu un tarif de l'ordre de 2.500€ de mémoire pour l'un de nos clients pour cette version. La mise en place est simple (2 ESX en HA et un SAN + deux switchs)
On doit trouver des presta qui montent des cluster HA/DRBD/Xen pour moins que ça.
Suivez mon regard.
DRBD économise le prix du NAS également. -- Cyril Bouthors - Administration Système, Infogérance ISVTEC SARL, 14 avenue de l'Opéra, 75001 Paris 1 rue Émile Zola, 69002 Lyon Tél : 08 92 16 00 88 - Fax : 01 77 72 57 24 _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
attention aux OS supporté aussi :)
http://www.linux-kvm.org/page/Guest_Support_Status http://www.vmware.com/technical-resources/advantages/guest-os.html
perso j'utilise du Sco en virtuel ... kvm ne le supporte pas officiellement à la différence de vmware ;)
il y a aussi toute la partie sauvegarde à bien penser , le choix d'une techno de virtualisation à de nombreux impacts
le coît sur du court terme n'est pas justifiable si la solution ne s'intègre pas correctement (le temps passé à l'intégration ou la maintenance peut finalement revenir plus cher ....)
l'inverse est vrai aussi , à savoir un coût abusif (vmware ?) n'est pas toujours justifiable si l'on peut faire mieux autrement ;)
On Dec 2, 2011, at 1:37 PM, Ludovic DEFIENNE wrote:
C'était juste pour donner une idée de tarif pour la licence en réponse à admin@bdmultimedia.fr ;)
-----Message d'origine----- De : frsag-bounces@frsag.org [mailto:frsag-bounces@frsag.org] De la part de Cyril Bouthors Envoyé : jeudi 1 décembre 2011 18:53 À : French SysAdmin Group Objet : Re: [FRsAG] Redondance et haute-dispo sur VM
On 1 Dec 2011, LDEFIENNE@ouest.infotel.com wrote:
Bonjour, nous avions eu un tarif de l'ordre de 2.500€ de mémoire pour l'un de nos clients pour cette version. La mise en place est simple (2 ESX en HA et un SAN + deux switchs)
On doit trouver des presta qui montent des cluster HA/DRBD/Xen pour moins que ça.
Suivez mon regard.
DRBD économise le prix du NAS également.
Cyril Bouthors - Administration Système, Infogérance ISVTEC SARL, 14 avenue de l'Opéra, 75001 Paris 1 rue Émile Zola, 69002 Lyon Tél : 08 92 16 00 88 - Fax : 01 77 72 57 24 _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
On Dec 2, 2011 1:55 PM, "Arnaud Landry" arnaud.landry@gmail.com wrote:
perso j'utilise du Sco en virtuel ... kvm ne le supporte pas
officiellement à la différence de vmware ;)
Mon Dieu... comme je te plains Arnaud ! :-)
On se demande qui a accepté cette décision ;)!
From my cell
Le 2 déc. 2011 à 19:26, Nicolas CARTRON nicolas@ncartron.org a écrit :
On Dec 2, 2011 1:55 PM, "Arnaud Landry" arnaud.landry@gmail.com wrote:
perso j'utilise du Sco en virtuel ... kvm ne le supporte pas
officiellement à la différence de vmware ;)
Mon Dieu... comme je te plains Arnaud ! :-)
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
c'est pas bientot de troller sur la liste ;)
-
admin＠bdmultimedia.fr -
André NEGROPONTES -
Arnaud Landry -
Cyril Bouthors -
Fabien Germain -
Francois BAYART -
Frederic de Villamil -
Gregory Duchatelet -
Jean-Philippe Menil -
Julien Lavanchy-Delhomme -
Laurent Genestie -
Ludovic Cartier -
Ludovic DEFIENNE -
Nicolas CARTRON -
Tristan Larouanne -
Valentin FERON