|
Vous trouverez ici l'historique des annonces OVH à propos du RPS, triées chronologiquement.
Tout commença avec cette courte annonce du 9 septembre 2007 : (petit) scoop Ovh va se lancer dans le serveur privé.
Et le 17 septembre, on en savait déjà un peu plus : Serveur privé...
Nous avançons sur le serveur privé. C'est la dernière ligne
droite. Nous avons reçu le transformateur 20000V aujourd'hui
et donc on pourra vers la fin de la semaine finaliser l'infra.
On hésite sur le choix du nom de l'offre. Parce que notre
solution est très très particulière, on pense l'appeler:
"serveur privé dédié" Et le 10 octobre, le RPS avait son nom : On a trouvé !
Nous avons trouvé le nom de notre future offre de serveur
privé: RPS. Un RPS n'est pas un VPS (Virtual Private Server).
Comme son nom indique c'est un Real Private Server. Car
il n'y a rien de virtuel dans un RPS. Tout est réel ...
Nous sommes en phase finale du projet. Hier, les premiers
RPS sont sortis de la ligne de montage. Maintenant nous allons
procéder à des tests grandeurs nature de l'infrastructure
puis nous allons pouvoir vous proposer des RPS en bêta test
pendant 1 mois gratuit afin de récolter maximum des feedbacks
pour finaliser l'offre et expliquer/valider les innovations ... Le 22/10 : - Nous sommes en train de produire 1000 RPS (Serveur
Privé Réel) pour lancer un test grandeur nature de
l'offre. Vu le prix de l'offre et vu ce qu'on va
proposer, 1000 RPS vont partir en quelques jours.
Ceci nous permettra aussi de choisir le type de
RAID à utiliser sur notre nouvelle infrastructure
de stockage.
Et c'était parti pour 5 annonces longuement explicatives : Histoire du RPS - 10/12/2007
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. Histoire du RPS (une suite) - 11/12/2007
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. Histoire du RPS (la suite) - 12/12/2007
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). Histoire du RPS (une suite ... encore) - 13/12/2007
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. Histoire du RPS (une suite .. encore) - 14/12/2007
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.
Histoire du RPS (c'est pas fini ...) - 17/12/2007
Vendredi, dans mon email, je ne vous ai pas tout dit à propos de RPS ...
Évidement ! Puisque nous n'avons pas parlé de prix. Même si nous allons
proposer plusieurs gammes de RPS (plusieurs CPU/RAM) pourquoi pas parler
du prix du RPS 1.
Alors ce RPS 1, c'est quoi au finale, techniquement parlant ?
Tout d'abord un vrai CPU. Certains d'entre vous on bien retrouvé le
produit que nous avons demandé à Intel de développer. Il s'agit d'une
série des cartes mères avec le processeur intégré, basse consommation
électrique, avec une réseau intégrée et les dimensions permettrait
de mettre 2 cartes mères côte à côte dans moins d'1U (4.5cm). Soit
environ 100 RPS par baie. Ce produit est disponible depuis 2-3 mois
chez Intel et nous l'utilisons déjà sur la gamme 2008 de kimsufi
depuis 2 mois. La puissance du CPU est équivalent à l'ancien Celeron
2.0GHz/2.6GHz. Donc déjà quelque chose qui cartonne pour du serveur
privé.
En savoir plus:
http://www.intel.com/products/mother...1GLY/index.htm
http://www.intel.com/products/mother...GLY2/index.htm
Conclusion: nous sommes bien dans le Réel (à l'opposé de Virtuel).
Un vrai CPU et relativement puissant par rapport à ce qu'on trouve
au niveau de serveur privé.
En suite, la vraie RAM. Nous avons décidé de mettre sur la carte
mère 512Mo de RAM DDR2. C'est la vraie RAM disponible sur votre
RPS 1. Ce n'est ni la RAM garantie ni dynamique, c'est votre RAM.
Conclusion: nous continuons toujours dans le Réel.
En terme de trafic, vous disposez d'une interface réseau 100Mbps.
Pas de limitation comme sur l'ensemble de nos offres de serveur
dédié. Conclusion: on ne peut donc pas proposer plus Réel que
"no limit" pour le débit.
Puis, l'espace disque de base démarrerait à environ 30Go, avec la
possibilité de l'évolution à 100Go ou 1To. Mais peut-être à 100Go
voir plus puis avec l'évolution jusqu'à 1To ? Mais peut-être 1To de
suite ? Mais un RPS avec 1To ne serait plus vu par les clients comme
un serveur privé (qui propose aujourd'hui 1To d'espace disque ?).
Les clients qui seraient éventuellement intéressés par le RPS avec
30Go n'aurait pas pris le RPS avec 1To parce que ça leur semblerait
irréaliste. Du coup on ne peut pas lancer l'offre RPS avec 1To de
disque dur. Il faut y aller tranquillement. Mais comment ?
On a donc eu l'idée de proposer à nos clients le RPS avec un prix
fixe par rapport à 30Go d'espace disque, avec la possibilité de
l'agrandir gratuitement à autant que le client a besoins. Puis de
donner la possibilité aux clients de payer autant qu'ils veulent
pour ce qu'ils ont l'impression d'avoir en plus. En gros, le
client paie 9.99Euro HT/mois le RPS 1 avec 30Go puis on lui donne
la possibilité de prendre plus d'espace qu'il paie autant qu'il
veut. Ou encore autrement, il paie un pourboire Ovh pour le plus
qu'il estime avoir reçu et donc c'est lui qui fixe le pourboire
qu'il veut payer à Ovh. Innovant ? Un peu trop non ? ...
Nous n'avons pas encore décidé sur tous ces points là. Nous sommes
au 6ème emails pour expliquer l'offre RPS. Je ne sais pas si déjà
on arrivera correctement mettre en avant l'ensemble des innovations
technologiques pour en plus parler des innovations en terme de
facturation. Le client risque de s'y perdre voir carrément avoir
peur d'une telle offre. Comment le rassurer ? Comment lui dire que
"son iSCSI il sera très rapide même avec 1To des données" ? Mais
bon, on continue la réflexion sur ces questions. Histoire du RPS (on continue ...) - 18/12/2007
Hier, dans mon email, je ne vous ai pas tout dit à propos de RPS ...
Hein ? Est-ce qu'il y a encore des choses à ajouter ? Il a dit ce que
c'est le RPS, comment il marche, son prix, ce qu'ils vont y mettre.
Tout est dit non ?
Non, pas tout. Il faut qu'on vous explique quelque chose extrement
important. A savoir: comment Ovh arrive à proposer un tel service à
un prix aussi intéressant ? Est-ce que viable ? Est-ce que c'est
une offre pérenne ? Est-ce qu'ils font n'importe quoi ? Et pourquoi
ils nous disent autant ? Pourquoi ils n'ont pas peur de dévoiler la
technologie ? Mais ils vont se faire copier !! Oh mon Dieu .. ahhh !
On se calme ... on contrôle la situation. L'explication rapide se
résume à une phrase: Ovh est écolo.
L'explication longe, la voici:
Ovh pratique l'écologie à l'échelle industrielle depuis plus de 4 ans.
En effet, depuis 2003/2004, nous disposons des technologies qui nous permettent
de faire les économies d'échelle (de l'ordre de 30% !!) sur la puissance
consommée nos installations, pour parler plus précisément, par nos datacentres.
Une question piège: "Combien de puissance électrique est nécessaire pour
faire fonctionner un serveur donc la puissance électrique est de 60W" ?
La réponse: dans un datacentre traditionnel il faut entre 100W à 120W et
dans un datacentre Ovh, il faut entre 70-80W. !? Comment ça ?
Il faut bien sûr 60W pour alimenter le serveur. Le serveur en fonctionnant
il dégage de la chaleur. Environ 80-90% de 60W sont transformés en chaleur,
soit environ 50W. Cette chaleur de 50W il faut évacuer.
Dans un datacentre traditionnel, pour évacuer cette chaleur, vous avez la
climatisation. Pour évacuer 50-60W de chaleur, il faut alimenter la clim
qui va consommer environ 40W-60W . Vous retrouvez donc 100W-120W. En gros
le double. Pour dire autrement, le coût de l'énergie, ce coût heure par
heure, mois par mois est double !!!
Dans un datacentre OVH, nous avons mis en place, il y a 4 ans un système
de refroidissement liquide. Au lieu d'évacuer la chaleur dans l'air puis
faire fonctionner les clims, nous récupérons la chaleur à travers un
circuit de refroidissement liquide. Ce liquide chaud, en sortant de la baie
et du datacentre, est facile et peu coûteux à refroidir. En gros, il nous
faut 10-20W pour refroidir 50-60W soit 4 fois moins que dans un datacentre
traditionnel.
C'est beau. Clap clap. Et alors ? Faisons calcul: Pour faire fonctionner
un RPS dans un datacentre traditionnel il faut prévoir environ 3Euro HT/mois
d'énergie (la puissance du serveur + les clims) alors que dans notre
datacentre on reste inférieur à 1Euro HT/mois. Est-ce que quelqu'un peut
proposer un RPS dans un datacentre traditionnel ? ...
Ma conclusion: Être écolo c'est faire les économies. Ovh est un exemple.
Aucune lois ne nous a obligé de le faire. C'est le bon sens économique.
On n'est pas écolo, pour être écolo. On l'est parce que c'est rentable.
Pourquoi Ovh n'en parle pas plus ? C'est vachement bien ! Nous l'avons
fait il y a 4ans et les réactions de nos clients nous ont motivé de ...
ne plus jamais en parler. Est-ce qu'aujourd'hui vous êtes plus prêts à
entendre toutes nos histoires ? A vous de me le dire ...
On peut être écolo en justifiant le logo vert parce qu'Intel ou AMD proposent
des CPU qui consomment moins. On peut aussi être écolo en proposant ces CPU
dans un datacentre écolo. Peu importe. Je pense simplement qu'il est temps
d'intégrer la remise en cause à travers la composante écologique. Autrement
dit ce n'est pas parce que c'est vert que c'est forcement moins bien. Au
contraire, tout le monde y gagne ... un RPS, à 9.99Euro HT/mois est une
preuve non ?
Histoire du RPS (la fin ...) - 19/12/2007
Hier, dans mon email, je ne vous ai pas tout dit à propos de RPS ...
.... mais aujourd'hui, je vous dit tout le reste.
En septembre, octobre, nous avons commencé à parler de RPS, en essayant
de vous expliquer le concept du Réel et ce qu'on préparait. Je pense que
mes récents emails sur l'histoire du RPS ont répondu à 95% des questions
que vous vous posiez encore. Mais ces échanges sur le RPS du mois de
septembre nous ont permit d'élargir le champs de réflexion sur le RPS.
En effet, certains clients nous ont parlé d'intérêt qu'ils auraient
pour une offre flexible comme S3. Depuis, nous avons regardé le concept
de S3 en profondeur, nous ne comprenons toujours pas l'intérêt d'une
offre dont la facturation varie tous les mois en fonction de ce qui est
réellement utilisé. Le fort de nos offres a été de proposer les forfaits
tout compris pour un prix défiant toute concurrence. Ce concept de "tout
compris" vous permet de savoir à l'avance combien vous payez et comme Ovh
n'a pas vos coordonnées bancaires, vous seul vous décidez quand vous payez
et combien vous payez. C'est pourquoi toutes nos offres sont tout compris,
sont simples à comprendre, mais surtout budgetisables sur 12 mois. On sait
d'avance combien l'hébergement va nous coûter cette année.
D'autre part, nous sommes aussi présent sur d'autres pays que la France
et on se rend compte que les mentalités ne sont pas pareils partout en
Europe. On remarque par exemple que le marché Polonais n'aime pas (encore)
les forfaits. Les clients polonais préfèrent acheter au détail, le Mo d'espace
par Mo, le compte email par compte email, même si au final ils paient
plus cher que le forfait. C'est très curieux mais ceci change et on pense
que la situation sera comme en France sous 2-3 ans. En Allemagne, le concept
du tout compris est déjà bien dans le marché au niveau de l'hébergement
mutualisé mais pas encore très développé en serveur dédié. On peut dire que
ceci plaît énormément.
Pour revenir sur le RPS, il ne nous reste plus qu'à fixer les règles de
facturation. Nous vous en avons déjà parlé un peu. En gros, nous avons 2
approches qu'on veut valider avec vous. Vos réactions sont très bienvenus
et nous permettront de sortir l'offre définitive.
l'approche 1: le forfait
------------------------
Dans cette approche, vous avez un espace disque au forfait. La facturation
est fixe par mois. Vous payez mois par mois ou par 12 mois. Le standard Ovh.
Le RPS 1, avec un processeur Intel Celeron, 512 Mo de RAM, le réseau 100Mbps,
1 IP fail-over, 30Go d'espace disque iSCSI/NFS pour 9.99Euro HT/mois
Le RPS 1, avec un processeur Intel Celeron, 512 Mo de RAM, le réseau 100Mbps,
1 IP fail-over, 100Go d'espace disque iSCSI/NFS pour 39.99Euro HT/mois
Le RPS 1, avec un processeur Intel Celeron, 512 Mo de RAM, le réseau 100Mbps,
1 IP fail-over, 500Go d'espace disque iSCSI/NFS pour 99.99Euro HT/mois
Le RPS 1, avec un processeur Intel Celeron, 512 Mo de RAM, le réseau 100Mbps,
1 IP fail-over, 1To d'espace disque iSCSI/NFS pour 199.99Euro HT/mois
l'approche 2: la flexibilité
-----------------------------
Dans cette approche, vous avez un RPS de base avec 1To d'espace et vous payez
l'espace utilisé réellement au delà de 10Go. Si dans le mois vous avez utilisé
à un moment donné 23Go, on vous facturera 13Go d'espace, en plus de votre RPS.
Aussi, vous pouvez fixer le montant que vous ne souhaitez pas dépasser par mois.
Si vous le faites, votre disque dur iSCSI aura une capacité de stockage inférieure
à 1To mais vous permettra de rester en dessous du montant que vous ne souhaitez
pas dépasser.
Le RPS 1, avec un processeur Intel Celeron, 512 Mo de RAM, le réseau 100Mbps,
1 IP fail-over, 10Go d'espace disque iSCSI/NFS pour 9.99Euro HT/mois
Le coût du Go d'espace (au delà de 10Go) : 0.20Euro HT/mois
Le coût de Go/mois de transfert in et out : 0.00Euro HT/mois
Le coût des opérations sur le disque dur iSCSI : 0.00Euro HT/mois
Exemple d'un client:
J'ai un RPS sans limite de facturation. Mon disque dur a donc une capacité de
1To. Dans le mois j'ai utilisé au maximum 67Go d'espace disque. A la fin du
mois Ovh m'a facturé: 9.99Euro HT (pour le RPS) et 11.4Euro HT (pour 57Go
d'espace de disque en delà de 10Go). Le mois suivant, j'ai utilisé 23Go, Ovh
m'a facturé 9.99Euro HT + 2.6Euro HT. Puis le mois suivant j'ai fait à Noël le
backup de tous les postes du bureau et j'ai utilisé pendant le mois de décembre
693Go d'espace de disque sur mon RPS. Ovh m'a facturé 9.99Euro HT + 136Euro HT.
Exemple d'un autre client:
J'ai un RPS avec une limitation de facturation dans le mois que j'ai fixé à
25Euro HT/mois. Ovh m'a livré un RPS 1 avec 75Go d'espace de disque au lieu
de 1To (25Euro - 9.99Euro = 15Euro de budget pour l'espace disque / 0.20Euro
= 75Go de disque au maximum). J'ai utilisé le premier mois 9Go d'espace,
Ovh m'a facturé 9.99Euro HT. Puis je reste toujours en dessous de 10Go. Le
coût de mon RPS par mois est de 9.99Euro HT.
Après ce long roman, venait la conclusion le 21/12/2007 : Il y a 2 jours, nous avons lancé un débat sur le type de facturation
que nous avons imaginé pour le RPS et nos doutes. Je remercie tous ceux
qui m'ont envoyé l'email et ont aussi participé dans le débat. Je n'ai
pas répondu à tout le monde mais j'ai tout lu, reforwardé en interne,
rediscuté puis résumé. Très très intéressant. Ceci nous a aussi permis de
voir les besoins qu'on n'a pas imaginé ...
Je pense qu'on peut résumer vos réactions de manière suivante:
- La majorité des clients souhaitent avoir un forfait fixe sans surprise
à la fin du mois. Ils ont besoins d'un budget par an pour savoir combien
va coûter l'hébergement. Que ça soit le client final ou le cas d'un
revendeur qui gère le client final. En gros, ce client là s'occupe 1 fois
par an du prix et il peut éventuellement revoir la copie lorsqu'il y a
des besoins en plus, en gros faire une upgrade. Sinon le client va utiliser
l'hébergement dans l'état jusqu'à ce qu'il y ait des trous dans la
semelle (et il a raison)  . C'est le coeur de notre métier et nos offres
répondent à ces besoins. Les offres claires et simple à comprendre.
- Il y a des clients qui veulent avoir une flexibilité dans l'upgrade
de l'offre. Par exemple, s'ils ont besoins d'augmenter l'espace disque
ils veulent avoir juste l'augmentation de l'espace sans changer de l'offre.
Et donc ils veulent pouvoir personnaliser à l'avance certains paramètres
sans tout remettre en cause ou complètement changer d'approche.
- Puis il y a des clients qui n'ont aucune idée des besoins en terme de
capacité nécessaire pour faire fonctionner le projet ou ceux qui ont besoin
qu'il varie de manière très violente. Avoir 30Go aujourd'hui, 300Go demain
puis 30To la semaine prochaine, parce que le projet marche et ne rien payer
lorsque le projet ne marche pas. On peut résumer cette offre à de l'hébergement
start-up ou le proof-of-concept. Au bout de quelques mois le projet se
stabilise ou connaît une croissance stable et là il est possible de choisir
le bon type d'hébergement.
L'estimation sur les proportions (approximatif) est qu'il y a environ 50%
des clients qui veulent les forfaits, 40% veulent pouvoir évoluer les
forfait et 10% des clients ne savent pas ce qu'ils ont besoins et sont
prêts à payer mois par mois en fonction de l'utilisation réel.
Cette petite enquête nous a permis de finaliser les offres RPS que voici.
RPS-1
Intel Celeron avec 512Mo de RAM, 100Mbps illimité, 10Go iSCSI/NFS
à 9.99Euro HT/mois
la possibilité d'augmenter l'espace (jusqu'à 1To): 10Go pour 2Euro HT/mois
RPS-2
Intel Pentium avec 1Go de RAM, 100Mbps illimité, 20Go iSCSI/NFS
à 24.99Euro HT/mois
la possibilité d'augmenter l'espace (jusqu'à 1To): 10Go pour 2Euro HT/mois
RPS-3
Intel Core2Duo avec 2Go de RAM, 100Mbps illimité, 30Go iSCSI/NFS
à 39.99Euro HT/mois
la possibilité d'augmenter l'espace (jusqu'à 1To): 10Go pour 2Euro HT/mois
Avec la possibilité de basculer d'un RPS à un autre en moins de 3 minutes,
possibilité d'augmenter l'espace en quelques minutes etc. Notre objectif
est de démarrer l'offre puis de travailler sur le SAN afin de réduire le
coût de Go pour vous faire profiter de prix encore plus intéressant. Mais
on ne souhaite pas que le RPS soit utilisé juste pour le stockage pas cher.
Ce n'est pas son objectif. Et donc nous n'avons pas retenu le 1To par
défaut.
Le marché qu'on vise avec ce produit est le marché 1 et 2. C'est à dire le
marché des clients qui n'ont pas de serveur dédié et ne veulent pas de
l'hébergement mutualisé. Le marché actuellement occupé par les VPS. Mais
à l'opposé de VPS, le RPS garantira les performances. Nous n'avons finalement
pas retenu les histoires de pourboire ni l'histoire de tu paies plus si tu
as eu plus. C'est trop incompréhensible et on ne souhaite pas se battre avec
les clients pour leurs prouver quelque chose qu'ils n'y croient pas, parce
que la vie c'est pas comme ça (ils ont certainement raison, nous on rêve trop).
Pour le marché 3 et le marché du stockage scalable (à la S3), nous réfléchissons.
Mais je pense qu'il est plus intéressant d'attaquer le marché de clustering
en priorité ... je commande un serveur puis 2 semaines plus tard je commande
un 2ème qui démarre en 3 minutes et il est identique au 1er ... ainsi à
l'infinie ou presque. Et pour finir en beauté... le lancement de la bêta, où plus de 200 RPS sont partis en une nuit (21/12/2007) ! Vous avez lu mes 10 emails et vous vous dites que le RPS peut vous
intéresser ? Vous avez un VPS qui rame ? Vous avez un serveur dédié
et vous vous demandez si au final le RPS ne serait pas suffisant ?
Vous avez un hébergement mutu et vous vous demandez si un RPS ne
vous donnerait pas un avantage sur le marché ? Vous avez une team et
vous voulez passer vos nuits de Noël à killer (virtuellement) ?
Vous êtes écolo ? Vous avez 5Euro sur vous ?
Alors beta-testez'em all !
Pendant 30 jours vous avez le RPS-1 à 50% soit à 5Euro HT seulement !
C'est quoi un RPS ?
Un Réel Private Server ou serveur privé réel composé d'un Intel
Celeron basse consommation, avec 512Mo de RAM avec 100Mbps de bande
passante et avec un disque dur 10Go iSCSI sur un SAN. Tout ceci au
prix de 9.99Euro HT/mois mais qu'on vous fait à 5Euro juste maintenant,
right here and right now mais juste jusqu'à fin janvier !
Il s'agit de beta-test. Ce n'est pas une plate-forme définitive. Pour
nous il s'agit de voir votre utilisation réel du SAN. Et il nous faut
un feedback sur les performances de l'ensemble. Si vous savez faire
bouriner un serveur dédié, vous êtes le bienvenu !
Comment participer ?
On met en jeux environ 200-300 RPS. Juste assez pour bien débugger
les derniers problèmes qu'on peut avoir. Il faut passer la commande
via l'URL ci-joint et vous allez recevoir les RPS à partir de mi
la semaine prochaine pour 1 mois uniquement. Vous n'allez pas avoir
la possibilité de renouveler le RPS (c'est une plate-forme de test
avec plein de capteurs, une sort de cobaye sous-perforation qu'on
va démonter à la fin des beta-test, snif ...).
Voici l'url:
https://www.ovh.com/cgi-bin/newOrder...?orderType=rps
Si l'url ne fonctionne plus, ce que nous avons eu plus de 200
commandes et nous avons rempli la plate-forme de test (ou nous
avons oublié d'enlever l'url de commande, oui oui ça peut arriver).
Les livraisons vont commencer mi-semaine prochaine. Donc là c'est
juste pour commander.
Alors ? C'est parti ! Gooo ........
La version finale de RPS-1 est prevue pour mi janvier/fin janvier.
Le RPS-2 et le RPS-3 fin fevrier/debut mars (minimum 4-6 semaines
après le RPS-1).
|
