DEDIBOX-NEWS.COM

Pour ceux qui ne saurait pas de quoi il s'agit, c'est en gros :

CPU et RAM d'un coté.
Espace disque sur SAN de l'autre.

le tout etant modifiable à la demande. Cela permet une grande flexibilité.
Ils n'ont certes rien inventé puisqu'en entreprise, cette solution est déjà utilisé depuis quelques temps, mais je trouve celà bien de lancer ce genre d'offre au grand public.

Votre avis ?

PS : Octave s'est laché au niveau de la mailing avec moins de fautes que d'habitude pour une fois mais y a beaucoup à lire. Pour ceux qui ont le courage de lire, c'est quand même interessant.



Partie 1 :

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

Partie 2

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

Partie 3

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