Redémarrages progressifs

Cette fonctionnalité est également disponible dans le cadre du API de déploiement SearchStax Suite et peut être exécuté par programmation comme n'importe quelle autre API REST. Les utilisateurs peuvent désormais exécuter une commande de redémarrage progressif et savoir que les serveurs seront redémarrés un par un. Les systèmes back-end vérifient l'état des réplicas Solr sur le dernier serveur redémarré avant l'initialisation du prochain serveur, afin de garantir que la disponibilité et la disponibilité du service ne sont pas affectées. 

Les redémarrages progressifs peuvent s'avérer utiles dans divers cas d'utilisation. Voici quelques scénarios courants où les utilisateurs, et même notre équipe, sont confrontés à ce besoin :

• Gestion du changement – Si les utilisateurs doivent mettre à jour des bibliothèques d’exécution ou diverses configurations, le redémarrage de Solr devient une nécessité après la mise à jour pour garantir que les modifications ont été actualisées sur tous les serveurs.
• Surutilisation de la mémoire du tas JVM – L'utilisation de la mémoire du tas JVM peut augmenter de façon importante ou constante sur un système. Il est conseillé aux utilisateurs de toujours identifier et optimiser la cause sous-jacente, mais les redémarrages progressifs offrent aux utilisateurs de Solr une solution provisoire pour réinitialiser l'utilisation en attendant.
• Taux de transaction élevés Les clusters SolrCloud sont efficaces pour échanger des mises à jour via la communication inter-nœuds. Cependant, si l'utilisation des ressources est élevée, les journaux de transactions (T-Logs) peuvent s'accumuler et réduire la capacité de Solr à assurer une réplication en temps quasi réel (NRT). Ceci peut se traduire par des résultats différents pour une même requête de recherche. Les redémarrages progressifs peuvent contribuer à atténuer l'accumulation de T-Logs non traités et à rétablir la parité des nœuds Solr. 
• Dépannage général – Les redémarrages progressifs permettent aux utilisateurs d'éliminer de nombreux facteurs pouvant intervenir lors du dépannage d'un cluster de production en direct. Il n'est pas rare que les utilisateurs souhaitent déclencher un redémarrage progressif dès le début d'une enquête sur un incident en cours afin d'en identifier la cause profonde.