Modo KrAFT

Amazon MSK introdujo la compatibilidad con KrAFT (Apache Kafka Raft) en la versión 3.7.x de Kafka. La comunidad de Apache Kafka desarrolló KrAFT para sustituir a Apache en la administración de metadatos en los clústeres de Apache ZooKeeper Kafka. En el modo KrAFT, los metadatos del clúster se propagan dentro de un grupo de controladores de Kafka, que forman parte del clúster de Kafka, en lugar de propagarse entre nodos. ZooKeeper Los controladores KrAFT se incluyen sin coste adicional para usted y no requieren ninguna configuración o administración adicionales por su parte. Consulte el artículo KIP-500 para obtener más información sobre KrAFT.

Estos son algunos puntos a tener en cuenta sobre el modo KrAFT en MSK:

• El modo KrAFT solo está disponible para clústeres nuevos. No puede cambiar los modos de metadatos una vez creado el clúster.

• En la consola de MSK, puede crear un clúster basado en Kraft seleccionando la versión 3.7.x de Kafka y marcando la casilla de verificación de KrAFT en la ventana de creación del clúster.

• Para crear un clúster en modo KrAFT mediante la API o las operaciones de MSK, debe utilizar como versión. CreateClusterCreateClusterV23.7.x.kraft 3.7.xUtilícela como versión para crear un clúster en ZooKeeper modo.

• El número de particiones por agente es el mismo en los clústeres de KrAFT y en los clústeres ZooKeeper basados. Sin embargo, KrAFT le permite alojar más particiones por clúster al aprovisionar más corredores en un clúster.

• No es necesario realizar cambios en la API para utilizar el modo KrAFT en Amazon MSK. Sin embargo, si sus clientes siguen utilizando la cadena de --zookeeper conexión en la actualidad, debe actualizar sus clientes para que usen la cadena de --bootstrap-server conexión para conectarse a su clúster. El --zookeeper indicador está obsoleto en la versión 2.5 de Apache Kafka y se elimina a partir de la versión 3.0 de Kafka. Por lo tanto, le recomendamos que utilice las versiones recientes del cliente de Apache Kafka y la cadena de --bootstrap-server conexión para todas las conexiones a su clúster.

• ZooKeeper El modo sigue estando disponible para todas las versiones publicadas en las que Apache Kafka también admite zookeeper. Consulte Versiones compatibles de Apache Kafka para obtener más información sobre la finalización del soporte para las versiones y futuras actualizaciones de Apache Kafka.

• Debe comprobar que todas las herramientas que utilice puedan utilizar las API de administración de Kafka sin ZooKeeper conexiones. Consulta los pasos actualizados Uso LinkedIn del control de crucero para Apache Kafka con Amazon MSK para conectar tu clúster a Cruise Control. El Cruise Control también incluye instrucciones para utilizar el Cruise Control sin él ZooKeeper.

• No necesita acceder directamente a los controladores KrAFT de su clúster para realizar ninguna acción administrativa. Sin embargo, si utiliza la supervisión abierta para recopilar métricas, también necesitará los puntos finales de DNS de sus controladores para recopilar algunas métricas del clúster que no estén relacionadas con los controladores. Puedes obtener estos puntos de enlace de DNS desde la consola de MSK o mediante la operación de la API. ListNodes Consulte los pasos actualizados Supervisión abierta con Prometheus para configurar la supervisión abierta para los clústeres basados en Kraft.

• No hay CloudWatch métricas adicionales que necesites monitorizar para los clústeres en modo KrAFT sobre los clústeres en modo. ZooKeeper MSK administra los controladores KrAFT que se utilizan en sus clústeres.

• Puede seguir gestionando las ACL utilizando clústeres en modo KrAFT mediante la cadena de conexión. --bootstrap-server No debe utilizar la cadena de --zookeeper conexión para gestionar las ACL. Consulte ACL de Apache Kafka.

• En el modo KrAFT, los metadatos del clúster se almacenan en los controladores KrAFT de Kafka y no en nodos externos. ZooKeeper Por lo tanto, no necesita controlar el acceso a los nodos del controlador por separado como lo hace con los nodos. ZooKeeper