Kafka en Producción · Lección 29
¿Qué estrategia se recomienda seguir al actualizar la versión de Kafka en un cluster de producción con múltiples brokers, para evitar downtime?
Actualizar un broker a la vez (rolling upgrade), verificando que las partitions se resincronicen correctamente antes de continuar con el siguiente broker
Detener por completo todos los brokers del cluster simultáneamente durante toda la actualización
Eliminar todos los topics existentes antes de poder actualizar la versión de Kafka
Es técnicamente imposible actualizar Kafka sin perder todos los datos existentes
Kafka en Producción · Lección 29
Completa el código
Se recomienda revisar las notas de la versión buscando cambios
Revisa: se recomienda revisar las notas de la versión buscando cambios incompatibles entre versiones.
Kafka en Producción · Lección 29
¿Por qué verificar que las partitions se resincronicen completamente antes de actualizar el siguiente broker es importante para mantener la disponibilidad del cluster durante todo el proceso de rolling upgrade?
Pista: si se actualiza el siguiente broker antes de que las réplicas del broker anterior terminen de resincronizarse completamente, el cluster podría quedar temporalmente con menos redundancia de la esperada, aumentando el riesgo real de pérdida de disponibilidad si algo más fallara durante ese período vulnerable.
✓
¡Lección completada!
Actualización de Kafka sin downtime
0
XP ganado
3
Vidas restantes