個人學習整理,所有資料來自尚硅谷
文章目錄
- Hadoop HA高可用
- 1. HA概述
- 2. HDFS-HA集群搭建
- 2.1 HDFS-HA核心問題
- 3. HDFS-HA手動模式
- 3.1 環境準備
- 3.2 配置HDFS-HA集群
- 3.3 啟動HDFS-HA集群
- 4. HDFS-HA自動模式
- 4.1 HDFS-HA自動故障轉移作業機制
- 4.2 HDFS-HA自動故障轉移的集群規劃
- 4.3 配置HDFS-HA自動故障轉移
- 4.3.1 具體配置
- 4.3.2 啟動
- 5. YARN-HA配置
- 5.1 YARN-HA作業機制
- 5.2 配置YARN-HA集群
- 6. HADOOP HA 的最終規劃
Hadoop HA高可用
1. HA概述
- 所謂HA(High Availability),即高可用(7*24小時不中斷服務)
- 實作高可用最關鍵的策略是消除單點故障,HA嚴格來說應該分成各個組件的HA機制:HDFS的HA和YARN的HA.
- NameNode主要在以下兩個方面影響HDFS集群:
-
NameNode機器發生意外,如宕機,集群將無法使用,直到管理員重啟,
-
NameNode機器需要升級,包括軟體、硬體升級,此時集群也將無法使用,
HDFS HA功能通過配置多個NameNode(Active/Standby)實作在集群中對NameNode的熱備來解決上述問題,如果出現故障,如機器崩潰或者機器需要升級維護,此時可通過此方式將NameNode很快的切換到另外一臺機器,
2. HDFS-HA集群搭建
? 當前HDFS集群的規劃
| hadoop102 | hadoop103 | hadoop104 |
|---|---|---|
| NameNode | Secondarynamenode | |
| DataNode | DataNode | DataNode |
? HA的主要目的是消除namenode的單點故障,需要將hdfs集群規劃成以下模樣
| hadoop102 | hadoop103 | hadoop104 |
|---|---|---|
| NameNode | NameNode | NameNode |
| DataNode | DataNode | DataNode |
2.1 HDFS-HA核心問題
-
怎么保證三臺namenode的資料一致?
a. Fsimage:讓一臺nn生成資料,讓其他機器nn同步
b. Edits:需要引進新的模塊JournalNode來保證edits的檔案的資料一致性
-
怎么讓同時只有一臺nn是active,其他所有是standby?
a. 手動分配
b. 自動分配
-
2nn在ha架構中并不存在,定期合并fsimage和edits誰來做?
由standby的nn來做
-
如果nn發生了什么問題,如何讓其他的nn上位干活?
a. 手動故障轉移
b. 自動故障轉移
3. HDFS-HA手動模式
3.1 環境準備
- 修改IP
- 修改主機名及主機名和IP地址的映射
- 關閉防火墻
- ssh免密登錄
- 安裝JDK,配置環境變數等
3.2 配置HDFS-HA集群
- 在opt目錄下創建一個ha檔案
[atguigu@hadoop102 ~]$ cd /opt
[atguigu@hadoop102 opt]$ sudo mkdir ha
[atguigu@hadoop102 opt]$ sudo chown atguigu:atguigu /opt/ha
- 將/opt/module下的hadoop-3.1.3拷貝到/opt/ha目錄下(洗掉data和log目錄)
[atguigu@hadoop102 opt]$ cp -r /opt/module/hadoop-3.1.3 /opt/ha/
- 配置core-site.xml
<configuration>
<!-- 把多個 NameNode 的地址組裝成一個集群 mycluster -->
<property>
<name>fs.defaultFS</name>
<value>hdfs://mycluster</value>
</property>
<!-- 指定 hadoop 運行時產生檔案的存盤目錄 -->
<property>
<name>hadoop.tmp.dir</name>
<value>/opt/ha/hadoop-3.1.3/data</value>
</property>
</configuration>
- 配置hdfs-site.xml
<configuration>
<!-- NameNode 資料存盤目錄 -->
<property>
<name>dfs.namenode.name.dir</name>
<value>file://${hadoop.tmp.dir}/name</value>
</property>
<!-- DataNode 資料存盤目錄 -->
<property>
<name>dfs.datanode.data.dir</name>
<value>file://${hadoop.tmp.dir}/data</value>
</property>
<!-- JournalNode 資料存盤目錄 -->
<property>
<name>dfs.journalnode.edits.dir</name>
<value>${hadoop.tmp.dir}/jn</value>
</property>
<!-- 完全分布式集群名稱 -->
<property>
<name>dfs.nameservices</name>
<value>mycluster</value>
</property>
<!-- 集群中 NameNode 節點都有哪些 -->
<property>
<name>dfs.ha.namenodes.mycluster</name>
<value>nn1,nn2,nn3</value>
</property>
<!-- NameNode 的 RPC 通信地址 -->
<property>
<name>dfs.namenode.rpc-address.mycluster.nn1</name>
<value>hadoop102:8020</value>
</property>
<property>
<name>dfs.namenode.rpc-address.mycluster.nn2</name>
<value>hadoop103:8020</value>
</property>
<property>
<name>dfs.namenode.rpc-address.mycluster.nn3</name>
<value>hadoop104:8020</value>
</property>
<!-- NameNode 的 http 通信地址 -->
<property>
<name>dfs.namenode.http-address.mycluster.nn1</name>
<value>hadoop102:9870</value>
</property>
<property>
<name>dfs.namenode.http-address.mycluster.nn2</name>
<value>hadoop103:9870</value>
</property>
<property>
<name>dfs.namenode.http-address.mycluster.nn3</name>
<value>hadoop104:9870</value>
</property>
<!-- 指定 NameNode 元資料在 JournalNode 上的存放位置 -->
<property>
<name>dfs.namenode.shared.edits.dir</name>
<value>qjournal://hadoop102:8485;hadoop103:8485;hadoop104:8485/mycluster</value>
</property>
<!-- 訪問代理類:client 用于確定哪個 NameNode 為 Active -->
<property>
<name>dfs.client.failover.proxy.provider.mycluster</name>
<value>org.apache.hadoop.hdfs.server.namenode.ha.ConfiguredFailoverProxyProvider</value>
</property>
<!-- 配置隔離機制,即同一時刻只能有一臺服務器對外回應 -->
<property>
<name>dfs.ha.fencing.methods</name>
<value>sshfence</value>
</property>
<!-- 使用隔離機制時需要 ssh 秘鑰登錄-->
<property>
<name>dfs.ha.fencing.ssh.private-key-files</name>
<value>/home/atguigu/.ssh/id_rsa</value>
</property>
</configuration>
- 分發配置好的hadoop環境到其他節點
3.3 啟動HDFS-HA集群
- 將HADOOP_HOME環境更改到HA目錄(三臺機器)
[atguigu@hadoop102 ~]$ sudo vim /etc/profile.d/my_env.sh
#HADOOP_HOME
export HADOOP_HOME=/opt/ha/hadoop-3.1.3
export PATH=$PATH:$HADOOP_HOME/bin
export PATH=$PATH:$HADOOP_HOME/sbin
在三臺機器上source環境變數
[atguigu@hadoop102 ~]$source /etc/profile
- 在各個JournalNode節點上,輸入以下命令啟動journalnode服務
[atguigu@hadoop102 ~]$ hdfs --daemon start journalnode
[atguigu@hadoop103 ~]$ hdfs --daemon start journalnode
[atguigu@hadoop104 ~]$ hdfs --daemon start journalnode
- 在【nn1】上,對其進行格式化并啟動
[atguigu@hadoop102 ~]$ hdfs namenode -format
[atguigu@hadoop102 ~]$ hdfs --daemon start namenode
- 在【nn2】和【nn3】上同步【nn1】的元資料資訊
[atguigu@hadoop103 ~]$ hdfs namenode -bootstrapStandby
[atguigu@hadoop104 ~]$ hdfs namenode -bootstrapStandby


- 啟動【nn2】和【nn3】
[atguigu@hadoop103 ~]$ hdfs --daemon start namenode
[atguigu@hadoop104 ~]$ hdfs --daemon start namenode
- 查看web頁面顯示



三臺機器目前都是standby,手動配置高可用集群,需將一臺改成active,
- 在所有節點上,啟動datanode
[atguigu@hadoop102 ~]$ hdfs --daemon start datanode
[atguigu@hadoop103 ~]$ hdfs --daemon start datanode
[atguigu@hadoop104 ~]$ hdfs --daemon start datanode
- 將【nn1】切換為Active
[atguigu@hadoop102 ~]$ hdfs haadmin -transitionToActive nn1

- 查看是否Active
[atguigu@hadoop102 ~]$ hdfs haadmin -getServiceState nn1
- kill掉hadoop102上的NameNode行程

此時在hadoop103上將【nn2】切換為Active,出現如下情況:

再次啟動【nn1】:
[atguigu@hadoop102 ~]$ hdfs --daemon start namenode

此時hadoop102狀態重新變為standby,此時若再在hadoop103上將【nn2】切換為Active:
[atguigu@hadoop103 ~]$ hdfs haadmin -transitionToActive nn2
[atguigu@hadoop103 ~]$ hdfs haadmin -getServiceState nn2
active

分析:為什么手動配置高可用集群時需要所有namenode是啟動狀態,才能讓其中一個節點轉換為active?
原因:當前集群中設定了一個隔離機制,同一時間只能允許有一個active的namenode對外服務,現在配置了三個namenode,要讓hadoop102的namenode切換為Active就要保證它能和hadoop103和hadoop104相互連接,如果hadoop102與hadoop104無法連接成功,那么只能代表hadoop102與hadoop104之間無法通信,但是hadoop104可能能與其他服務器進行通信,假如hadoop104的namenode是Active狀態,然后現在再讓hadoop102的namenode切換為Active,那么之后就會出現兩個Acitve,出現腦裂情況,因此手動配置高可用集群時需要所有namenode是啟動狀態,
因此這種HA手動模式并不是真正意義上的高可用,
4. HDFS-HA自動模式
4.1 HDFS-HA自動故障轉移作業機制
? 自動故障轉移為HDFS部署增加了兩個新組件:Zookeeper和ZKFailoverController(ZKFC)行程,Zookeeper是維護少量協調資料,通知客戶端這些資料的改變和監視客戶端故障的高可用服務,

4.2 HDFS-HA自動故障轉移的集群規劃
| hadoop102h | hadoop103 | hadoop104 |
|---|---|---|
| NameNode | NameNode | NameNode |
| JournalNode | JournalNode | JournalNode |
| DataNode | DataNode | DataNode |
| Zookeeper | Zookeeper | Zookeeper |
| ZKFC | ZKFC | ZKFC |
4.3 配置HDFS-HA自動故障轉移
4.3.1 具體配置
- 在hdfs-site.xml中增加
<!-- 啟用 nn 故障自動轉移 -->
<property>
<name>dfs.ha.automatic-failover.enabled</name>
<value>true</value>
</property>
- 在core-site.xml檔案中增加
<!-- 指定 zkfc 要連接的 zkServer 地址 -->
<property>
<name>ha.zookeeper.quorum</name>
<value>hadoop102:2181,hadoop103:2181,hadoop104:2181</value>
</property>
- 進行分發
[atguigu@hadoop102 hadoop]$ xsync hdfs-site.xml core-site.xml
4.3.2 啟動
- 關閉所有HDFS服務
[atguigu@hadoop102 hadoop]$ stop-dfs.sh
- 啟動Zookeeper集群
[atguigu@hadoop102 hadoop]$ zk.sh start
zk.sh腳本:
[atguigu@hadoop102 bin]$ cat zk.sh
#!/bin/bash
case $1 in
"start"){
for i in hadoop102 hadoop103 hadoop104
do
echo ----------zookeeper $i 啟動----------
ssh $i "/opt/module/zookeeper-3.5.7/bin/zkServer.sh start"
done
};;
"stop"){
for i in hadoop102 hadoop103 hadoop104
do
echo ----------zookeeper $i 停止----------
ssh $i "/opt/module/zookeeper-3.5.7/bin/zkServer.sh stop"
done
};;
"status"){
for i in hadoop102 hadoop103 hadoop104
do
echo ----------zookeeper $i 狀態 ----------
ssh $i "/opt/module/zookeeper-3.5.7/bin/zkServer.sh status"
done
};;
esac

- 啟動Zookeeper以后,然后再初始HA在Zookeeper中狀態
[atguigu@hadoop102 hadoop-3.1.3]$ hdfs zkfc -formatZK
- 啟動HDFS服務:
[atguigu@hadoop102 hadoop-3.1.3]$ start-dfs.sh
查看行程:

- 可以去zkCli.sh客戶端查看Namenode選舉鎖節點內容:
[atguigu@hadoop102 zookeeper-3.5.7]$ bin/zkCli.sh
[zk: localhost:2181(CONNECTED) 10] get -s /hadoop-ha/mycluster/ActiveStandbyElectorLock

發現hadoop103的namenode為active,觀察web頁面:
- hadoop102

- hadoop103

- hadoop104

- Kill掉Active的namenode的行程(注意:是在hadoop103上kill):
[atguigu@hadoop103 ~]$ jps
41681 DFSZKFailoverController
42789 Jps
41334 NameNode
41560 JournalNode
41145 QuorumPeerMain
41420 DataNode
[atguigu@hadoop103 ~]$ kill -9 41334
再次去zkCli.sh客戶端查看:
[zk: localhost:2181(CONNECTED) 0] get -s /hadoop-ha/mycluster/Active
ActiveBreadCrumb ActiveStandbyElectorLock
[zk: localhost:2181(CONNECTED) 0] get -s /hadoop-ha/mycluster/ActiveStandbyElectorLock
myclusternn3 hadoop104 �>(�>
cZxid = 0x1100000016
ctime = Tue Feb 01 16:42:21 CST 2022
mZxid = 0x1100000016
mtime = Tue Feb 01 16:42:21 CST 2022
pZxid = 0x1100000016
cversion = 0
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x300137a86600001
dataLength = 33
numChildren = 0
發現hadoop104的namenode轉移為active,觀察web頁面:
-
hadoop104

-
hadoop102

再次Kill掉Active的namenode的行程(注意:此時是在hadoop104上kill):
[atguigu@hadoop104 ~]$ jps
40529 JournalNode
40115 QuorumPeerMain
40391 DataNode
42136 Jps
40652 DFSZKFailoverController
40303 NameNode
[atguigu@hadoop104 ~]$ kill -9 40303
[atguigu@hadoop104 ~]$ jps
40529 JournalNode
40115 QuorumPeerMain
40391 DataNode
40652 DFSZKFailoverController
42175 Jps
再次去zkCli.sh客戶端查看:
[zk: localhost:2181(CONNECTED) 0] get -s /hadoop-ha/mycluster/ActiveStandbyElectorLock
myclusternn1 hadoop102 �>(�>
cZxid = 0x110000001b
ctime = Tue Feb 01 16:48:07 CST 2022
mZxid = 0x110000001b
mtime = Tue Feb 01 16:48:07 CST 2022
pZxid = 0x110000001b
cversion = 0
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x400137b09dd0000
dataLength = 33
numChildren = 0
發現hadoop102的namenode轉移為active,觀察web頁面:
- hadoop102

最后重啟hadoop103、hadoop104上的namenode行程
[atguigu@hadoop103 zookeeper-3.5.7]$ hdfs --daemon start namenode
[atguigu@hadoop104 zookeeper-3.5.7]$ hdfs --daemon start namenode
觀察web頁面:
- hadoop103

- hadoop104

5. YARN-HA配置
5.1 YARN-HA作業機制

當前可以啟動多個ResourceManager,誰先啟動就會現在Zookeeper中注冊一個臨時節點,并成為Active ResourceManager,后啟動的也會嘗試注冊,但會發現該臨時節點已存在,成為Standby ResourceManager,所有Standby ResourceManager會維護一個長輪詢查看該節點資訊是否存在,若該臨時節點不存在了(即Active ResourceManager掛了,該臨時節點自動洗掉了),那么Standby ResourceManager將自動切換成Active ResourceManager,
5.2 配置YARN-HA集群
- 規劃集群
| hadoop102 | hadoop103 | hadoop104 |
|---|---|---|
| ResourceManager | ResourceManager | ResourceManager |
| NodeManager | NodeManager | NodeManager |
| Zookeeper | Zookeeper | Zookeeper |
- 核心問題:
-
如果 如果當前 active rm 掛了,其他 rm 怎么將其他 standby rm 上位?
核心原理跟 hdfs 一樣,利用了 zk 的臨時節點,
-
當前 rm 上有很多的計算程式在等待運行, 其他的 rm 怎么將這些程式接手過來接著跑?
rm 會將當前的所有計算程式的狀態存盤在 zk 中,其他 rm 上位后會去讀取,然后接著跑,
- 具體配置
- yarn-site.xml
<configuration>
<property>
<name>yarn.nodemanager.aux-services</name>
<value>mapreduce_shuffle</value>
</property>
<!-- 啟用 resourcemanager ha -->
<property>
<name>yarn.resourcemanager.ha.enabled</name>
<value>true</value>
</property>
<!-- 宣告兩臺 resourcemanager 的地址 -->
<property>
<name>yarn.resourcemanager.cluster-id</name>
<value>cluster-yarn1</value>
</property>
<!--指定 resourcemanager 的邏輯串列-->
<property>
<name>yarn.resourcemanager.ha.rm-ids</name>
<value>rm1,rm2,rm3</value>
</property>
<!-- ========== rm1 的配置 ========== -->
<!-- 指定 rm1 的主機名 -->
<property>
<name>yarn.resourcemanager.hostname.rm1</name>
<value>hadoop102</value>
</property>
<!-- 指定 rm1 的 web 端地址 -->
<property>
<name>yarn.resourcemanager.webapp.address.rm1</name>
<value>hadoop102:8088</value>
</property>
<!-- 指定 rm1 的內部通信地址 -->
<property>
<name>yarn.resourcemanager.address.rm1</name>
<value>hadoop102:8032</value>
</property>
<!-- 指定 AM 向 rm1 申請資源的地址 -->
<property>
<name>yarn.resourcemanager.scheduler.address.rm1</name>
<value>hadoop102:8030</value>
</property>
<!-- 指定供 NM 連接的地址 -->
<property>
<name>yarn.resourcemanager.resource-tracker.address.rm1</name>
<value>hadoop102:8031</value>
</property>
<!-- ========== rm2 的配置 ========== -->
<!-- 指定 rm2 的主機名 -->
<property>
<name>yarn.resourcemanager.hostname.rm2</name>
<value>hadoop103</value>
</property>
<property>
<name>yarn.resourcemanager.webapp.address.rm2</name>
<value>hadoop103:8088</value>
</property>
<property>
<name>yarn.resourcemanager.address.rm2</name>
<value>hadoop103:8032</value>
</property>
<property>
<name>yarn.resourcemanager.scheduler.address.rm2</name>
<value>hadoop103:8030</value>
</property>
<property>
<name>yarn.resourcemanager.resource-tracker.address.rm2</name>
<value>hadoop103:8031</value>
</property>
<!-- ========== rm3 的配置 ========== -->
<!-- 指定 rm1 的主機名 -->
<property>
<name>yarn.resourcemanager.hostname.rm3</name>
<value>hadoop104</value>
</property>
<!-- 指定 rm1 的 web 端地址 -->
<property>
<name>yarn.resourcemanager.webapp.address.rm3</name>
<value>hadoop104:8088</value>
</property>
<!-- 指定 rm1 的內部通信地址 -->
<property>
<name>yarn.resourcemanager.address.rm3</name>
<value>hadoop104:8032</value>
</property>
<!-- 指定 AM 向 rm1 申請資源的地址 -->
<property>
<name>yarn.resourcemanager.scheduler.address.rm3</name>
<value>hadoop104:8030</value>
</property>
<!-- 指定供 NM 連接的地址 -->
<property>
<name>yarn.resourcemanager.resource-tracker.address.rm3</name>
<value>hadoop104:8031</value>
</property>
<!-- 指定 zookeeper 集群的地址 -->
<property>
<name>yarn.resourcemanager.zk-address</name>
<value>hadoop102:2181,hadoop103:2181,hadoop104:2181</value>
</property>
<!-- 啟用自動恢復 -->
<property>
<name>yarn.resourcemanager.recovery.enabled</name>
<value>true</value>
</property>
<!-- 指定 resourcemanager 的狀態資訊存盤在 zookeeper 集群 -->
<property>
<name>yarn.resourcemanager.store.class</name>
<value>org.apache.hadoop.yarn.server.resourcemanager.recovery.ZKRMStateStore</value>
</property>
<!-- 環境變數的繼承 -->
<property>
<name>yarn.nodemanager.env-whitelist</name>
<value>JAVA_HOME,HADOOP_COMMON_HOME,HADOOP_HDFS_HOME,HADOOP_CONF_DIR,CLASSPATH_PREPEND_DISTCACHE,HADOOP_YARN_HOME,HADOOP_MAPRED_HOME</value>
</property>
</configuration>
? 分發yarn-site.xml,
-
啟動YARN
(1)啟動yarn
[atguigu@hadoop102 hadoop]$ start-yarn.sh
Starting resourcemanagers on [ hadoop102 hadoop103 hadoop104]
Starting nodemanagers
[atguigu@hadoop102 hadoop]$ jpsall
=============== hadoop102 ===============
46101 DataNode
46566 DFSZKFailoverController
48871 ResourceManager
46360 JournalNode
49194 Jps
48989 NodeManager
45646 QuorumPeerMain
47631 NameNode
=============== hadoop103 ===============
41681 DFSZKFailoverController
44545 NodeManager
44897 Jps
44466 ResourceManager
43221 NameNode
41560 JournalNode
41145 QuorumPeerMain
41420 DataNode
=============== hadoop104 ===============
43744 NodeManager
40529 JournalNode
42434 NameNode
40115 QuorumPeerMain
43923 Jps
40391 DataNode
40652 DFSZKFailoverController
43663 ResourceManager
? (2)查看服務狀態:
[atguigu@hadoop102 hadoop]$ yarn rmadmin -getServiceState rm1
standby
[atguigu@hadoop102 hadoop]$ yarn rmadmin -getServiceState rm2
active
[atguigu@hadoop102 hadoop]$ yarn rmadmin -getServiceState rm3
standby
? (3)可以去zkCli.sh客戶端查看ResourceManager選舉鎖節點內容:
[zk: localhost:2181(CONNECTED) 0] get -s /yarn-leader-election/cluster-yarn1/ActiveStandbyElectorLock
cluster-yarn1rm2
cZxid = 0x1100000030
ctime = Tue Feb 01 17:19:03 CST 2022
mZxid = 0x1100000030
mtime = Tue Feb 01 17:19:03 CST 2022
pZxid = 0x1100000030
cversion = 0
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x300137a86600005
dataLength = 20
numChildren = 0
? (4)web查看hadoop102:8088的yarn狀態:
自動跳轉至hadoop103:8088/cluster

? (5)若kill掉hadoop103上的ResourceManager行程
[atguigu@hadoop103 zookeeper-3.5.7]$ jps
41681 DFSZKFailoverController
44545 NodeManager
44466 ResourceManager
43221 NameNode
41560 JournalNode
41145 QuorumPeerMain
45195 Jps
41420 DataNode
[atguigu@hadoop103 zookeeper-3.5.7]$ kill -9 44466
查看服務狀態:
[atguigu@hadoop103 zookeeper-3.5.7]$ yarn rmadmin -getServiceState rm1
active
[atguigu@hadoop103 zookeeper-3.5.7]$ yarn rmadmin -getServiceState rm2
2022-02-01 17:46:50,053 INFO ipc.Client: Retrying connect to server: hadoop103/192.168.10.103:8033. Already tried 0 time(s); retry policy is RetryUpToMaximumCountWithFixedSleep(maxRetries=1, sleepTime=1000 MILLISECONDS)
Operation failed: Call From hadoop103/192.168.10.103 to hadoop103:8033 failed on connection exception: java.net.ConnectException: 拒絕連接; For more details see: http://wiki.apache.org/hadoop/ConnectionRefused
[atguigu@hadoop103 zookeeper-3.5.7]$ yarn rmadmin -getServiceState rm3
standby
web查看hadoop102:8088和hadoop104:8088的yarn狀態:
自動跳轉至hadoop102:8088/cluster

6. HADOOP HA 的最終規劃
將整個 ha 搭建完成后,集群的最終規劃:
| hadoop102 | hadoop103 | hadoop104 |
|---|---|---|
| NameNode | NameNode | NameNode |
| JournalNode | JournalNode | JournalNode |
| DataNode | DataNode | DataNode |
| Zookeeper | Zookeeper | Zookeeper |
| ZKFC | ZKFC | ZKFC |
| ResourceManager | ResourceManager | ResourceManager |
| NodeManager | NodeManager | NodeManager |
轉載請註明出處,本文鏈接:https://www.uj5u.com/qita/423329.html
標籤:其他
上一篇:Wazuh從入門到上線
下一篇:IPFS 入門筆記
