Clusters

Disponible

Fonctionnalité déployée et prise en charge. Les champs et commandes décrits ici sont stables au sein de la version v1alpha1.

StackNGO tourne dans plusieurs clusters, nommés <fournisseur>-<lieu>-<n> (par exemple ovh-gra-0). Un tenant naît dans un cluster, puis peut s'ouvrir dans d'autres. Vos droits sont les mêmes partout ; vos applications, elles, vivent dans le cluster où vous les déployez.

Choisir le cluster

Dans la console, le menu Cluster, à côté du menu du tenant, liste les clusters disponibles. Tout ce que vous voyez ensuite (applications, secrets, sites, supervision) est celui de la cluster choisi.

Avec la CLI, le cluster est celui de l'API visée. L'API globale https://api.dev.stackngo.fr vous dirige vers le cluster par défaut.

Ouvrir votre tenant dans un autre cluster

Si vous choisissez un cluster où votre tenant n'existe pas encore, la console affiche un bouton, par exemple « Créer le tenant acme sur ovh-sbg-0 ». La création est immédiate si deux conditions sont réunies :

• le cluster est ouvert à votre tenant : certains clusters le sont pour tous, les autres sur demande au support ;
• vous avez le droit tenant:create pour ce cluster. Les administrateurs du tenant l'ont par défaut ; vous pouvez le donner ou le retirer à chaque membre par une policy :

{
  "Version": "1",
  "Statement": [
    { "Effect": "Allow", "Actions": ["tenant:create"], "Resources": ["cluster/ovh-sbg-0"] }
  ]
}

Ce que le nouveau cluster reprend

Repris	Pas repris
Le nom du tenant	Les applications, secrets et sites : le cluster démarre vide
Vos droits, policies et rattachements (communs à tous les clusters)
L'offre (tier) du cluster d'origine, modifiable ensuite par cluster
Le compte de facturation

Clusters et prix

Bêta

Fonctionnalité en cours de déploiement. L'interface décrite ici est celle de la prochaine livraison : elle peut encore évoluer, et n'est pas forcément activée sur votre tenant.

Le débit des crédits est activé progressivement : le prix s'affiche déjà, le débit suit l'activation des crédits sur votre compte.

Le cluster principal est compris dans l'offre de votre tenant. Chaque cluster que vous activez en plus a un prix fixe par mois, le même quelle que soit l'offre. La page Clusters de la console affiche ce prix pour chaque cluster, et la page Tenants le prix par mois de chaque tenant, offre et clusters compris (visible des administrateurs du tenant et de son payeur).

Le prix est payé en crédits, chaque jour, comme l'offre : 1 crédit = 1 € HT, et le prix d'un jour vaut le prix mensuel × 12 / 365, arrondi au centime. Par exemple, un cluster à 9 € par mois coûte 0,30 crédit par jour.

Geste	Effet sur le prix
Activer un cluster	Compté dès le jour même, au prorata des heures restantes (heure entamée comptée)
Désactiver un cluster	Plus compté à partir du lendemain : la journée entamée n'est pas remboursée
Réactiver le même jour	Un nouveau prorata est compté pour les heures restantes

Votre relevé mensuel de consommation montre une ligne par tenant et par cluster, par exemple « acme — Cluster ovh-sbg-0 ».

Activer ou désactiver un cluster

Sur la page Clusters, un administrateur du tenant clique sur Activer ou Désactiver en face du cluster. Le cluster principal n'a pas de bouton : il ne se désactive pas.

Un cluster ne se désactive qu'une fois vide. Tant que des ressources de votre tenant y sont déclarées (applications, stacks, bases…), la désactivation est refusée et le message les liste, par exemple : « Des ressources tournent encore sur ovh-sbg-0 : App web, Stack shop. Supprimez-les avant de désactiver ce cluster. » Supprimez-les, puis recommencez.

Le cluster principal

Chaque tenant a un cluster principal : le premier où il a été créé. C'est le seul où se modifient ce qui est commun à tous ses clusters : les droits (policies, rattachements, trusts OIDC), les clusters ouverts et le compte de facturation.

Depuis un autre cluster, ces pages sont en lecture seule : la console affiche un bandeau avec un bouton pour passer sur le cluster principal, et la CLI répond par un message qui le nomme (STNG_API_URL permet de viser son API). Le support peut changer le cluster principal, par exemple si un cluster ferme.

Supprimer un tenant d'un cluster

sng tenant destroy retire le tenant du cluster visé seulement : c'est la désactivation de ce cluster, refusée tant que des ressources du tenant y sont déclarées (voir plus haut). Le cluster principal part en dernier : tant que le tenant vit ailleurs, la suppression y est refusée et le message liste les autres clusters. Sur le dernier cluster, la suppression du tenant emporte tout ce qu'il contient.