KRaftmodalità

Amazon MSK ha introdotto il supporto per KRaft (Apache Kafka Raft) nella versione 3.7.x di Kafka. La community Apache Kafka si è sviluppata per sostituire Apache per la gestione dei metadati nei cluster KRaft Apache Kafka. ZooKeeper In KRaft modalità, i metadati del cluster vengono propagati all'interno di un gruppo di controller Kafka, che fanno parte del cluster Kafka, anziché tra i nodi. ZooKeeper KRafti controller sono inclusi senza costi aggiuntivi per l'utente e non richiedono alcuna configurazione o gestione aggiuntiva da parte dell'utente. Vedi KIP-500 per ulteriori informazioni su. KRaft

Ecco alcuni punti da tenere in considerazione sulla KRaft modalità suMSK:

• KRaftla modalità è disponibile solo per i nuovi cluster. Non è possibile cambiare modalità di metadati una volta creato il cluster.

• Sulla MSK console, puoi creare un cluster basato su Kraft scegliendo la versione 3.7.x di Kafka e selezionando la casella di controllo nella finestra di creazione del cluster. KRaft

• Per creare un cluster in KRaft modalità utilizzando le CreateClusterV2operazioni MSK API CreateClusteror, è necessario utilizzare come versione. 3.7.x.kraft Utilizza 3.7.x come versione per creare un cluster in ZooKeeper modalità.

• Il numero di partizioni per broker è lo stesso su KRaft e per i cluster ZooKeeper basati. Tuttavia, KRaft consente di ospitare più partizioni per cluster fornendo più broker in un cluster.

• Non sono necessarie API modifiche per utilizzare KRaft la modalità su AmazonMSK. Tuttavia, se i tuoi client utilizzano ancora la stringa di --zookeeper connessione oggi, dovresti aggiornare i tuoi client in modo che utilizzino la stringa di --bootstrap-server connessione per connettersi al cluster. Il --zookeeper flag è obsoleto nella versione 2.5 di Apache Kafka e viene rimosso a partire dalla versione 3.0 di Kafka. Ti consigliamo quindi di utilizzare le versioni recenti del client Apache Kafka e la stringa di connessione per tutte le connessioni al tuo cluster. --bootstrap-server

• ZooKeeper la modalità continua a essere disponibile per tutte le versioni rilasciate in cui zookeeper è supportato anche da Apache Kafka. Vedi Versioni di Apache Kafka supportate i dettagli sulla fine del supporto per le versioni di Apache Kafka e gli aggiornamenti futuri.

• È necessario verificare che tutti gli strumenti utilizzati siano in grado di utilizzare Kafka Admin senza connessioni. APIs ZooKeeper Consulta la procedura aggiornata Utilizzo LinkedIn del Cruise Control per Apache Kafka con Amazon MSK per connettere il cluster a Cruise Control. Cruise Control fornisce anche istruzioni per utilizzare il Cruise Control senza ZooKeeper.

• Non è necessario accedere direttamente ai KRaft controller del cluster per eventuali azioni amministrative. Tuttavia, se utilizzi il monitoraggio aperto per raccogliere le metriche, hai bisogno anche degli DNS endpoint dei controller per raccogliere alcune metriche non correlate ai controller sul tuo cluster. Puoi ottenere questi DNS endpoint dalla Console o utilizzando l'MSKoperazione. ListNodesAPI Vedi Monitoraggio aperto con Prometheus i passaggi aggiornati per configurare il monitoraggio aperto per i cluster KRaft basati.

• Non sono necessarie CloudWatch metriche aggiuntive per monitorare i cluster modali rispetto ai cluster KRaft modali. ZooKeeper MSKgestisce i KRaft controller utilizzati nei cluster.

• È possibile continuare a gestire ACLs utilizzando i cluster in KRaft modalità utilizzando la --bootstrap-server stringa di connessione. Non è necessario utilizzare la stringa di --zookeeper connessione per gestireACLs. Per informazioni, consulta Apache Kafka ACLs.

• In KRaft modalità, i metadati del cluster vengono archiviati su KRaft controller all'interno di Kafka e non su nodi esterni. ZooKeeper Pertanto, non è necessario controllare l'accesso ai nodi del controller separatamente come si fa con i nodi. ZooKeeper