ApsaraMQ for Kafka permanece disponible durante la actualización de un broker. La actualización ejecuta un reinicio progresivo: los brokers se reinician uno por uno mientras el clúster continúa atendiendo tráfico. Todo el proceso tarda entre 5 y 15 minutos aproximadamente.
Aunque el servicio no se interrumpe, el reinicio progresivo provoca efectos temporales que pueden afectar sus aplicaciones. Estos efectos se resuelven automáticamente cuando finaliza la actualización. Revise a continuación los impactos y los pasos de preparación antes de iniciar la actualización.
Impactos temporales durante la actualización
Orden de los mensajes
Los mensajes consumidos dentro de los 5 minutos posteriores al reinicio de cada broker pueden llegar desordenados en ciertas particiones. Esto ocurre porque el liderazgo de las particiones se transfiere entre brokers durante el reinicio progresivo.
Las instancias serverless de ApsaraMQ for Kafka y de ApsaraMQ for Confluent cumplen completamente con la semántica de Apache Kafka durante las actualizaciones de versión y no se ven afectadas por este problema.
Desconexiones de clientes
Los clientes conectados a un broker que se está reiniciando pueden desconectarse temporalmente. Si su biblioteca cliente admite la reconexión automática, otro broker toma el control y la conexión se reanuda sin intervención manual.
Distribución desigual del tráfico
El tráfico de mensajes puede distribuirse de forma desigual entre las particiones conforme el liderazgo de estas cambia entre brokers. Evalúe si sus aplicaciones toleran desequilibrios temporales de carga.
Cambios en la dirección IP del broker
Las direcciones IP de los brokers pueden cambiar después de la actualización. Conéctese siempre a su clúster de Kafka mediante nombres de dominio en lugar de direcciones IP fijas para evitar fallos de conexión.
Antes de actualizar
Pruebe primero. Si cuenta con varias instancias, actualice un clúster de pruebas y compruebe los resultados antes de actualizar su clúster de producción.
Revise sus bibliotecas cliente. Asegúrese de que sus clientes admiten la reconexión automática para gestionar adecuadamente los reinicios de los brokers.
Use nombres de dominio. Compruebe que todos los clientes se conectan mediante nombres de dominio y no por direcciones IP.
Planifique fuera del horario pico. Programe la actualización en periodos de bajo tráfico para minimizar el impacto de los desequilibrios temporales de carga.
Problemas conocidos de clientes
Los clientes Go desarrollados con la biblioteca Sarama pueden experimentar consumo duplicado de mensajes durante las actualizaciones de brokers. Para más detalles, consulte Why is the Sarama Go client not recommended?