Rotation de licence
Appliquez une licence renouvelée sans interruption de service.
Avant l'expiration de votre licence, votre équipe commerciale Scrydon vous envoie un fichier de licence renouvelé, de même forme JSON que l'original : { "jwt": "…", "publicKey": "…" }. Ce runbook l'applique. Pour le contenu d'une licence et l'évolution de son statut dans le temps, consultez Licences.
Ni redémarrage, ni modification Helm. La licence est stockée dans la base de données de la plateforme, pas dans un Secret Kubernetes. La remplacer dans l'interface prend effet à la requête suivante.
Avant de commencer
- Le fichier de licence renouvelé.
- Un compte super administrateur de la plateforme en service.
- Facultatif : contrôlez d'abord le fichier dans le vérificateur de licence, qui décode le JWT localement dans le navigateur et affiche le niveau, les droits, l'identifiant client et l'expiration.
Appliquer la licence renouvelée
- Connectez-vous en tant que super administrateur de la plateforme et ouvrez Settings → Organization → License.
- Choisissez Update license.
- Déposez le fichier JSON sur la zone de téléversement, ou collez son contenu.
- Vérifiez les claims affichés : niveau, CPU / RAM / VRAM et expiration. Un fichier
.jwtseul ou une licence déjà expirée est refusé à cette étape. - Choisissez Save. Le serveur vérifie le JWT à l'aide des clés de signature Scrydon intégrées à la version avant de l'enregistrer. Une licence refusée (
License is not signed by a trusted Scrydon key) laisse l'actuelle en place.
Le JWT est remplacé, la plateforme vide sa licence en cache pour que la requête suivante lise la nouvelle, et le remplacement est consigné dans le journal d'audit sous license.updated, avec les identifiants de la nouvelle et de la précédente licence.
Un renouvellement n'exige jamais de mise à jour de la plateforme. Seule une nouvelle clé de signature Scrydon en exige une : Scrydon livre d'abord cette clé dans une version, puis n'émet de licences sous cette clé qu'une fois cette version à votre disposition.
Vérifier qu'elle est en vigueur
La page License se recharge avec les nouveaux claims. Vérifiez que l'expiration correspond au fichier renouvelé et que le statut est valid. Si l'enregistrement est refusé, le JWT n'est pas signé par une clé que cette version reconnaît : recollez le fichier en entier ou demandez-en un nouveau. Le message indique l'identifiant de clé lorsque la licence a été signée sous une clé Scrydon plus récente ; mettez alors d'abord la plateforme à jour.
Par l'API, avec le cookie de session d'un administrateur :
curl -fsS -X POST https://<your-host>/api/auth/license/get-claims \
-H "Content-Type: application/json" \
-H "Cookie: <session-cookie>" \
-d '{"organizationId":"<org-id>"}' | jq '{status, expiresAt: .license.expiresAt}'En cas de renouvellement tardif
- Pendant 30 jours après
exp, le statut estexpired_in_grace. La plateforme continue de fonctionner et les administrateurs de l'organisation voient un bandeau. - Ensuite le statut passe à
expired, et le bandeau reste affiché jusqu'à l'application d'une licence renouvelée. - Un problème de licence n'empêche jamais les pods de démarrer ni de tourner, et la page License reste accessible pour appliquer le renouvellement dès qu'il arrive.
La chronologie complète des statuts se trouve dans Licences.
Nouvelles installations
Sur une nouvelle installation, la licence se saisit à la première étape de l'assistant de configuration, ou se pré-renseigne avec auth.secrets.LICENSE. Consultez Pré-renseigner la licence. Une fois la valeur copiée dans la base de données de la plateforme, c'est la copie en base qui fait foi : renouvelez par l'interface, pas en modifiant ce secret.
Liens connexes
- Licences — le modèle de licence, les modes et la chronologie des statuts.
- Rapport de capacité de licence — comment la capacité déployée est comparée à vos droits.