Résumé

  • Le guide RHEL classe la réplication active de volumes, synchrone ou asynchrone, dans le secours à chaud, soumis à abonnement payant. Attendre son premier client ne suffit donc pas à rester hors de ce périmètre.
  • Le guide OpenShift autogéré conserve une règle particulière pour la réplication par stockage externe et distingue réveil pour entretien, test et exécution de charges. La conception de la reprise commande le calcul commercial.

Les achats peuvent appeler une machine « secours » ; l'exploitation peut la juger prête ; le métier peut lui demander de sauver la journée. Trois descriptions, trois budgets possibles. Le guide RHEL de Red Hat daté du 21 juillet 2026 ajoute un fait moins confortable : la réplication active des volumes entre systèmes suffit à les classer en secours à chaud, qu'elle soit synchrone ou asynchrone.

Cette capacité travaille avant l'accident. Maintenir une copie alimentée pendant que le système principal tourne prépare une partie du passage de relais. Le fournisseur donne un prix d'abonnement au périmètre correspondant. Le service n'a pas encore basculé ; les moyens de le faire ont déjà une valeur commerciale.

Le travail différé reste dans le calcul

Dans le guide RHEL, seuls les environnements de secours à chaud exigent des abonnements payants au titre de cette classification de reprise. Ils fonctionnent parallèlement à la production et sont prêts à recevoir immédiatement le trafic. Le secours tiède est préparé à accueillir une approximation raisonnable des charges d'origine, sans charge cliente issue du système source ni réplication active des volumes. Il faut restaurer les données depuis l'extérieur du système source sur le matériel existant. Le secours à froid ne dispose pas encore de toute la technologie nécessaire au rétablissement.

Pour les configurations tièdes ou froides, les abonnements de l'environnement principal peuvent être transférés au moment du sinistre pour rétablir le service. Ce transfert règle une partie de l'accès au logiciel. Les données, les applications et le service rendu ont encore leur parcours.

Voilà l'arbitrage économique : payer davantage de préparation simultanée ou conserver du travail à exécuter pendant la reprise. L'économie d'abonnement doit rester visible à côté des opérations qu'elle laisse à accomplir. Si les deux vivent dans des feuilles différentes, chacun peut présenter une belle économie et personne ne possède le temps perdu.

OpenShift garde sa propre frontière

Le guide OpenShift autogéré du 23 janvier 2026 affine la place de la réplication. Il vise, dans sa définition du secours à chaud, les volumes répliqués activement entre clusters par du stockage défini par logiciel hébergé dans OpenShift. La règle du secours tiède traite aussi le cas où le site secondaire monte ces données dans des charges conteneurisées actives. La réplication effectuée par des équipements de stockage externes reste classée tiède dans ce guide.

Pour une reprise tiède avec le stockage défini par logiciel hébergé dans OpenShift, les données doivent être restaurées depuis l'extérieur du cluster sur son matériel existant. Déplacer une fonction de stockage peut donc modifier la catégorie commerciale et les opérations de reprise. Le nom du serveur secondaire ne raconte qu'une partie de l'histoire.

L'exception OpenShift relative au stockage externe ne doit pas être importée dans la définition RHEL. Deux produits du même fournisseur peuvent employer les mêmes températures sans mesurer exactement le même système. Une armoire entière de chapeaux rouges n'unifierait pas davantage leurs périmètres.

Dormir n'efface pas l'abonnement

Le guide OpenShift exige toujours des abonnements pour les clusters en hibernation qui ne sont pas expressément conçus et configurés comme secours tiède ou froid. Il cite les clusters cloud mis temporairement au repos lorsque la demande baisse. Réduire l'activité et préparer une reprise correspondent à deux usages.

Quand un vrai cluster de secours tiède ou froid sort de veille pour exécuter des charges, les abonnements deviennent nécessaires. Un réveil temporaire pour entretien courant ou tests n'exige pas d'abonnement supplémentaire pour les composants des offres logicielles OpenShift. La possibilité d'entretenir et d'essayer le dispositif évite de choisir entre une économie et une machine jamais exercée.

Un test doit aider à découvrir ce qu'il faudra faire sous pression : restaurer, monter, démarrer, vérifier le service. L'absence d'abonnement supplémentaire pour cet usage ne transforme pas chaque activité en répétition générale. Les équipes doivent savoir quelle opération elles ont réellement engagée.

Il manque le chemin stockage-charges du client, le temps de reprise mesuré et le devis applicable ; ces trois éléments peuvent changer le choix économique.

Le meilleur prix est donc celui d'un parcours de reprise accepté par le métier. Ajouter stockage externe, personnel, dépendances et préparation au même calcul évite de comparer une disponibilité achetée avec une restauration oubliée. Un abonnement peut se renégocier. Les minutes nécessaires à un service arrêté n'attendent pas le prochain cycle d'achats.

Sources