Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
KRaftmodo
Amazon MSK introdujo el soporte para KRaft (Apache Kafka Raft) en la versión 3.7.x de Kafka. La comunidad de Apache Kafka se desarrolló KRaft para sustituir a Apache en la gestión de metadatos en los clústeres ZooKeeper de Apache Kafka. En el KRaft modo, 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 KRaftLos controladores se incluyen sin coste adicional para usted y no requieren ninguna configuración o administración adicionales por su parte. Consulte KIP-500
Estos son algunos puntos a tener en cuenta sobre el KRaft modo activadoMSK:
-
KRaftel modo solo está disponible para los clústeres nuevos. No puede cambiar los modos de metadatos una vez creado el clúster.
En la MSK consola, puede crear un clúster basado en Kraft seleccionando la versión 3.7.x de Kafka y marcando la casilla de KRaft verificación de la ventana de creación del clúster.
Para crear un clúster en KRaft modo mediante las
CreateClusterV2operaciones MSK APICreateClustero, debe utilizar como versión.3.7.x.kraft3.7.xUtilícela como versión para crear un clúster en ZooKeeper el modo.El número de particiones por agente es el mismo en los clústeres KRaft y ZooKeeper basados en ellos. Sin embargo, KRaft le permite alojar más particiones por clúster al aprovisionar más agentes en un clúster.
No es necesario API realizar cambios para utilizar el KRaft modo en AmazonMSK. Sin embargo, si sus clientes siguen utilizando la cadena de
--zookeeperconexión en la actualidad, debe actualizar sus clientes para que usen la cadena de--bootstrap-serverconexión para conectarse a su clúster. El--zookeeperindicador 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-serverconexió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 son capaces de utilizar Kafka Admin APIs 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 KRaft controladores del clúster para realizar ninguna acción administrativa. Sin embargo, si utiliza la supervisión abierta para recopilar métricas, también necesitará los DNS puntos finales de sus controladores para recopilar algunas métricas del clúster que no estén relacionadas con los controladores. Puede obtener estos DNS puntos finales desde la MSK consola o mediante la operación. ListNodesAPI Consulte Supervisión abierta con Prometheus los pasos actualizados para configurar la supervisión abierta para los clústeres KRaft basados.
No hay CloudWatch métricas adicionales que debas supervisar para los clústeres de KRaft modos sobre los clústeres de ZooKeeper modos. MSKadministra los KRaft controladores que se utilizan en los clústeres.
-
Puede seguir ACLs gestionando los clústeres en KRaft modo activo mediante la cadena de
--bootstrap-serverconexión. No debe usar la cadena de--zookeeperconexión para administrarACLs. Consulte Apache Kafka ACLs. En KRaft el modo, los metadatos del clúster se almacenan en KRaft controladores de Kafka y no en ZooKeeper nodos externos. Por lo tanto, no necesita controlar el acceso a los nodos del controlador por separado, como lo hace con ZooKeeper los nodos.
