Un groupe de placement Wolkra répartit les serveurs qu'il contient sur des hôtes physiques différents de notre centre de données de Francfort : un problème sur un hôte n'en touche donc qu'un seul au maximum. C'est la brique de base des clusters, des réplicas et des paires actif/secours qui ne doivent pas tomber ensemble.
Pourquoi répartir les serveurs est important
Chaque serveur cloud tourne sur un hôte physique. Plusieurs serveurs peuvent partager le même hôte. C'est efficace, mais cela signifie que des serveurs conçus pour se secourir mutuellement pourraient se retrouver côte à côte, et qu'une seule panne d'hôte ou une fenêtre de maintenance les toucherait tous les deux.
Un groupe de placement supprime ce risque. Vous placez dans un groupe les serveurs qui vont ensemble, et Wolkra installe chacun d'eux sur un hôte différent.
Comment ça marche
- Créez un groupe de placement dans votre projet et donnez-lui un nom, par exemple
db-cluster. - Lorsque vous créez un serveur, sélectionnez le groupe de placement.
- Wolkra place le serveur sur un hôte qui n'héberge pas déjà un autre serveur du même groupe.
- Répétez l'opération pour chaque nœud du cluster.
Ensuite, les serveurs se comportent comme n'importe quel autre serveur cloud. Vous pouvez les redimensionner, les reconstruire, en prendre des instantanés et les superviser comme d'habitude.
Dans la console et via l'API
Dans la console, le groupe de placement est une option de l'écran de création de serveur, et chaque groupe affiche les serveurs qu'il contient. Avec l'API Wolkra, indiquez le groupe de placement lors de la création des serveurs : les scripts qui construisent un cluster obtiennent ainsi la répartition automatiquement.
Où les groupes de placement sont utiles
| Configuration | Pourquoi la répartir |
|---|---|
| Base de données principale et réplica | Le réplica doit survivre à ce qui arrête la base principale |
| Serveurs web derrière un répartiteur de charge | Un problème d'hôte retire une cible, pas toutes |
| Paire actif/secours avec une IP flottante | Le secours ne doit pas partager l'hôte du nœud actif |
| Clusters à quorum (etcd, Consul, Kafka) | La perte d'un hôte ne doit pas briser le quorum |
| Plusieurs runners CI | Un problème d'hôte ne doit pas arrêter tous les builds |
Concevoir pour la disponibilité
Un groupe de placement n'est qu'un élément d'une architecture fiable. Une stack web hautement disponible typique sur Wolkra combine :
- Deux serveurs d'application ou plus dans un groupe de placement
- Un répartiteur de charge avec contrôles de santé devant eux
- Une base de données principale et un réplica dans leur propre groupe de placement
- Un réseau privé entre les couches
- Des sauvegardes quotidiennes sur les serveurs qui contiennent des données
Avec Composer, vous pouvez dessiner une telle stack et voir son coût mensuel avant de l'appliquer.
Un exemple : un cluster à trois nœuds
Imaginons que vous fassiez tourner un cluster de base de données à trois nœuds qui élisent un leader. Si deux des trois nœuds tournent sur le même hôte et que cet hôte disparaît, le cluster perd sa majorité et cesse d'accepter les écritures. Avec un groupe de placement :
- Créez un groupe appelé
db-cluster. - Créez trois serveurs, en sélectionnant le groupe pour chacun.
- Chaque nœud se retrouve sur son propre hôte.
- Un problème sur un seul hôte retire au maximum un nœud, et les deux autres maintiennent le cluster en marche.
Le même schéma s'applique aux brokers de messages, aux clusters de recherche et à tout système qui conserve des copies de ses données sur plusieurs nœuds.
Usages typiques
- Bases de données avec réplication
- Backends pour startups SaaS
- Serveurs VPN redondants
- Clusters d'hébergement Docker
Groupes de placement et supervision
Une fois un cluster réparti sur plusieurs hôtes, surveillez chaque nœud individuellement. Les graphiques de supervision CPU, disque et réseau montrent rapidement quand un nœud supporte plus de charge que les autres, ce qui signale souvent un problème de réplication ou de répartition à corriger avant qu'il ne pose problème.
Base tarifaire
Les groupes de placement sont une option de vos serveurs ; les serveurs eux-mêmes sont facturés à l'heure sur votre solde prépayé, avec un plafond à leur prix mensuel. Consultez la page des tarifs pour les détails actuels.
Limites à connaître
- Les groupes de placement répartissent les serveurs sur plusieurs hôtes au sein d'un même emplacement. Aujourd'hui, il s'agit de Francfort : ils ne protègent donc pas contre un événement touchant tout le site.
- Choisissez le groupe lors de la création du serveur.
- Un groupe protège la disponibilité, pas les données. Répliquez vos données et conservez des sauvegardes.
Produits associés
- Serveurs cloud
- Répartiteurs de charge et IP flottantes
- Réseaux privés
- Supervision pour surveiller chaque nœud
Des serveurs qui tombent seuls
Répartissez votre cluster sur plusieurs hôtes avec un seul réglage. Créez un compte Wolkra et créez votre premier groupe de placement à Francfort.
Questions fréquentes
Qu'est-ce qu'un groupe de placement ?
Un groupe de placement indique à Wolkra de placer ses serveurs sur des hôtes physiques différents. C'est un moyen simple d'obtenir de l'anti-affinité pour des clusters et des paires redondantes.
Pourquoi l'hôte sur lequel tourne un serveur a-t-il de l'importance ?
Les serveurs d'un même hôte partagent son matériel. Si l'hôte rencontre un problème, tous les serveurs qu'il héberge sont touchés : répartir les réplicas sur plusieurs hôtes limite l'impact.
Les groupes de placement coûtent-ils un supplément ?
Consultez la page des tarifs pour les détails actuels. Vous payez les serveurs du groupe comme d'habitude, à l'heure sur votre solde prépayé.
Quand dois-je choisir le groupe de placement ?
À la création du serveur, sur l'écran de création de la console ou dans la requête API. Prévoyez vos groupes avant de construire le cluster.
Un groupe de placement remplace-t-il les sauvegardes ?
Non. Les groupes de placement protègent la disponibilité, pas les données. Conservez des sauvegardes ou des instantanés et répliquez les données entre les serveurs du groupe.