Différentes formules d’hébergement
Hébergement Mutualisé
L’hébergement mutualisé est adapté pour les petits sites, consommant une quantité de ressources peu importante. Le principe fondamental est de prendre un serveur et de le partager entre plusieurs clients. Economiquement, c’est la solution la plus abordable.
+ Économiquement très intéressant | - Pas de « sur mesure » |
+ Adapté aux sites à faible trafic | - Sécurité standardisée |
Hébergement Virtualisé (VPS)
VPS signifie Virtual Private Server. Virtualiser un serveur consiste à diviser une machine puissante en fragments indépendants. Ce principe a connu une explosion lors du « many core shift » quand les fondeurs de processeurs se sont mis à arrêter d’augmenter les fréquences des processeurs en faveur d’une multiplication des cœurs (core). Ainsi, un processeur hexacore 5680 contient 6 cœurs, l’équivalent de 6 processeurs monocore auparavant.
Ce système a connu un deuxième essor avec l’apparition des jeux d’instruction VT qui permet d’optimiser la virtualisation et la paravirtualisation sur ces processeurs. Il existe plusieurs méthodes de virtualisation et plusieurs logiciels, NBS System s’est tourné vers le système XEN et KVM et la paravirtualisation pour des raisons de performance et de sécurité.
Une machine avec un double hexacore peut donc héberger 12 machines virtuelles avec un core chacune ou 3 avec 4 cores chacune, le dimensionnement et redimensionnement se font à façon et à chaud, tant au niveau de la mémoire vive que du nombre de core.
+ Économiquement intéressant | - Perte de ~4% à 7% de la puissance |
+ Adapté aux sites à multiples facettes | - Cache processeur L3 moins efficace |
+ Très flexible | - Une panne machine affecte plus de clients |
+ Privatisation des ressources + Mobilisable en quelques heures | - Surcouche logicielle |
Hébergement Dédié
Le ou les serveur(s) dédié(s) sont le schéma d’hébergement le plus répandu sur Internet. Ces serveurs sont totalement dédiés à une ou plusieurs tâches précises. Ils constituent le « haut de gamme » et permettent la séparation des tâches, des ressources, du matériel ainsi que la haute disponibilité par redondance.
D’une manière générale, ces serveurs ou infrastructure de serveurs sont privilégiés pour les systèmes à fort trafic et/ou sensibles.
+ Totalement dédié et customisable | - Nécessite la livraison du matériel (~15 Jours) |
+ Possibilité de haute disponibilité | - Plus volumineux (1 serveur = 1U ou 1 Slot) |
+ Performances dédiés haut de gamme | - Consomme un peu plus d’énergie |
+ Privatisation des ressources |
|
Hébergement Cloud
Le Cloud est un concept qui est apparu avec la virtualisation massive d’architecture opérée par plusieurs ténors du milieu, dont le plus connu est Amazon (AWS). Le principe de fond est d’avoir une architecture composée de beaucoup de machines physiques, séparées en de très nombreuses de machines virtuelles.
La taille du Cloud et la typologie variée de ses clients permettent de ne pas avoir tous les utilisateurs au même moment avec un même usage et donc de rentabiliser l’usage de ces « atomes ». Les Clouds sont publics ou privés et il en existe de très nombreux types de nos jours, offrant tous des caractéristiques différentes et des API plus ou moins évolués pour dialoguer entre eux.
NBS System s’appuie sur un Cloud privé et est relié en fibre avec lui. Ceci permet d’avoir des latences inférieures à 1 ms (contre ~30 ms avec Amazon AWS Ireland) et donc de synchroniser des bases de données en mode Master / Master, indispensable pour l’hébergement de grandes architectures de E-commerce.
Dans le principe de fond, le Cloud est fait pour apporter de l’élasticité aux infrastructures. Si le besoin de puissance augmente ou diminue, il est simple de faire varier la voilure utilisée en Cloud en fonction du besoin. Cette élasticité a cependant un coût, monopoliser l’équivalent en puissance d’un serveur dédié en Cloud est moins intéressant financièrement que de le posséder ou de le louer.
Le cas idéal est donc d’utiliser le Cloud pour absorber des pics, en gardant une présence minimale mais en étant capable de monter en puissance très fortement en cas de besoin.
Un hébergement peut être « Full Cloud », c’est-à-dire qu’il ne repose sur aucune machine physique ou « E.T.C », Extended To Cloud, c’est-à-dire qu’il hybride une architecture physique pour le besoin nominal avec la capacité d’élasticité du Cloud quand le besoin de renfort se fait sentir.
+ Elastique et mobilisable « on-demand » | - Plus coûteux en cas d’usage constant |
+ Possibilité de haute disponibilité | - Plus volumineux (1 serveur = 1U ou 1 Slot) |
+ Performances dédiées haut de gamme | - Consomme plus d’énergie |
+ Privatisation des ressources + Paiement à la consommation | - Plus coûteux en cas de faible usage |
Extend To Cloud (E.T.C)
Nos ingénieurs ont créé une solution capable d’absorber les pics de trafics des différentes topologies de sites de E-commerce en hybridant notre architecture physique avec notre architecture Cloud.
Afin de ne pas facturer une capacité d’accueil maximale, celle nécessaire pour absorber les pics, tout au long de l’année alors que ces pics sont par nature passagers ils ont conçu un système capable de ne solliciter le Cloud qu’au besoin.
Le schéma ci-dessus illustre l’usage du Cloud (infrastructure on-demand) tout au long d’une journée de soldes pour un site marchand à fort trafic. Les barres les plus clairs sont les pics absorbés par le Cloud et les plus sombres sont les visiteurs accueillis sur l’infrastructure physique.
+ Le meilleur du dédié et du Cloud | - Nécessite une intégration particulière |
+ Optimal financièrement | - Doit être prévu à l’avance (pas en urgence) |
+ Sécurisé, redondant + Augmente automatiquement la puissance en fonction du besoin |
|
+ Optimal en termes de consommation |
|
Extend To Virtual (E.T.V)
Le principe de fond est le même que pour l’E.T.C sauf que ce sont des VPS existants sur nos serveurs qui sont mobilisés. E.T.V est donc disponible pour un temps limité, sur un volume de machines virtuelles limitées et nos équipes doivent être prévenues à l’avance de l’usage d’un « booster » (machine virtuelle).
L’avantage à l’inverse c’est que ce mode de fonctionnement ne demande pas de préparation particulière de l’architecture et peut se déclencher à la demande, 48H à l’avance. L’usage typique est un passage télé, un mailing, une opération de soldes qui sont planifiables et assez exceptionnels pour ne pas nécessiter la mobilisation du Cloud ou d’un serveur en permanence.
+ Disponible en 48H | - Il faut prévenir au moins 48H à l’avance |
+ Aucune modification de site/d’infra + Facturation simplifiée (pas d’avenant) | - Mobilisable au minimum pour un mois - Quantité limitée (16 boosters au 11/08/2011) |
Hébergement Full Cloud
Intérêt Technique
Quand la politique de nos clients l’exige ou si cela s’avère plus adaptée, nos services peuvent travailler sur des environnements totalement virtualisés en Cloud. La sécurité des données est assurée par nos backups et par le fait que les machines démarrent sur des images systèmes qui sont stockées sur nos SAN (serveurs de fichiers).
Les machines du Cloud étant dans les baies jouxtant les nôtres, nos serveurs de fichiers sont reliés en fibre optique avec les serveurs de Cloud ce qui permet une extrême rapidité et de démarrer directement sur les SAN plutôt que sur des images locales, garantissant ainsi que vos données sont protégées par nos systèmes et sont stockées sur nos disques.
L’un des intérêts majeurs est que la couche matérielle est totalement oubliée au prix d’un léger surcoût. Certes, au jour le jour, des serveurs équivalents qui auraient été achetés reviendront ~20% moins cher, à l’inverse, ceux-ci impliquent de les provisionner en cas de croissance, de les amortir, de gérer leurs cycles de vie, de recyclage et de garantie.
Dans le cas d’un hébergement « Full Cloud », aucun matériel n’est réservé ou assigné, c’est la facturation d’une ressource anonyme qui est appliquée, si le matériel sous-jacent doit être remplacé, s’il est hors garantie ou si une quelconque autre avarie survient, en dehors d’un éventuel reboot, rien n’impacte le client en termes de gestion.
De la même façon, le client n’est pas engagé sur une durée liée à l’amortissement de son matériel. Il peut ne s’engager que pour un an ou s’il souhaite le faire pour plus longtemps, c’est uniquement pour profiter d’un prix plus attractif et non à cause d’une contrainte liée au matériel.
Intérêt économique
L’intérêt économique n’est pas la force de cette offre car au final le contrat revient un peu plus cher mais ceci est compensé par la souplesse de fonctionnement et l’engagement beaucoup plus court.
Architecture
L’architecture est composée d’un Cloud qui est reliée par Fibre à notre architecture :
E.T.C : Extend To Cloud
Intérêt Technique
Techniquement, l’E.T.C présente l’intérêt d’avoir une infrastructure physique sécurisante pour les acheteurs et permettant également un repli stratégique en cas d’indisponibilité du Cloud.
L’intérêt réside également dans le fait que l’on peut choisir son hardware dans une infrastructure, ce qui n’est pas le cas en Cloud, enfin, chaque machine présente dans l’infrastructure est plus puissante qu’une machine virtualisée car on ne perd pas 4 à 7% des performances.
Intérêt économique
Avoir du Cloud en continu représente une surfacturation de 30% par rapport à une infrastructure physique, avoir une infrastructure physique capable en permanence d’absorber 3 fois la volumétrie normale est également une perte importante d’argent.
NBS System a donc conçu un système qui ne mobilise les ressources que lorsque cela est nécessaires pour les pics et qui, le reste du temps en trafic normal, absorbe les visites sur l’infrastructure physique, ceci afin d’obtenir les coûts optimaux.
Architecture
Elle est identique à l’architecture décrite au chapitre « Full Cloud ».
Organisation et pré requis
La période de haute charge varie de mi-novembre à fin décembre et pendant les soldes.
Une mise en place initiale est nécessaire et le système E.T.C n’est accessible qu’au client Magentis (infrastructure a au moins 2 serveurs)
Anglais
Espagnol
Français