Kafka 運維實戰基本操作含命令與最佳實踐

1. 基礎概覽與工具入口

  • Kafka 發行包的所有 CLI 工具均在 bin/ 目錄下。
  • 任何工具不帶參數運行都會顯示所有可用選項。
  • 本文命令默認:--bootstrap-server localhost:9092;生產請替換為你的控制面或內網 VIP。

2. 主題管理(創建 / 修改 / 刪除 / 命名限制)

2.1 創建主題

bin/kafka-topics.sh --bootstrap-server localhost:9092 \--create --topic my_topic_name \--partitions 20 --replication-factor 3 \--config x=y
  • replication-factor(副本因子):建議 2~3,可在不停機重啟 Broker 的同時保證數據可讀。
  • partitions(分區數):決定并行度數據/負載可分布的最大 Broker 數(不含副本)。
  • 配置覆蓋:命令行 --config 會覆蓋 Broker 的默認主題級配置(如保留時長等)。

2.2 主題命名長度限制

  • 分區目錄命名規則:<topic>-<partitionId>;通常文件夾名最長 255 字符。
  • 假設分區數不超 100,000(5 位),則主題名 ≤ 249 字符(留出 - 與 5 位分區號)。

2.3 修改主題

  • 增加分區(僅增不減):

    bin/kafka-topics.sh --bootstrap-server localhost:9092 \--alter --topic my_topic_name --partitions 40
    

    ?? 若你基于 hash(key) % partitions語義分片,新增分區不會重分布歷史數據,可能影響消費者假設。Kafka 不會自動搬舊數據。

  • 新增配置

    bin/kafka-configs.sh --bootstrap-server localhost:9092 \--entity-type topics --entity-name my_topic_name \--alter --add-config x=y
    
  • 刪除配置

    bin/kafka-configs.sh --bootstrap-server localhost:9092 \--entity-type topics --entity-name my_topic_name \--alter --delete-config x
    

2.4 刪除主題

bin/kafka-topics.sh --bootstrap-server localhost:9092 \--delete --topic my_topic_name

? 目前 Kafka 不支持減少分區數
🔁 調整副本因子請參考第 6.4 節「提升副本因子」。

3. 消費組可觀測與管理(Consumer Groups & Share Groups)

3.1 快速查看消費位點與 Lag

bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--describe --group my-group

輸出包含:CURRENT-OFFSET / LOG-END-OFFSET / LAG / CONSUMER-ID / HOST / CLIENT-ID

3.2 列舉各類“組”

bin/kafka-groups.sh --bootstrap-server localhost:9092 --list
# 輸出示例
# GROUP               TYPE      PROTOCOL
# my-consumer-group   Consumer  consumer
# my-share-group      Share     share

3.3 管理消費組(列出 / 描述 / 刪除 / 重置位點)

  • 列出所有消費組

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 --list
    
  • 描述組(默認含 offsets)

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--describe --group my-group
    
  • 查看成員

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--describe --group my-group --members
    
  • 查看成員 + 分配詳情

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--describe --group my-group --members --verbose
    
  • 查看組狀態

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--describe --group my-group --state
    
  • 刪除組(僅當無活動成員)

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--delete --group my-group --group my-other-group
    

🔐 使用 consumer 協議的組需要對組訂閱到的所有主題具備 DESCRIBE 權限;classic 協議不要求。

重置位點(一次僅支持一個組)
  • 支持范圍:--all-topics / --topic(或 --from-file

  • 執行模式:默認預覽、--execute 執行、--export 導出 CSV

  • 場景舉例:--to-earliest / --to-latest / --to-datetime 'YYYY-MM-DDThh:mm:ss.sss' / --shift-by n / --to-offset x / --by-duration 'PnDTnHnMnS' / --to-current

  • 示例(重置到最新):

    bin/kafka-consumer-groups.sh --bootstrap-server localhost:9092 \--reset-offsets --group my-group --topic topic1 --to-latest
    

3.4 管理 Share Groups(預覽)

Kafka 4.1 起提供 Share Groups 預覽(默認關閉),需用 kafka-features.shshare.version=1 啟用;詳見發行說明。

  • 列出

    bin/kafka-share-groups.sh --bootstrap-server localhost:9092 --list
    
  • 描述(起始位點 / 成員 / 狀態等)

    bin/kafka-share-groups.sh --bootstrap-server localhost:9092 \--describe --group my-share-group
    bin/kafka-share-groups.sh --bootstrap-server localhost:9092 \--describe --group my-share-group --members
    bin/kafka-share-groups.sh --bootstrap-server localhost:9092 \--describe --group my-share-group --state
    
  • 刪除主題在 share 組中的位點

    bin/kafka-share-groups.sh --bootstrap-server localhost:9092 \--delete-offsets --group my-share-group --topic topic1
    
  • 刪除 share 組(僅無活動成員)

    bin/kafka-share-groups.sh --bootstrap-server localhost:9092 \--delete --group my-share-group
    

🔐 管理端同樣需要對組內使用的所有主題具備 DESCRIBE 權限。
👥 Share 允許多個成員共享同一分區,與傳統 consumer group 的“每分區一個成員”不同。

4. 集群維護:優雅下線、Leader 平衡、機架感知

4.1 優雅下線(Graceful Shutdown)

  • 作用:在計劃重啟

    1. 先將日志落盤,避免重啟后的日志恢復;
    2. 受控遷移該 Broker 所領導的分區到其他副本,將不可用時長壓到毫秒級。
  • 開關:

    controlled.shutdown.enable=true
    

? 成功前提:該 Broker 上的所有分區都存在其他存活副本(副本因子 > 1 且至少一副本在線)。

4.2 Leader 平衡(Preferred Leader)

  • Kafka 維護首選副本(副本列表中越靠前越“首選”)。默認會嘗試把 Leader 恢復到首選:

    auto.leader.rebalance.enable=true
    
  • 若關閉自動平衡,可手動觸發:

    bin/kafka-leader-election.sh --bootstrap-server localhost:9092 \--election-type preferred --all-topic-partitions
    

4.3 機架感知(Rack Awareness)

  • 為 Broker 標注機架:

    broker.rack=my-rack-id
    
  • 創建/修改/重分配時,Kafka 會盡量讓副本跨越 min(#racks, replication-factor) 個機架;算法保證每臺 Broker 承擔近似相同數量的 Leader

  • 建議:每個機架的 Broker 數量盡量一致,否則少數機架會背更多副本,增加存儲與復制開銷。

5. 擴容與遷移:分區重分配全流程

新增 Broker 后不會自動承載舊分區,需分區重分配;過程由你發起,但復制與切換自動完成。

5.1 工具模式(互斥三選一)

  • --generate:給定主題列表目標 Broker 列表,生成候選方案
  • --execute:執行給定 JSON 方案
  • --verify:校驗上一次 --execute 的進度/結果(完成/失敗/進行中)

5.2 將若干主題“整體”遷到新機器

  1. 準備主題列表:
{"topics": [{ "topic": "foo1" }, { "topic": "foo2" }],"version": 1
}
  1. 生成候選方案并保存“當前分配(用于回滾)”與“建議分配(用于執行)”
bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--topics-to-move-json-file topics-to-move.json \--broker-list "5,6" --generate
  1. 執行與校驗
bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--reassignment-json-file expand-cluster-reassignment.json --executebin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--reassignment-json-file expand-cluster-reassignment.json --verify

5.3 精細化遷移(手工編寫分配)

{"version":1,"partitions":[{"topic":"foo1","partition":0,"replicas":[5,6]},{"topic":"foo2","partition":1,"replicas":[2,3]}
]}
bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--reassignment-json-file custom-reassignment.json --executebin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--reassignment-json-file custom-reassignment.json --verify

5.4 下線 Broker(Decommission)

  • 目前無自動“一鍵下線”方案生成器;需自行列舉該 Broker 上所有分區副本,并均衡地遷移到其他 Broker。
  • 規劃要點:避免把大量副本遷到同一臺目標機;必要時分批分波次執行。

6. 提升副本因子(線上無感擴容可靠性)

手工指定更多副本到新的 Broker,即可在線提升副本因子

{"version":1,"partitions":[{"topic":"foo","partition":0,"replicas":[5,6,7]}]}
bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--reassignment-json-file increase-replication-factor.json --executebin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--reassignment-json-file increase-replication-factor.json --verifybin/kafka-topics.sh --bootstrap-server localhost:9092 --topic foo --describe
# 觀察 ReplicationFactor 與 ISR

7. 遷移限速與進度監控(Throttle & Lag)

7.1 在執行重分配時設置復制帶寬上限

bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 --execute \--reassignment-json-file bigger-cluster.json \--throttle 50000000 \--replica-alter-log-dirs-throttle 100000000
  • 運行中可追加執行調大限速:

    bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--additional --execute --reassignment-json-file bigger-cluster.json \--throttle 700000000
    
  • 完成后請及時移除限速--verify 會幫你清理):

    bin/kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \--verify --reassignment-json-file bigger-cluster.json
    

7.2 驗證與手工檢查 throttle 配置

  • Broker 級(限速值):

    bin/kafka-configs.sh --describe --bootstrap-server localhost:9092 --entity-type brokers
    # 關注:
    # leader.replication.throttled.rate
    # follower.replication.throttled.rate
    # replica.alter.log.dirs.io.max.bytes.per.second
    
  • Topic 級(被限速的副本集合):

    bin/kafka-configs.sh --describe --bootstrap-server localhost:9092 --entity-type topics
    # 關注:
    # leader.replication.throttled.replicas
    # follower.replication.throttled.replicas
    
  • 必要時可用 --alter 手動修改。

7.3 安全使用要點

  1. 及時清理:重分配完成務必移除 throttle,避免影響正常復制。

  2. 確保前進:若 max(BytesInPerSec) > throttle,復制可能追不上寫入,Lag 不降;監控

    kafka.server:type=FetcherLagMetrics,name=ConsumerLag,clientId=...,topic=...,partition=...
    

    若無下降,調大限速。

8. 配額管理(Quotas:按用戶 / client-id / 組合)

8.1 設置覆蓋

  • 指定 (user=user1, client-id=clientA)

    bin/kafka-configs.sh --bootstrap-server localhost:9092 --alter \--add-config 'producer_byte_rate=1024,consumer_byte_rate=2048,request_percentage=200' \--entity-type users --entity-name user1 \--entity-type clients --entity-name clientA
    
  • 僅用戶:

    bin/kafka-configs.sh --bootstrap-server localhost:9092 --alter \--add-config 'producer_byte_rate=1024,consumer_byte_rate=2048,request_percentage=200' \--entity-type users --entity-name user1
    
  • 僅 client-id:

    bin/kafka-configs.sh --bootstrap-server localhost:9092 --alter \--add-config 'producer_byte_rate=1024,consumer_byte_rate=2048,request_percentage=200' \--entity-type clients --entity-name clientA
    

8.2 設置默認(--entity-default

  • 用戶下的默認 client-id

    bin/kafka-configs.sh --bootstrap-server localhost:9092 --alter \--add-config 'producer_byte_rate=1024,consumer_byte_rate=2048,request_percentage=200' \--entity-type users --entity-name user1 \--entity-type clients --entity-default
    
  • 默認用戶

    bin/kafka-configs.sh --bootstrap-server localhost:9092 --alter \--add-config 'producer_byte_rate=1024,consumer_byte_rate=2048,request_percentage=200' \--entity-type users --entity-default
    
  • 默認 client-id

    bin/kafka-configs.sh --bootstrap-server localhost:9092 --alter \--add-config 'producer_byte_rate=1024,consumer_byte_rate=2048,request_percentage=200' \--entity-type clients --entity-default
    

8.3 查詢

# 指定 (user, client-id)
bin/kafka-configs.sh --bootstrap-server localhost:9092 --describe \--entity-type users --entity-name user1 \--entity-type clients --entity-name clientA# 指定 user / 指定 client-id / 默認實體 / 全量列表
bin/kafka-configs.sh --bootstrap-server localhost:9092 --describe --entity-type users --entity-name user1
bin/kafka-configs.sh --bootstrap-server localhost:9092 --describe --entity-type clients --entity-name clientA
bin/kafka-configs.sh --bootstrap-server localhost:9092 --describe --entity-type users --entity-default
bin/kafka-configs.sh --bootstrap-server localhost:9092 --describe --entity-type clients --entity-default
bin/kafka-configs.sh --bootstrap-server localhost:9092 --describe --entity-type users

9. 跨集群鏡像與地理多活(Mirroring & Geo-Replication)

  • Kafka 支持跨集群 / 跨機房 / 跨地域的數據流;可結合企業網絡與可用區設計進行多活或異地容災。
  • 設計建議:配合主題白名單/正則 + 排除規則SASL/SCRAM + TLS 等安全策略與觀測指標。

10. 常見風險清單(必讀)

  • ? 不可減分區:設計初期就評估分區增長策略;語義分片要考慮“新增分區不重分布歷史數據”。
  • 🧯 下線前提:優雅下線需確保每個分區有其他存活副本(RF>1)。
  • ?? Leader 不均衡:重啟后 Broker 會先當 Follower;需要開啟自動平衡或手動 preferred election。
  • 🛰? Rack 規劃:盡量讓每個機架的 Broker 數均衡,否則復制與存儲壓力會偏斜。
  • 🚦 Throttle 清理:重分配完成要立刻移除限速;Lag 不降要檢查 BytesInPerSec 與 throttle。
  • 🔐 權限:consumer 協議的組“describe”需要對所有訂閱主題具備 DESCRIBE;權限缺失會導致組狀態/位點不可見。
  • 🧩 回滾準備:執行重分配前務必保存“當前分配 JSON”,失敗可快速回滾。

11. 命令速查表(按場景)

目標命令
創建主題kafka-topics.sh --create --topic <t> --partitions N --replication-factor R
增分區kafka-topics.sh --alter --topic <t> --partitions N
增/刪配置kafka-configs.sh --alter --entity-type topics --entity-name <t> --add-config/--delete-config
刪主題kafka-topics.sh --delete --topic <t>
描述消費組kafka-consumer-groups.sh --describe --group <g>
列組成員... --members [--verbose]
組狀態... --state
刪除組... --delete --group <g> [--group <g2>]
重置位點... --reset-offsets --group <g> --topic <t> --to-xxx
Preferred 選主kafka-leader-election.sh --election-type preferred --all-topic-partitions
生成重分配kafka-reassign-partitions.sh --generate --topics-to-move-json-file ... --broker-list "..."
執行/校驗重分配... --execute / --verify --reassignment-json-file ...
遷移限速... --throttle <B/s> --replica-alter-log-dirs-throttle <B/s>
查看 throttle(Broker/Topic)kafka-configs.sh --describe --entity-type brokers/topics
配額設置(user/client-id)kafka-configs.sh --alter --entity-type users/clients ... --add-config producer_byte_rate=...,consumer_byte_rate=...,request_percentage=...

12. 總結與實踐建議

  • 以“可觀測 → 變更 → 校驗 → 回滾”閉環組織運維動作:任何重分配與限速都要有當前狀態快照回滾 JSON
  • 把擴容當作“復制 + 切換”的受控流水線:先復制到新副本、進入 ISR,再切 Leader 與刪除舊副本。
  • 把消費組當作“位點與分配”的可觀測對象:任何“延遲大”的投訴,都應先 --describeLAG 與分配是否傾斜。
  • 前置容量規劃:分區與副本因子是“上限設計”,后續只能增加(分區)或擴副本,不能“減分區”。

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/web/98009.shtml
繁體地址,請注明出處:http://hk.pswp.cn/web/98009.shtml
英文地址,請注明出處:http://en.pswp.cn/web/98009.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

貪心算法應用:航班起降問題詳解

Java中的貪心算法應用&#xff1a;航班起降問題詳解 貪心算法是一種在每一步選擇中都采取當前狀態下最優的選擇&#xff0c;從而希望導致全局最優解的算法策略。在航班起降問題中&#xff0c;貪心算法可以有效地解決機場跑道調度問題&#xff0c;即如何安排航班的起降順序以最大…

uniapp scroll-view 設置scrollTop無效

當我們使用 scroll-view的scroll-top的時候 默認想讓它回到頂部&#xff0c;當我們設置值為0的時候會不生效&#xff0c;在實際運用過程中&#xff0c;發現設置了scroll-top無效&#xff0c;滾動條位置并沒有發生變化&#xff0c;是因為微信小程序的官方框架處于性能考慮&#…

網絡與通信

1.TCP協議與UDP協議TCP&#xff08;Transmission Control Protocol&#xff0c;傳輸控制協議&#xff09;和 UDP&#xff08;User Datagram Protocol&#xff0c;用戶數據報協議&#xff09;是 TCP/IP 協議族中兩種核心的傳輸層協議&#xff0c;它們在數據傳輸方式、可靠性、適…

Node.js中package.json詳解

1. name&#xff08;名稱&#xff09; 如果你計劃發布你的包&#xff0c;package.json 中最重要的字段是 name 和 version&#xff0c;因為它們是必需的。name 和 version 共同組成一個假定完全唯一的標識符。包的更改應伴隨版本號的更新。如果你不打算發布包&#xff0c;那么…

代碼隨想錄第14天| 翻轉、對稱與深度

226.翻轉二叉樹 &#xff08;優先掌握遞歸&#xff09; 題目鏈接/文章講解/視頻講解&#xff1a;翻轉二叉樹 交換的是指針&#xff0c;而不是數值&#xff0c;如果用數值做交換&#xff0c;需要交換的節點下面無法很好的操作。 使用遞歸來實現&#xff0c;但要提前清除是什么順…

DNS-Windows上使用DNS

DNS-Windows上使用DNS一、查看與修改DNS配置1.1、查看當前DNS服務器設置1.2、臨時修改 DNS 服務器&#xff08;命令行&#xff09;二、DNS緩存相關操作2.1、查看DNS緩存內容2.2、 刷新 DNS 緩存&#xff08;清除過期記錄&#xff09;三、測試域名解析&#xff08;nslookup 工具…

3dsMax 2026 .NET Core 8 轉型下的Maxscript腳本開發:動態編譯模塊的重構策略與兼容性升級路徑

3ds Max 長期以來一直提供出色的 .NET 集成,使 Maxscript 能夠無縫利用任何 .NET 庫的強大功能。部分開發者在工具中廣泛使用了 .NET 功能。 之前,3ds Max 依賴于 .NET Framework 4.8 并且最近更新到了 4.8.1,用于 2025 版本的發布。然而,隨著 3ds Max 2026 的推出,Autod…

golang 做webrtc開發核心

在Golang中進行WebRTC開發&#xff0c;核心在于理解WebRTC協議的工作原理以及如何利用Go生態中的庫來實現關鍵功能。以下是Golang WebRTC開發的核心要點&#xff1a; WebRTC基礎概念 了解ICE&#xff08;Interactive Connectivity Establishment&#xff09;協議用于NAT穿越掌握…

RabbitMQ 異步化抗洪實戰

說明&#xff1a;本文僅展示架構思路與安全片段&#xff0c;所有敏感字段已用占位符&#xff1b;不含可直接復刻的生產細節。數據與接口均為演示/虛擬。0. 背景與目標長耗時/不確定接口&#xff08;如對接第三方機器人平臺&#xff09;的同步阻塞&#xff0c;容易造成請求堆積與…

接口返回 2 萬條數據,easy-trans導致多了20s耗時排查過程

內網訪問排版核料詳情功能&#xff0c;用戶反饋要等十幾秒排查 sql&#xff1a;sql 比較簡單排查內存計算&#xff1a;arthus trace 類名 方法名 總耗時2s排查頁面渲染是否緩慢&#xff1a;F12 查看接口 等待服務器響應 20s 下載時間 30s, 故不考慮渲染問題排查請求響應日志打…

AIGC入門,手搓大模型客戶端與MCP交互

概述 在現代應用開發中&#xff0c;將大語言模型&#xff08;LLM&#xff09;與專用工具服務相結合&#xff0c;可以構建出既能理解自然語言&#xff0c;又能準確執行專業任務的智能代理。本文介紹一個基于 MCP&#xff08;Model Context Protocol&#xff09;協議和 Ollama 本…

深度學習:從預備知識到未來展望

在當今數字化時代&#xff0c;深度學習正以前所未有的速度改變著我們的生活和工作方式。從智能語音助手到自動駕駛汽車&#xff0c;從精準醫療到個性化推薦系統&#xff0c;深度學習的應用無處不在。本文將從深度學習的預備知識入手&#xff0c;探討其發展歷程、關鍵技術和未來…

軟考高級系統架構設計師之構件與中間件技術篇

一、構件的定義 定義1:軟件構件是一種組裝單元&#xff0c;它具有規范的接口規約和顯式的語境依賴。軟件構件可以被獨立地部署并由第三方任意地組裝。 定義2:構件是某系統中有價值的、幾乎獨立的并可替換的一個部分&#xff0c;它在良好定義的體系結構語境內滿足某清晰的功能。…

Node.js 文件上傳中文文件名亂碼問題,為什么只有Node會有亂碼問題,其他后端框架少見?

問題現象當用戶上傳包含中文字符的文件時&#xff0c;在服務器端獲取到的文件名可能變成類似 ????.txt 這樣的亂碼&#xff0c;而不是預期的中文文件名。為什么只有Node會亂碼&#xff1f;很多后端框架&#xff08;如 Java Spring Boot、Python Django、PHP Laravel&#x…

學習英語音標 (從漢語角度看英語音標發音差異)

僅供參考, 跟著教學視頻看不懂時再來看以下引導 以下只寫容易出錯的音標 發音視頻: https://www.jiwake.com/yinbiaofayin/ 音標規則單詞??類似漢語e, 餓~urge?類似漢語e, 餓go??類似漢語o, 哦~walk?類似漢語o, 哦wash?/i?/的短語, 不止發聲短,舌頭不用隆起it?類似漢…

論文筆記(九十一)GWM: Towards Scalable Gaussian World Models for Robotic Manipulation

GWM: Towards Scalable Gaussian World Models for Robotic Manipulation文章概括摘要1. 引言2. 相關工作3. 高斯世界模型&#xff08;Gaussian World Model&#xff09;3.1. 世界狀態編碼&#xff08;World State Encoding&#xff09;3.2. 基于擴散的動態建模&#xff08;Dif…

apache phoenix sql 命令大全詳解

這是一份非常詳細的 Apache Phoenix SQL 命令大全和詳解。Phoenix 作為 HBase 上的 SQL 層&#xff0c;其語法大部分與標準 SQL 兼容&#xff0c;但也有許多針對 HBase 的特性擴展。核心概念 在開始之前&#xff0c;請記住 Phoenix 的兩個核心概念&#xff1a; 主鍵&#xff08…

【代碼講解】SO-ARM100 雙場景演示:手柄驅動 Mujoco 仿真 + 實機控制

視頻講解&#xff1a; 【代碼講解】SO-ARM100 雙場景演示&#xff1a;手柄驅動 Mujoco 仿真 實機控制今天介紹下使用使用北通手柄通過控制 Mujoco 中的 SO-ARM100 機械臂&#xff0c;然后將關節數據通過 zmq 通信轉發控制實際機械臂。 本期中會涉及如下點&#xff0c;需要注意…

「數據獲取」《中國教育經費統計年鑒》(1997-2024)

01、數據簡介《中國教育經費統計年鑒》作為我國教育經費領域的核心統計典籍&#xff0c;全面系統地呈現了全國各級各類教育經費的來源構成、分配流向與使用成效。其統計范圍覆蓋學前教育、基礎教育、中等職業教育、高等教育及特殊教育等全學段&#xff0c;數據維度涵蓋財政性教…

使用 Logspout 收集所有容器的

1.將所有容器的輸出路由到遠程 rsyslog 服務器1.修改 rsyslog 配置文件/etc/rsyslog.conf, 從中找到 “# Provides UDP sysilog recepion"語句。并將該處的以下兩行配置代碼行首的“#”字符刪除&#xff08;取消注釋&#xff09;[roothost1 ~]# vi /etc/rsyslog.conf [roo…