Site updated: 2024-06-22 19:44:44

jxhsjxhs · Jun 22, 2024 · 634d0d3 · 634d0d3
1 parent 343e444
commit 634d0d3
Show file tree

Hide file tree

Showing 3 changed files with 4 additions and 4 deletions.
diff --git a/2024/06/22/kafka-topic指定节点重平衡/index.html b/2024/06/22/kafka-topic指定节点重平衡/index.html
@@ -284,7 +284,7 @@ <h1 style="display: none">kafka topic指定节点重平衡</h1>
             <div class="markdown-body">
               <h3 id="背景："><a href="#背景：" class="headerlink" title="背景："></a>背景：</h3><p>业务预估，某个业务所用的几个topic数据量 以及io会非常大，需要增加更多的broker来支撑。这时就有两种方案，</p>
 <blockquote>
-<p>第一种: 这些特殊需求的topic独享几个broker。而其他的topic不动。</p>
+<p>第一种：这些特殊需求的topic独享几个broker。而其他的topic不动。</p>
 <p>第二种：新增broker后，可以简单粗暴的将topic的partition数量设置大一些，并且设置随机重平衡。让kafka调度器去做区分。</p>
 </blockquote>
 <p>在实际生产环境中，第一种方式是对其他topic影响最小，并且最符合稳定性要求的方案。图示如下</p>

diff --git a/index.html b/index.html
@@ -253,10 +253,10 @@ <h1 class="index-header">
 
           背景：业务预估，某个业务所用的几个topic数据量 以及io会非常大，需要增加更多的broker来支撑。这时就有两种方案，
 
-第一种: 这些特殊需求的topic独享几个broker。而其他的topic不动。
+第一种：这些特殊需求的topic独享几个broker。而其他的topic不动。
 第二种：新增broker后，可以简单粗暴的将topic的partition数量设置大一些，并且设置随机重平衡。让kafka调度器去做区分。
 
-在实际生产环境中，第一种方式是对其他topic影响
+在实际生产环境中，第一种方式是对其他topic影响最
         </a>
       </p>