ApsaraMQ for Kafka reste disponible pendant la mise à niveau des brokers. L'opération effectue un redémarrage progressif : les brokers redémarrent un par un tandis que le cluster continue de traiter le trafic. Le processus entier dure environ 5 à 15 minutes.
Bien que le service ne soit pas interrompu, le redémarrage progressif entraîne des effets temporaires susceptibles d'affecter vos applications. Ces effets disparaissent automatiquement à la fin de la mise à niveau. Consultez les impacts suivants et les étapes de préparation avant de lancer l'opération.
Impacts temporaires pendant la mise à niveau
Ordre des messages
Les messages consommés dans les 5 minutes suivant le redémarrage de chaque broker peuvent arriver dans le désordre au sein de partitions spécifiques. Ce phénomène s'explique par le transfert du rôle de leader de partition entre les brokers durant le redémarrage progressif.
Les instances Serverless ApsaraMQ for Kafka et ApsaraMQ for Confluent respectent pleinement la sémantique Apache Kafka lors des mises à niveau de version et ne sont pas affectées par ce problème.
Déconnexions client
Les clients connectés à un broker en cours de redémarrage peuvent être temporairement déconnectés. Si votre bibliothèque cliente prend en charge la reconnexion automatique, un autre broker reprend la main et la connexion se rétablit sans intervention manuelle.
Distribution inégale du trafic
Le trafic de messages peut être réparti de manière inégale entre les partitions lors du transfert du rôle de leader entre les brokers. Vérifiez si vos applications peuvent tolérer des déséquilibres de charge temporaires.
Modification des adresses IP des brokers
Les adresses IP des brokers peuvent changer après la mise à niveau. Connectez-vous toujours à votre cluster Kafka via des noms de domaine plutôt que des adresses IP codées en dur afin d'éviter les échecs de connexion.
Avant la mise à niveau
Effectuez des tests préalables. Si vous disposez de plusieurs instances, mettez à niveau un cluster de test et vérifiez les résultats avant d'intervenir sur votre cluster de production.
Vérifiez vos bibliothèques clientes. Assurez-vous que vos clients prennent en charge la reconnexion automatique pour gérer les redémarrages de brokers sans encombre.
Utilisez des noms de domaine. Vérifiez que tous les clients se connectent via des noms de domaine, et non des adresses IP.
Planifiez l'opération en heures creuses. Programmez la mise à niveau pendant les périodes de faible trafic pour minimiser l'impact des déséquilibres de charge temporaires.
Problèmes connus avec les clients
Les clients Go compilés avec la bibliothèque Sarama peuvent rencontrer des consommations de messages en double lors des mises à niveau des brokers. Pour plus de détails, consultez Pourquoi le client Go Sarama n'est-il pas recommandé ?