Résumé

  • Pour Atlas Core avec des Search Nodes séparés, une pause efface les données de ces nœuds. La reprise recrée les nœuds et les index ; les requêtes $search et $vectorSearch attendent cette reconstruction.
  • Les anciens indicateurs de recherche ne reviennent pas avec le service. L’acheteur doit conserver de quoi comparer les performances avant et après.
  • Le stockage reste facturé pendant la pause. Pour juger l’économie, il faut aussi compter la préparation du retour et confronter les heures facturées aux recherches effectivement utilisables.

Le rideau se lève avant la fin du décor

Une salle fermée pour la nuit peut garder ses fauteuils en place. On peut aussi les ranger, puis les remettre avant l’arrivée du public. MongoDB Atlas fait subir à une partie de sa recherche une opération du second genre. Le bouton porte le nom tranquille de « pause ». Son contenu comprend une reconstruction.

La documentation de reprise décrit précisément le mécanisme. Sur Atlas Core, lorsque les Search Nodes sont déployés séparément, suspendre le cluster supprime les données de ces nœuds. La reprise en crée de nouveaux et reconstruit les index de recherche. Pendant ce travail, les étapes $search et $vectorSearch sont indisponibles. Ce périmètre compte : Atlas Infinite, en préversion publique, ne prend pas en charge ces nœuds.

Le stockage des documents et la préparation du chemin qui permet de les retrouver ont donc deux vies différentes. Le client achète une interruption moins coûteuse, puis une remise en état automatique. MongoDB se charge de la reconstruction. Quelqu’un, chez l’acheteur, doit encore décider à quelle heure les utilisateurs peuvent revenir.

Prenons une démonstration de catalogue, comme scénario de décision. L’équipe peut vérifier que la base accepte une connexion et que l’application démarre, puis découvrir que la recherche attend toujours ses index. Le vendeur a repris les ressources ; la démonstration réclame un résultat. C’est entre ces deux événements que se loge le coût rarement invité à la réunion d’économies.

La facture connaît les machines ; le client connaît l’heure du rendez-vous

La réduction de dépenses a une base solide. Selon les règles de coût des clusters, seuls les frais de stockage subsistent pendant la pause, y compris ceux de la capacité fournie par défaut. Une équipe qui laisse dormir un environnement de développement peut ainsi éviter de le faire fonctionner sans usage.

Mais la durée éteinte se compte beaucoup plus facilement que le travail nécessaire pour rouvrir. Le tableur reçoit les heures économisées. L’agenda d’un ingénieur reçoit le démarrage anticipé. Celui du responsable produit reçoit la vérification de la recherche. Si la démonstration doit attendre, le commercial reçoit le problème. La même entreprise paie les quatre, avec quatre façons de raconter le résultat.

Les Search Nodes sont facturés à l’heure, et une fraction d’heure compte comme une heure entière. Leur nombre, leur niveau de ressources et les transferts avec les nœuds de base de données participent au coût. Il faut donc rapprocher la facture réelle de la chronologie de remise en service. La disponibilité d’un index ne constitue pas, dans ces règles, un nouveau compteur commercial que l’on pourrait substituer au compteur des ressources.

Une interruption longue peut absorber une préparation substantielle. Des pauses très rapprochées multiplient les retours. La décision dépend du rythme d’usage, de la prévisibilité de la reconstruction et du temps dont l’équipe dispose avant de recevoir ses utilisateurs. La souplesse a une valeur ; être prêt à l’heure en a une autre.

Un comparatif auquel manque la première moitié

MongoDB prévient aussi que les indicateurs de recherche précédant la pause ne sont pas conservés. Après la reprise, seuls ceux des nouveaux Search Nodes sont disponibles. Le service revient avec de nouvelles courbes, pas avec la mémoire de ses anciennes performances de recherche.

Pour l’acheteur, c’est une raison de préparer ses propres mesures avant de suspendre. Quelques requêtes représentatives, leurs résultats attendus, leur durée et les conditions du test donnent une base de comparaison. Si la taille des données ou la définition des index change, il faut garder cette information avec les mesures. Sinon, une courbe neuve peut remporter un concours auquel l’ancienne n’a plus le droit de participer.

Cette discipline sert aussi à répartir les responsabilités. Le responsable des économies peut montrer une baisse de consommation ; le responsable du produit peut montrer le temps nécessaire pour retrouver une recherche acceptable. On obtient enfin une discussion sur le même service et sur les mêmes heures.

Toutes les reconstructions n’ont pas le même public

Le mot « reconstruction » recouvre plusieurs procédures. La gestion des index prévoit qu’une modification de définition construit le nouvel index en arrière-plan, tandis que l’ancien continue à répondre. Un changement de topologie prépare également les nouveaux nœuds avant de retirer les anciens. Une capacité existante assure alors la transition.

La reprise après pause part d’un autre état : les données des Search Nodes ont été effacées. Emprunter à une mise à jour ordinaire sa promesse de continuité ferait disparaître le détail qui commande toute l’opération. Le choix à documenter est le changement effectivement réalisé, avec sa façon propre de garder ou de reconstruire le service.

La méthode getSearchIndexes() fournit notamment un état et le champ queryable, qui indique si l’index peut recevoir des requêtes. C’est un point de contrôle utile. Le test suivant appartient au produit : les recherches nécessaires à la démonstration ou à la reprise du travail donnent-elles les résultats attendus dans le délai accepté ?

Il manque des mesures de clients reliant durée de reconstruction, qualité de la reprise et facture ; un retour court et régulier rendrait les pauses fréquentes plus intéressantes. Le contrat économique est déjà lisible : on cesse de payer pour une partie de la capacité prête à servir, puis on finance son retour par du temps, de l’organisation et les ressources effectivement consommées. La bonne économie arrive au rendez-vous.