Architectures d’hébergement : la bonne base pour chaque application

L’infrastructure n’est pas un produit standard. Selon les exigences de performance, d’isolation et de flexibilité, nous utilisons différents modèles d’hébergement – du matériel dédié à la Private Cloud virtualisée. Cette page te donne un aperçu des concepts qui se cachent derrière et de leurs usages respectifs.

Dedicated Bare Metal Hosting

Avec l’hébergement Bare Metal, ton application s’exécute directement sur du matériel physique – sans couche de virtualisation intermédiaire. Cela signifie une performance maximale, puisqu’aucune puissance de calcul n’est « perdue » au niveau d’un hyperviseur, et un contrôle total sur les ressources sous-jacentes. Le Bare Metal convient particulièrement aux applications ayant des besoins en ressources élevés et constants, ou des exigences d’isolation spécifiques, où aucune autre instance n’utilise jamais le même matériel.

Public Cloud Hosting

L’hébergement Public Cloud repose sur des ressources virtualisées pouvant être adaptées de manière flexible. Nous utilisons ici OpenStack chez OVH – une plateforme cloud open source reconnue. L’avantage : la puissance de calcul, le stockage et le réseau peuvent être ajustés selon les besoins, de nouvelles instances sont disponibles en quelques minutes, et tu ne paies que ce que tu utilises réellement. Ce modèle est ainsi idéal pour les projets dont les besoins en ressources varient ou augmentent.

VMware vSphere Private Cloud Hosting

Pour les organisations ayant des exigences accrues en matière d’isolation et de contrôle, nous proposons l’hébergement Private Cloud basé sur VMware vSphere. Ton infrastructure s’exécute ici sur du matériel exclusivement réservé, virtualisé via l’une des plateformes de virtualisation d’entreprise les plus reconnues du marché. Cela combine la flexibilité des machines virtuelles avec l’isolation d’environnements dédiés – et constitue la base sur laquelle s’appuient également des justificatifs de conformité avancés (voir notre page Datacenter).

Outre la puissance de calcul, le stockage influe lui aussi sur la performance et la fiabilité d’une application. Nous proposons différents concepts de stockage, selon le modèle d’hébergement choisi.

Block Storage sur NVMe RAID

Dans nos environnements OpenStack, nous utilisons du Block Storage avec SSD NVMe en configuration RAID 10. Le stockage NVMe offre des vitesses de lecture et d’écriture nettement supérieures à celles des SSD classiques, tandis que le RAID 10 assure en plus une redondance : en cas de panne d’un disque, tes données sont préservées et le service continue de fonctionner sans interruption. Cette combinaison convient particulièrement aux applications à fort débit de données, comme les bases de données soumises à de nombreux accès simultanés.

Block Storage sur stockage SSD redondant

Dans l’environnement VMware Private Cloud, nous utilisons un stockage SSD redondant. Là aussi, les données sont mises en miroir ou réparties sur plusieurs disques physiques, de sorte qu’une seule panne matérielle n’entraîne pas de perte de données. Cette variante de stockage est conçue pour offrir stabilité et fiabilité dans un contexte d’entreprise.

S3 Object Storage

Pour les fichiers, sauvegardes, contenus multimédias ou données d’archive, nous proposons également un Object Storage compatible S3. Contrairement au Block Storage, qui fonctionne comme un disque dur classique, l’Object Storage est conçu pour stocker de grandes quantités de données non structurées – images, documents, sauvegardes – de manière économique et quasiment illimitée en termes d’évolutivité. Grâce à son interface compatible S3, il s’intègre en outre facilement à de nombreuses applications, par exemple pour des stratégies de sauvegarde automatisées ou l’envoi de fichiers multimédias.

Bloc d’IP dédié (Private Cloud)

Pour nos environnements Private Cloud, nous disposons d’un bloc d’adresses IP dédié qui nous appartient. Cela signifie que nous attribuons nous-mêmes les adresses IP et pouvons les assigner de manière flexible aux différentes machines virtuelles. Si une VM tombe en panne ou doit être remplacée, nous redirigeons rapidement l’adresse vers un autre système si nécessaire – sans que l’IP accessible ne change pour toi. Ton service reste ainsi disponible sous la même adresse, même si des changements interviennent en arrière-plan.

Floating IPs

Dans nos environnements Public Cloud (OpenStack), nous utilisons des Floating IPs : des adresses IP publiques qui peuvent être attribuées de manière flexible à une instance virtuelle, puis libérées et réassignées à une autre instance si nécessaire. Cela est particulièrement utile lorsque des instances sont remplacées, migrées ou déplacées temporairement dans le cadre de travaux de maintenance – sans que l’adresse publiquement accessible ne change. Le même principe que pour le bloc d’IP dédié, mais basé sur la technologie OpenStack.

IPv6

Nous prenons en charge l’IPv6 en parallèle de l’IPv4 classique, et sommes ainsi prêts pour l’avenir. L’espace d’adressage IPv4 disponible se raréfie progressivement, tandis que l’IPv6 est déjà la norme dans de nombreux contextes réseau – par exemple pour l’accessibilité internationale ou dans les infrastructures modernes – et devient de plus en plus incontournable.

La véritable force de notre approche réside dans la possibilité de combiner librement le modèle d’hébergement, le concept de stockage et le concept réseau – adaptés à chaque application.

Le Dedicated Hosting (une VM = une instance d’application) convient lorsqu’une application nécessite ses propres ressources, doit pouvoir évoluer indépendamment des autres services, ou présente des exigences particulières en matière d’isolation – par exemple pour des systèmes critiques traitant un volume important de données.

Le Shared Hosting, en revanche, est le choix économique pour les applications aux besoins modérés en ressources, comme l’hébergement classique de sites WordPress ou de sites web. Plusieurs sites web partagent ici une infrastructure commune, ce qui réduit les coûts sans pour autant nuire à la stabilité de chaque site.

Les architectures en cluster et à répartition de charge (load balancer) sont utilisées lorsqu’une application doit garantir une haute disponibilité ou absorber des pics de charge importants. Plutôt que de fonctionner sur une seule instance, le trafic est réparti sur plusieurs serveurs – si l’un tombe en panne, les autres prennent le relais de manière transparente. C’est le choix adapté aux applications pour lesquelles les temps d’indisponibilité seraient particulièrement critiques, ou lorsqu’il faut anticiper une fréquentation fortement variable.

La combinaison la plus adaptée à ta situation dépend de ton application concrète, du nombre d’accès attendu et de tes exigences en matière de disponibilité – nous en discutons volontiers avec toi lors d’un entretien personnalisé.