Buzz OVH
231 réponses
| Auteur | Message |
|---|---|
|
caaptusss
| 
Inscrit le : 25/09/2007 |
# Le 16/12/2007 à 13:34 Je sias pas si vous avez vu, mais OVH est en train de nous concocter un petit Buzz depuis quelques semaines. Bonjour, Nos tests avancent et nous serons bientôt prêts pour vous proposer le RPS (Real Private Server). En attendant le lancement de l'offre, voici comment nous l'avons conçu. L'histoire du RPS démarre en Septembre 2006, il y a plus d'1an. Ovh étant un (très) bon client d'Intel, nous sommes invités à rencontrer le numéro 2 d'Intel Sean Maloney qui est de passage à Paris pour une demi journée et souhaite nous rencontrer. Un rendez vous très planifié et très très stricte au niveau du timing. 45 minutes de discussion et d'échanges sans tabou avec le vice président exécutive d'Intel et pas 1 seconde de plus. Au cours de la discussion, nous parlons de notre expérience, de ce qu'Ovh veut faire et ce qu'Intet veut proposer. Puis nous parlons d'un projet, d'un concept d'hébergement fait à l'opposé de ce qu'il se fait actuellement sur le marché. Le RPS. Nous résumons nos besoins: nous souhaitons proposer un serveur privé lequel permet d'assurer une qualité de service. En effet, la virtualisation c'est bien mais il est difficile de garantir une qualité de service à travers d'une virtualisation. Découper un serveur dédié en X serveur privé, c'est une solution de bricolage qu'Ovh n'a jamais souhaité proposer. Par contre, si Intel pouvait pouvait créer un produit clé en main qui consomme peu d'énergie, de faible taille et à un bon prix, Ovh pense qu'il y a un marché important pour ce genre de produit. Nous nous serrons les mains et nous laissons Sean Maloney continuer ses réunions très très minutées. Le temps passe. Ovh travaille sur les solutions de stockage pour l'hébergement mutualisé. Des technologies qui permettent l'allocation dynamique de l'espace disque sur les plate formes distribuées et donc avec les performances très intéressantes. Nous testons tout ce qui existe en open source et solutions payants. Nos labos se remplissent de disques avec des marques plus ou moins connues, des serveurs, des baies de stockages. Tout est testé et on fait crasher plein de solutions dites stables. Puis la décision tombe: nous mettons en place une plate-forme de test pouvant héberger 250To de données (juste pour commencer et bien valider les tests). Cette plate-forme est toujours en phase de test. Puis un jour, Intel nous annonce une bonne surprise: le produit qu'on a décrit et voulu avoir, Intel va proposer. Nous sommes le premier en France à tester le produit. Incroyable ! Exactement ce qu'on a demandé. Nous commandons de suite 4000 pièces que nous sommes en train de mettre en place actuellement dans notre datacentre de Roubaix. En tout pour le démarrage de l'offre, nous avons prévu 4000 RPS prêts à être vendus. La solution RPS est toujours en test alpha et nous avons bon espoir de sortir la bêta avant la fin de l'année. Il reste encore beaucoup de travail. Grâce à 4000 RPS nous sommes en train de stresser la plate-forme de stockage et voir si elle tient ses promesses et ce qu'il faut encore corriger ... et on voit le bout du tunnel. Amicalement Octave Bonjour, Hier, dans mon email, je ne vous ai pas tout dit à propos de RPS ... L'idée du RPS est aussi parti d'une discussion lancée un jour comme ça pour rigoler entre nous. On parlait de nos serveurs dédiés, des besoins des clients, de VPS, de prix, des puissances de CPU, de la capacité de RAM, de la consommation électrique ... Hmmm on peut résumer la conversation en une phrase: "Oui Ovh a lancé le 1er serveur dédié au monde à moins de 20Euro HT/mois, mais est-ce qu'on est capable de faire un serveur dédié moins cher encore ?". Puis la question a été posé: "Comment faire un serveur dédié encore moins cher ?". Au finale, nous sommes arrivés à la solution technique de notre RPS (mais à l'époque on ne savait pas encore que ça allait s'appeler RPS) et on s'est rendu compte que l'offre correspondrait plus à ce qu'on trouve sur le marché sous le nom de "serveur privé" que sous le nom de "serveur dédié". En effet, même si le RPS a son propre CPU, sa propre RAM, sa propre carte réseau, le RPS n'a pas de disque dur physiquement connecté sur le RPS. Le stockage est assuré par un SAN avec des baies de stockages redondantes, de haute performance et complètement distribuées. D'une autre côté, notre RPS ce n'est pas non plus un VPS (Serveur Privé Virtuel). Dans un RPS, le client a son propre CPU et donc la puissance de calcul lui est dédié, comme dans un serveur dédié. Dans un VPS, le client a une partie du CPU de la machine sur lequel la virtualisation se fait et donc le client ne sait pas exactement de combien puissance de calcul il dispose, est-ce qu'il va toujours disposer d'autant de puissance de calcul ou son site va commencer à ramer entre 17h et 19h (parce que l'héberger a lancé trop de VPS en parallèle sur la machine). De même pour la RAM, dans le RPS le client a la RAM pour lui tout seul, il sait combien il a de RAM, la RAM qu'il peut toujours utiliser à 100% s'il veut, dans un VPS, on parle de la RAM garantie et dynamique (!?), oui mais combien de RAM est-ce que le client va pouvoir utiliser, est-ce que la RAM c'est réellement une barrette de RAM avec les temps d'accès de la RAM ou c'est un SWAP monté sur le disque dur, 10 fois plus lent. Puis lorsqu'on parle du débit réseau, c'est encore plus évident. Le RPS dispose d'une carte réseau 100Mbps alors que sur un VPS on parle encore en Go/mois. Le RPS ressemble donc plus à un serveur dédié qu'à un VPS. Oui mais ... oui mais il n'a pas de disque dur comme un serveur dédié. Son disque dur est virtuel, sécurité, à distance et donc ce n'est pas un serveur dédié classique. C'est définitif: un RPS ce n'est pas un serveur dédié. Nous avons donc décider d'appeler notre offre "serveur privé" et non pas un serveur dédié. Mais c'est quand même mieux qu'un "serveur privé virtuel", n'est-ce pas ? D'où le nom du RPS (Real Private Server) qui dit que c'est quand même un serveur privé mais pas virtuel. Pas virtuel ? Réel ? Et oui. Le nom de "serveur privé réel" est pour bien là pour montrer que le client dispose de son propre CPU, sa propre RAM et sa propre carte réseau. Et donc que la qualité de service (QoS) d'un RPS est assuré par définiton à l'opposé d'un VPS. Amicalement Octave Bonjour, Hier, dans mon email, je ne vous ai pas tout dit à propos de RPS ... Nous avons vu la difference entre un RPS et un VPS. Les histoires du Réel et du Virtuel ne sont plus un mystère pour personne. Vraiment ? Et le disque dur ? Dans le cas d'un serveur privé (Réel ou Virtuel), le disque dur est virtuel. C'est à dire qu'aucun disque dur SATA, SCSI ou SAS est connecté directement sur le serveur. Le serveur utilise un espace de stockage sur le réseau. Dans le cas d'un VPS, la machine qui gère la virtualisation de chaque serveur VPS, gère en plus les disques durs en local. Le serveur VPS accède, via une emulation du disque dur sur un file system de la machine, à son espace de stockage qui est sur la machine elle-même. Le stockage est fait en local. Allez ... en gros, vous prenez un serveur dédié type HG (8 cores, 12Go de RAM, 750Go en RAID-1), vous faites pointer 64 IP-failover sur le serveur HG et vous lancez 64 serveurs VPS en donnant 10Go d'espace pour chaque serveur VPS. Fin de mystère. Désolé de casser les rêves. Dans le cas d'un RPS, le stockage se fait sur SAN (Storage Area Network). SAN ? Il s'agit d'une baie de stockage, haute performance, totalement redondante accessible via le protocole iSCSI. A l'opposé du truc de VPS, le iSCSI se comporte comme un vrai disque dur: vous pouvez le partitionner comme vous le souhaitez, le formater sous le file system de votre choix (ext3, reiserfs, xfs, afs, ntfs, fat32, ...) et donc vous pouvez installer le système de votre choix (Linux, Mac, Windows, Freebsd, Atari, ...). En 1 seul mot: la liberté totale. iSCSI est un protocole utilisé dans les grandes entreprises, là où il y a des To de données et là il faut que ça marche sans panne et là où il faut de la performance. C'est donc une technologie de pointe jusqu'à là réservée aux riches, je veux dire les banques, les boites de CAC40, etc. (attention, ce n'est pas parce que vous allez utiliser iSCSI que vous allez devenir riche, disant que je ne le vous garantie pas, mais bon ...). Sinon iSCSI c'est génial (ouais !). Par exemple si vous voulez que votre RPS soit le coffre fort de votre entreprise ou votre famille (avec les documents top secret), vous pouvez crypter la partition de votre choix et plus personne ne saura lire les données sur votre partition sans votre mot de passe. Enfin le iSCSI est environ 5 fois plus rapide que le NFS. Mais bon iSCSI ce n'est pas non plus un vrai disque dur comme dans un serveur dédié. Oui c'est un disque dur du RPS. Puis on pourra aussi proposer du NFS avec quelques fonctionalités super sympa (genre le snapshot, je veux mettre à jour mon RPS, je crée un snapshot, je mets à jour mon RPS, zut zut j'ai tout cassé, je fais un rollback sur le snapshot d'il y a 1 heure et je retrouve mon RPS d'il y a 1 heure comme si j'étais un riche avec un SAN ... heheh ... ouff ça marche). Amicalement Octave Bonjour, Hier, dans mon email, je ne vous ai pas tout dit à propos de RPS ... Oui jusqu'au là, je vous ai raconté un peu ce que c'est un RPS, avec cette l'histoire du vrai CPU, de la vraie RAM et du disque dur iSCSI. Je vous propose maintenant de passer aux choses sérieuses, et donc de découvrir "la force" du RPS. Prenons exemple d'un client qui prend un RPS. Il passe la commande et il reçoit un RPS en quelques minutes. Puis il installe son site et ça marche. Jusqu'au là, rien de choquant. 4 mois plus tard, le site de notre client cartonne. Mieux: c'est la folie ! Il y a plein de visiteurs par jour, les gens se bousculent pour voir n'est-ce qu'une petite page de ce fameux site. Mais la vérité est que le RPS est utilisé à 100% de sa capacité. Malgré le fait que le client dispose d'un vrai CPU et qu'il utilise à 100%, ceci ne suffit plus pour faire face à la croissance du site. Que faire ? Le RPS vous donne la solution en 3 minutes la montre à la main: vous allez dans le manager, vous dites que vous voulez un RPS avec un plus grand CPU et plus de RAM, vous cliquez. Le manager redémarre votre RPS et 2 minutes plus tard votre RPS est à nouveau opérationnel. Vous vérifiez 2 fois avant de croire: vous disposez bien d'un CPU plus important et plus de RAM. Explications. D'un côté vous avez les données de votre RPS qui se trouvent sur un SAN, sur le disque dur iSCSI, pour dire simplement sur le réseau. Et de l'autre côté vous avez un hardware, un vrai processeur avec une vraie RAM, pour dire simplement une carte mère connectée sur le réseau. Pour vous livrer le RPS, on dit au système: démarre la hardware n°659 avec le disque dur iSCSI n°241 et pointe l'IP fail-over n°415 sur le hardware n°659 Et pour augmenter la puissance de calcule de votre RPS, on dit: démarre la hardware n°1218 sur le disque dur iSCSI n°241 et pointe l'IP fail-over n°415 sur le hardware n°1218 Le hardware n°659 et le hardware n°1218 n'est pas le même. L'un dispose d'un CPU 1 et l'autre d'un CPU 2. Le CPU 2 est plus puissant que le CPU 1. Le disque dur iSCSI n°241 est votre disque dur sur lequel vous avez votre système (Linux, Windows, Freebsd, ...) et vos sites. Vous pouvez faire marcher votre disque dur avec n'importe lequel hardware de votre choix. L'IP fail-over n°415 est votre IP, et elle vous suit sur notre réseau quelque soit le hardware que vous avez décidé d'utiliser. Vous n'avez rien à configurer. Vous n'avez rien à réinstaller. Vous n'avez rien à gérer. 3 cliques, 3 minutes et ça marche. Une simplicité qu'on demande en utilisant un serveur privé et qui est possible avec un RPS. Amicalement Octave Bonjour, Hier, dans mon email, je ne vous ai pas tout dit à propos de RPS ... Maintenant que nous avons vu le côté Réel de RPS (le vrai CPU, la vraie RAM), le côté évolution (le client change la puissance de son RPS en 3 minutes), regardons "le 2ème effet" du RPS. RPS fonctionne avec un disque dur sur le réseau (sur un SAN) accessible via iSCSI. Ce disque dur il peut être aussi accessible via le NFS (Network File System). Quelle est la difference entre iSCSI et NFS ? Dans le cas du iSCSI, il s'agit d'un vrai disque qu'il faut partitionner et formater. Dans le cas du NFS, il n'y a rien à partitionner ni à formater: les données sont stockées et prêtes à être utilisées. L'avantage de iSCSI est que vous pouvez partitionner votre disque comme vous voulez et le formater sous le file system que vous voulez et donc installer le système que vous voulez. Sous NFS, nous allons proposer que du Linux. Lorsque vous souhaitez augmenter la taille de votre disque à notre niveau c'est fait en 3 minutes: on augmente votre quota et voilà. Sous NFS, la taille est automatiquement augmentée, rien à faire à votre niveau. Dans le cas du iSCSI, votre disque a une taille plus importante. Vous pouvez donc créer une nouvelle partition et la formater, ou augmenter la taille de vos partitions actuelles. C'est déjà un peu plus délicat à gérer. Il faut le faire en fonctionnement à chaud ou via le rescue. Sous NFS, vous profitez du file system du SAN et donc par exemple les snapshots (création d'une image de votre disque à l'instant T). Vous pouvez créer autant des snaphosts que vous voulez et quand vous voulez (dans la limite de la taille de votre espace). Au niveau du iSCSI, vous choisissez le file system. Vous pouvez utiliser ext3, reiserfs, afs, nfts, fat95, etc. Et donc vous avez les fonctionnalités de votre file system. Avec NFS et les snapshots, vous pouvez donc créer une image de votre serveur et faire copier cette image vers l'espace disque d'un autre serveur RPS. Et au final démarrer un autre RPS avec l'image disque de votre RPS principal. En gros, vous pouvez cloner ainsi à l'identique les images de système et accélérer le déploiement de votre installation. Par exemple, vous avez 23 RPS à préparer. Au lieu de préparer 23 serveurs RPS, un par un, vous préparez votre premier RPS, puis vous copiez l'image de votre premier RPS sur le disque du RPS 2,3,4, ..., 23 puis vous démarrez vos RPS 2,3,4,..,23 sur cette image. Tout est prêt à fonctionner. Pas trop convaincu ? Okey. Via ce système d'image, vous pouvez mettre à disposition des autres clients de RPS chez Ovh, une image de système de Linux que vous avez préparé par rapport à certains besoins précis. Cette image vous pouvez la proposer gratuitement ou se faire payer par les clients d'Ovh qui seraient intéressés par une distribution Linux très spécifique qu'Ovh ne propose pas. Toujours pas convaincu ? Si vous jouez beaucoup et vous voulez partager avec d'autres joueurs une distributions de jeux avec les maps spécifiques, ou gérer une plate-forme de jeux de plusieurs dizaines ou centaines RPS avec plusieurs dizaines d'images de Linux spécifiques par rapport aux jeux, aux maps, aux nombres de joueurs, toute cette gestion via un système classique est vite une prise de tête. Avec RPS c'est d'une simplicité extrême. Toujours pas convaincu ? Et si en plus, on vous propose le hardware AMD de vos rêves ? Parce que notre vrai CPU ça peut être un processeur Intel comme AMD et quelque soit le type du processeur ! Vous pensez que pour vos besoins un AMD Athlon 64 FX est mieux qu'un Quad-Core Intel Xeon Serie 5300 ? 3 cliques, 3 minutes et vous l'avez. Amicalement Octave |
|
MultiNetWorks
| Damien 
Inscrit le : 13/05/2005 |
# Le 16/12/2007 à 15:09 J'ai des doutes sur la rapidité du disque qui n'est pas en local justement. Damien... |
|
PepsiCola
| Jean-Jacques Inscrit le : 09/05/2005 |
# Le 16/12/2007 à 16:36 A priori ça semble très sympa, et ça élimine ( d'après ce que je comprends ) tout risque de crash disque sur son serveur dédié et donc le besoin de sauvegardes fréquentes. abonné au gaz |
|
caaptusss
| Jérémy
Inscrit le : 25/09/2007 |
# Le 16/12/2007 à 16:54 Si les prix sont globalement pareil que pour les dédiés, que la gamme de puissance est identique et que la distrib release 2 soit dispo nativement dessus, je risque fortement de migrer mes serveurs sur ce type d'offre... |
|
mirage
| Vincent 
Inscrit le : 04/05/2005 |
# Le 16/12/2007 à 17:00 Quel est l'intérêt d'utiliser la Release OVH (ou toute autre distribution "clé en main"), si ce n'est de ne pas avoir à tout installer à la main (et donc connaître vraiment son système, ses logiciels, la configuration, ...) ? |
|
caaptusss
| Jérémy
Inscrit le : 25/09/2007 |
# Le 16/12/2007 à 17:03 Je connais la distribution comme ma poche, ça fait 1 an que je l'utilise sur l'ensemble de mes serveurs. |
|
Bool
| Olivier 
Inscrit le : 09/05/2005 |
# Le 16/12/2007 à 18:36 Pour ce genre de "buzz" Octave devrait vraiment louer les services d'une personne maniant mieux le français : meme si j'étais interessé par l'offre, je n'ai pas pu lire ces trucs en entiers. Ca gache un peu tout l'effet non ? |
|
MathieuC
| Mathieu 
Inscrit le : 15/07/2005 |
# Le 17/12/2007 à 14:40 Pareil, j'ai carrement autre chose a faire que sautiller sur ma chaise a attendre un nouveau jouet. |
|
devtribu
| Olivier 
Inscrit le : 16/06/2005 |
# Le 17/12/2007 à 14:54 A priori, toutes les distributions seront disponibles. Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f |
|
MathieuC
| Mathieu
Inscrit le : 15/07/2005 |
# Le 17/12/2007 à 19:30 Ouais, mais c'est du tres bas de gamme |
|
caaptusss
| Jérémy
Inscrit le : 25/09/2007 |
# Le 17/12/2007 à 20:09 D'après ce que j'avait vu sur un forum il y a un moment, ils ont à leur disposition une architecture iSCSI de 1 Po, ce qui est quand même assez énorme... |
|
flush
| Jean-Philippe 
Inscrit le : 09/05/2005 |
# Le 17/12/2007 à 20:37 1 Po = 1025 go ? @+ Jean-Philippe |
|
Rano
| Jean 
Inscrit le : 13/04/2005 |
# Le 17/12/2007 à 20:47 1 Po = 1024 To = 1024 * 1024 Go |
|
caaptusss
| Jérémy
Inscrit le : 25/09/2007 |
# Le 17/12/2007 à 20:52 Oui, elle a été conçu pour les backup, pour les filer des mutu, et désormais pour l'offre RPS. |
|
caaptusss
| Jérémy
Inscrit le : 25/09/2007 |
# Le 18/12/2007 à 20:55 Pour les petits curieux : |
|
PepsiCola
| Jean-Jacques Inscrit le : 09/05/2005 |
# Le 18/12/2007 à 21:37 Pour les petits curieux : abonné au gaz |
|
PetitBeurre
| Beurre Inscrit le : 09/05/2005 |
# Le 19/12/2007 à 00:57 Amusant, d'ailleurs dans son CV, nous pouvons voir sa maîtrise des langues à propos de laquelle je me suis permis de corriger un oubli de sa part : |
|
krucial
| Jean Christophe 
Inscrit le : 09/03/2005 |
# Le 19/12/2007 à 10:01 Moi j'aime bien : Mars 1994-août 1995 co-création d'une société de réparation de véhicules industriels : camions, chariots élévateurs, etc. Effectif 5 personnes + 1 cadre. Organisation de travail, gestion de la trésorerie, relations commerciales avec les fournisseurs et les clients. CA 1.8Mln première année. Août 1995 revente de l'entreprise. Cause : l'importance de travail pendant la 2éme année du cycle préparatoire. JC - Mes sites |
|
MathieuC
| Mathieu
Inscrit le : 15/07/2005 |
# Le 19/12/2007 à 10:31 Pour info : 1.800.000 PLN = 497.622 EUR |
|
caaptusss
| Jérémy
Inscrit le : 25/09/2007 |
# Le 19/12/2007 à 12:13 Je trouve le chiffre déjà très bon pour une création à l'arrache nan ? |
Répondre
Vous ne pouvez pas participer au forum, car votre inscription n'a pas été validée. Pour vous faire valider en tant que Membre, cliquez ici.