Résilience infrastructure et applicative
Si vous êtes déjà client d'un infogéreur/hébergeur, vous avez sans doute constaté que les notions de résilience d'infrastructure et applicative sont rarement abordées.
Généralement on vous vantera la puissance des VM mises à votre disposition ou encore la vitesse à laquelle il vous sera possible de déployer de nouvelles VM. Lorsque vous rentrez dans le détail, vous constaterez, parfois, que l'hébergeur ne vous apporte aucune garantie sur la localisation de vos VM, elles peuvent potentiellement toutes être localisées sur le même datacenter (ou sur deux datacenters distants de moins de 50 km), voire être localisées sur le même châssis.
De plus si vous souhaitez déployer une solution e-commerce sur une architecture de type, 3-tier, la puissance de calcul aura que peu d'importance. Par contre, vous souhaiterez que la solution de votre hébergeur vous permette de répartir la charge sur des machines virtuelles associées à des datacenter distincts et distants. Pour des raisons de performance, vous souhaiterez également pouvoir mettre en place une solution CDN, ceci afin de rapprocher votre contenu des utilisateurs et améliorer ainsi le temps d'affichage sans surcoût.
Mais revenons au sujet initial, de quoi parlons nous lorsque nous évoquons la résilience d'infrastructure ?
La résilience d'infrastructure vise à traiter les problématiques associées à la disponibilité de l'infrastructure qui porte votre solution.
Cette notion de résilience peut être abordée de différentes manières. Certains hébergeurs répondent à ce point en évoquant la qualité de leur infrastructure et/ou en invoquant une équivalence TIER uptime institute. A ce jour, En France, aucun opérateur "datacenter" ne dispose de certification sur site TIER. Nous avons déjà abordé ce point lors d'un précédent article. Autrement dit, il vous est très difficile d'évaluer le niveau de résilience "réel" de votre "opérateur datacenter", sauf si vous êtes capable d'établir un bilan de puissance " de l'infrastructure proposée.
En simplifiant, vous pouvez aborder la notion de résilience d'infrastructure sous trois angles :Schéma simplifié de l'architecture déployée dans le cadre des offres solution infogérées basic, standard et premium :1. Prise en compte du risque de défaillance associé au datacenter hébergeant votre machine virtuelle
2. Prise en compte du risque de défaillance associé au chassis portant votre machine virtuelle
3. Prise en compte du risque de défaillance associé au réseau portant votre infrastructure
Cette architecture permet de répondre à deux points sur 3 :
1. Les machines virtuelles sont localisées sur des datacenters distincts et distants au moins de 100 km l'un de l'autre -- Prise en compte du risque de défaillance datacenter
2. Les machines virtuelles sont localisées sur des chassis distincts -- Prise en compte du risque de défaillance associé au chassis
Actuellement nos offres "solution infogérée standard et premium" ne permettent pas de traiter le point associé à une défaillance réseau. Nos infrastructures sont pour l'instant portées par un seul opérateur, nous travaillons sur ce dernier point.
Vous devez maintenant penser à la résilience applicative, de quoi s'agit-il ?
La résilience applicative vise à traiter les problèmes potentiels portés par vos applicatifs.
Votre infrastructure "technique" peut être en état de marche et votre applicatif hors service.
Nous traitons ce point avec nos load balancer, ces derniers testent votre applicatif (fonction de critères que vous communiquerez). En cas de défaillance la machine virtuelle portant l'applicatif sera sortie du pool associé au "load balancer".
Les load balancers sont eux mêmes localisés sur des datacenters distincts et distants. Tout client ayant souscrit à l'offre "solution infogérée" a accès, par défaut, à nos prestations d'infogérancet et à notre support.
La solution infogérée standard se base sur l'infrastructure de la société OVH disposant en propre de 10 datacenters, il s'agit du premier hébergeur Européen.