You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<p>With the release of Apache Kafka 3.5, Zookeeper is now marked deprecated. Removal of ZooKeeper is planned in the next major release of Apache Kafka (version 4.0),
3735
-
which is scheduled to happen no sooner than April 2024. During the deprecation phase, ZooKeeper is still supported for metadata management of Kafka clusters,
3736
-
but it is not recommended for new deployments. There is a small subset of features that remain to be implemented in KRaft
3737
-
see <ahref="#kraft_missing">current missing features</a> for more information.</p>
3734
+
<p>ZooKeeper mode was deprecated in Apache Kafka 3.5. Apache Kafka version 4.0 removed support for ZooKeeper mode.</p>
<p>Users are recommended to begin planning for migration to KRaft and also begin testing to provide any feedback. Refer to <ahref="#kraft_zk_migration">ZooKeeper to KRaft Migration</a> for details on how to perform a live migration from ZooKeeper to KRaft and current limitations.</p>
@@ -3967,15 +3964,6 @@ <h4 class="anchor-heading"><a id="kraft_deployment" class="anchor-link"></a><a h
3967
3964
<li>The Kafka controllers store all the metadata for the cluster in memory and on disk. We believe that for a typical Kafka cluster 5GB of main memory and 5GB of disk space on the metadata log director is sufficient.</li>
<p>The following features are not fully implemented in KRaft mode:</p>
3973
-
3974
-
<ul>
3975
-
<li>Supporting JBOD configurations with multiple storage directories. Note that an Early Access release is supported in 3.7 as per <ahref="https://cwiki.apache.org/confluence/display/KAFKA/KIP-858%3A+Handle+JBOD+broker+disk+failure+in+KRaft">KIP-858</a>. Note that it is not yet recommended for use in production environments. Please refer to the <ahref="https://cwiki.apache.org/confluence/display/KAFKA/Kafka+JBOD+in+KRaft+Early+Access+Release+Notes">release notes</a> to help us test it and provide feedback at <ahref="https://issues.apache.org/jira/browse/KAFKA-16061">KAFKA-16061</a>.</li>
3976
-
<li>Modifying certain dynamic configurations on the standalone KRaft controller</li>
3977
-
</ul>
3978
-
3979
3967
<h4class="anchor-heading"><aid="kraft_zk_migration"class="anchor-link"></a><ahref="#kraft_zk_migration">ZooKeeper to KRaft Migration</a></h4>
3980
3968
3981
3969
<h3>Terminology</h3>
@@ -4008,8 +3996,6 @@ <h3>Limitations</h3>
4008
3996
Brokers with broken log directories will only be able to migrate to KRaft once the directories are repaired.
4009
3997
For further details refer to <ahref="https://issues.apache.org/jira/browse/KAFKA-16431">KAFKA-16431</a>.
4010
3998
</li>
4011
-
<li><ahref="#kraft_missing">As noted above</a>, some features are not fully implemented in KRaft mode. If you are
4012
-
using one of those features, you will not be able to migrate to KRaft yet.</li>
4013
3999
<li>
4014
4000
There is a known inconsistency between ZK and KRaft modes in the arguments passed to an <code>AlterConfigPolicy</code>,
4015
4001
when an <code>OpType.SUBTRACT</code> is processed.
0 commit comments