oles@ovh.net
03-12-2008, 15:46:01
Bonjour,
La news d'aujourd'hui parle de l'hébergement mutualisé, du stockage
illimité, de puissance de calcul illimité et de l'avenir de l'hébergement
(qui n'est que le web aujourd'hui et pourquoi pas tout le reste ?).
Demain la news 6/6. On arrête de vous soûler avec nos histoires :)
Mutualisé
- urchin v6
Une nouvelle version d'Urchin (calcul de statistique web) est en
cours de mises en place. On recalcule quelques mois en arrière.
Comme ça vous aurez une vision globale de votre site avec la v6
(en plus de v3). Cette version 6 est à la base de Google Analitics.
Ovh le propose à travers les logs de serveurs WEB et donc de
manière nettement plus précise qu'un lien dans une page puisque
tout ce que votre site génère est dans vos logs WEB.
- Nous sommes en test de nouvelles infrastructure de balancing
pour l'hébergement mutualisé. Actuellement nous utilisons les
cartes SLB de Cisco et nous pensons passer sur la nouvelle
génération des cartes de chez Cisco: les ACE. Les cartes sont
plus fortes et gèrent plus de connexions simultanées. Avec
une gestion plus fine de différents types d'attaques, on
pense qu'il y a quelques avantages à passer sur ces nouvelles
cartes. Peut être dans le contexte de Cloud Computing.
- Nous sommes en phase finale de basculement de l'infrastructure
de stockage. Il faut encore quelques semaines pour finir le
basculement des offres START (toutes les autres sont déjà basculées
à 95%). En tout plusieurs centaines de To de données auront été
basculées déjà et il reste encore quelques To.
- L'objectif de ces basculements est d'officialiser les offres Mutu 2009.
Ces nouvelles offres s'inspirent directement des offres de serveurs
dédiés. En effet, elles doivent permettre plus de souplesse, plus de
trafic, plus d'espace de disque et une exigence de qualité en fonction
du prix que le client est prêt à payer.
- Nous allons ajouter une notion de SLA dans les forfaits d'hébergement
mutualisé. Par défaut, une offre est en SLA Premium puisque le site
utilise les ressources dans le cadre du forfait, sans les dépasser. Si
le client utilise plus de ressources qu'il a acheté (par exemple, il
utilise 3.5 Go au lieu de 3Go) (comment ça ? c'est possible ? chez
Ovh ça sera possible) et il ne souhaite pas acheter de ressources
supplémentaires (!! ça risque d'être exclusivité d'Ovh ;) ), le SLA
est dégradé. Le site n'est plus suspendu ou il n'est plus bloqué
mais simplement le service rendu s'adapte: qualité=f(prix-utilisation).
Nous tenons quand même à l'esprit de forfaits pour définir ces 3
paramètres. Mais l'équation ne sera plus rigide mais va s'adapter
à chaque client en fonction de ce qu'il veut exactement. Nous allons
donc innover dans la gestion des abus et des bursts. Notre gestion
ne sera pas binaire, mais plus respectueuse de chaque client.
- Ainsi, le mutu 2009 doit répondre aux 3 marchés:
- Le client qui recherche la qualité, il a des besoins et il reste
dans le cadre du forfait de l'hébergement (c'est notre client
habituel).
- Le client qui a des besoins très importants en terme de stockage
(jusqu'à 100To) en terme de trafic mensuel et il a un budget pour
ce service. Actuellement, nous lui proposons un serveur dédié.
Avec mutu 2009, il pourra rester en hébergement mutualisé.
- Le client qui ne se soucis pas de la qualité, il a un petit
budget mais des besoins importants. Actuellement, ces clients
là cherchent des hébergements gratuits ou des services qu'il peut
trouver à droite et à gauche. L'objectif est de créer une offre à
un faible coût avec une qualité meilleur que les services gratuit
mais pas aussi bonne que s'il payait le prix du service. C'est un
défi d'équilibriste qu'on souhaite relevé.
Quelque part c'est un début des offres illimité ... sans dégrader
la qualité de tous les autres clients, biensûr.
- Dans ce contexte là, on réfléchit sur la notion de Cloud Computing dans
un environnement d'hébergement mutualisé. Les resources necessaires
s'adapter aux besoins en temps réel. Le but est donc de proposer les
ressources à la carte en terme d'espace disque, transfert mensuel et
puissance de calcul dans le cadre d'un forfait (limité ou pas) ou à
l'utilisation réelle. Ainsi, le client peut démarrer sur un forfait
de base à 1Euro HT/mois puis évoluer en fonction de ses besoins
réels par exemple avoir besoins de 20To de données pour stocker ses
photos et ne pas avoir besoins de beaucoup de trafic mensuel (pour
une utilisation privée, une photographe par exemple). Si le client a
besoins plus de ressources de calcule pour ses scripts il peut ajouter
de nouveaux serveurs WEB en parallèle dans son cluster. Et s'il a
besoins beaucoup de trafic il peut avoir l'équivalent de 100Mbps ou
plus dans un environnement mutualisé ce qui sera une exclusivité d'Ovh.
Il peut choisir exactement ce qu'il a besoins et payer uniquement les
ressources qu'il utilise réellement. Il garde la décision d'adapter
son offre en regardant les coûts ou il nous donne cette responsabilitée
en assumant la facture mensuelle. Nous sommes dans le Cloud Computing.
- Stocker les informations de manière illimité c'est bien. Mais avoir
une puissance de calcul illimité c'est encore mieux. Et pourquoi
pas coupler la zone de stockage de l'hébergement mutualisé avec
- avec les RPS (ou VPS)
- les serveurs dédiés
- les clusters de serveurs dédiés
- les infrastructures de VPN qui permettent d'utiliser le
stockage en entreprise et chez soi pour les backups
- avec votre PC
On pense d'aller vers cette direction. Vous en pensez quoi ?
Amicalement
Octave
La news d'aujourd'hui parle de l'hébergement mutualisé, du stockage
illimité, de puissance de calcul illimité et de l'avenir de l'hébergement
(qui n'est que le web aujourd'hui et pourquoi pas tout le reste ?).
Demain la news 6/6. On arrête de vous soûler avec nos histoires :)
Mutualisé
- urchin v6
Une nouvelle version d'Urchin (calcul de statistique web) est en
cours de mises en place. On recalcule quelques mois en arrière.
Comme ça vous aurez une vision globale de votre site avec la v6
(en plus de v3). Cette version 6 est à la base de Google Analitics.
Ovh le propose à travers les logs de serveurs WEB et donc de
manière nettement plus précise qu'un lien dans une page puisque
tout ce que votre site génère est dans vos logs WEB.
- Nous sommes en test de nouvelles infrastructure de balancing
pour l'hébergement mutualisé. Actuellement nous utilisons les
cartes SLB de Cisco et nous pensons passer sur la nouvelle
génération des cartes de chez Cisco: les ACE. Les cartes sont
plus fortes et gèrent plus de connexions simultanées. Avec
une gestion plus fine de différents types d'attaques, on
pense qu'il y a quelques avantages à passer sur ces nouvelles
cartes. Peut être dans le contexte de Cloud Computing.
- Nous sommes en phase finale de basculement de l'infrastructure
de stockage. Il faut encore quelques semaines pour finir le
basculement des offres START (toutes les autres sont déjà basculées
à 95%). En tout plusieurs centaines de To de données auront été
basculées déjà et il reste encore quelques To.
- L'objectif de ces basculements est d'officialiser les offres Mutu 2009.
Ces nouvelles offres s'inspirent directement des offres de serveurs
dédiés. En effet, elles doivent permettre plus de souplesse, plus de
trafic, plus d'espace de disque et une exigence de qualité en fonction
du prix que le client est prêt à payer.
- Nous allons ajouter une notion de SLA dans les forfaits d'hébergement
mutualisé. Par défaut, une offre est en SLA Premium puisque le site
utilise les ressources dans le cadre du forfait, sans les dépasser. Si
le client utilise plus de ressources qu'il a acheté (par exemple, il
utilise 3.5 Go au lieu de 3Go) (comment ça ? c'est possible ? chez
Ovh ça sera possible) et il ne souhaite pas acheter de ressources
supplémentaires (!! ça risque d'être exclusivité d'Ovh ;) ), le SLA
est dégradé. Le site n'est plus suspendu ou il n'est plus bloqué
mais simplement le service rendu s'adapte: qualité=f(prix-utilisation).
Nous tenons quand même à l'esprit de forfaits pour définir ces 3
paramètres. Mais l'équation ne sera plus rigide mais va s'adapter
à chaque client en fonction de ce qu'il veut exactement. Nous allons
donc innover dans la gestion des abus et des bursts. Notre gestion
ne sera pas binaire, mais plus respectueuse de chaque client.
- Ainsi, le mutu 2009 doit répondre aux 3 marchés:
- Le client qui recherche la qualité, il a des besoins et il reste
dans le cadre du forfait de l'hébergement (c'est notre client
habituel).
- Le client qui a des besoins très importants en terme de stockage
(jusqu'à 100To) en terme de trafic mensuel et il a un budget pour
ce service. Actuellement, nous lui proposons un serveur dédié.
Avec mutu 2009, il pourra rester en hébergement mutualisé.
- Le client qui ne se soucis pas de la qualité, il a un petit
budget mais des besoins importants. Actuellement, ces clients
là cherchent des hébergements gratuits ou des services qu'il peut
trouver à droite et à gauche. L'objectif est de créer une offre à
un faible coût avec une qualité meilleur que les services gratuit
mais pas aussi bonne que s'il payait le prix du service. C'est un
défi d'équilibriste qu'on souhaite relevé.
Quelque part c'est un début des offres illimité ... sans dégrader
la qualité de tous les autres clients, biensûr.
- Dans ce contexte là, on réfléchit sur la notion de Cloud Computing dans
un environnement d'hébergement mutualisé. Les resources necessaires
s'adapter aux besoins en temps réel. Le but est donc de proposer les
ressources à la carte en terme d'espace disque, transfert mensuel et
puissance de calcul dans le cadre d'un forfait (limité ou pas) ou à
l'utilisation réelle. Ainsi, le client peut démarrer sur un forfait
de base à 1Euro HT/mois puis évoluer en fonction de ses besoins
réels par exemple avoir besoins de 20To de données pour stocker ses
photos et ne pas avoir besoins de beaucoup de trafic mensuel (pour
une utilisation privée, une photographe par exemple). Si le client a
besoins plus de ressources de calcule pour ses scripts il peut ajouter
de nouveaux serveurs WEB en parallèle dans son cluster. Et s'il a
besoins beaucoup de trafic il peut avoir l'équivalent de 100Mbps ou
plus dans un environnement mutualisé ce qui sera une exclusivité d'Ovh.
Il peut choisir exactement ce qu'il a besoins et payer uniquement les
ressources qu'il utilise réellement. Il garde la décision d'adapter
son offre en regardant les coûts ou il nous donne cette responsabilitée
en assumant la facture mensuelle. Nous sommes dans le Cloud Computing.
- Stocker les informations de manière illimité c'est bien. Mais avoir
une puissance de calcul illimité c'est encore mieux. Et pourquoi
pas coupler la zone de stockage de l'hébergement mutualisé avec
- avec les RPS (ou VPS)
- les serveurs dédiés
- les clusters de serveurs dédiés
- les infrastructures de VPN qui permettent d'utiliser le
stockage en entreprise et chez soi pour les backups
- avec votre PC
On pense d'aller vers cette direction. Vous en pensez quoi ?
Amicalement
Octave