www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當前位置:首頁 > 單片機 > 架構師社區(qū)
[導讀]CNI簡介容器網(wǎng)絡的配置是一個復雜的過程,為了應對各式各樣的需求,容器網(wǎng)絡的解決方案也多種多樣,例如有Flannel,Calico,Kube-OVN,Weave等。同時,容器平臺/運行時也是多樣的,例如有Kubernetes,OpenShift,rkt等。如果每種容器平臺都要跟每...

深入理解CNI(容器網(wǎng)絡接口)



CNI簡介深入理解CNI(容器網(wǎng)絡接口)



容器網(wǎng)絡的配置是一個復雜的過程,為了應對各式各樣的需求,容器網(wǎng)絡的解決方案也多種多樣,例如有Flannel,Calico,Kube-OVN,Weave等。同時,容器平臺/運行時也是多樣的,例如有Kubernetes,OpenShift,rkt等。如果每種容器平臺都要跟每種網(wǎng)絡解決方案一一對接適配,這將是一項巨大且重復的工程。當然,聰明的程序員們肯定不會允許這樣的事情發(fā)生。想要解決這個問題,我們需要一個抽象的接口層,將容器網(wǎng)絡配置方案與容器平臺方案解耦。
CNI(Container Network Interface)就是這樣的一個接口層,它定義了一套接口標準,提供了規(guī)范文檔以及一些標準實現(xiàn)。采用CNI規(guī)范來設置容器網(wǎng)絡的容器平臺不需要關注網(wǎng)絡的設置的細節(jié),只需要按CNI規(guī)范來調(diào)用CNI接口即可實現(xiàn)網(wǎng)絡的設置。
CNI最初是由CoreOS為rkt容器引擎創(chuàng)建的,隨著不斷發(fā)展,已經(jīng)成為事實標準。目前絕大部分的容器平臺都采用CNI標準(rkt,Kubernetes,OpenShift等)。本篇內(nèi)容基于CNI最新的發(fā)布版本v0.4.0。值得注意的是,Docker并沒有采用CNI標準,而是在CNI創(chuàng)建之初同步開發(fā)了CNM(Container Networking Model)標準。但由于技術和非技術原因,CNM模型并沒有得到廣泛的應用。CNI是怎么工作的深入理解CNI(容器網(wǎng)絡接口)



CNI的接口并不是指HTTP,gRPC接口,CNI接口是指對可執(zhí)行程序的調(diào)用(exec)。這些可執(zhí)行程序稱之為CNI插件,以Kubernetes為例,Kubernetes節(jié)點默認的CNI插件路徑為/opt/cni/bin,在Kubernetes節(jié)點上查看該目錄,可以看到可供使用的CNI插件:$ ls /opt/cni/bin/
bandwidth  bridge  dhcp  firewall  flannel  host-device  host-local  ipvlan  loopback  macvlan  portmap  ptp  sbr  static  tuning  vlan


CNI的工作過程大致如下圖所示:
深入理解CNI(容器網(wǎng)絡接口)



CNI通過JSON格式的配置文件來描述網(wǎng)絡配置,當需要設置容器網(wǎng)絡時,由容器運行時負責執(zhí)行CNI插件,并通過CNI插件的標準輸入(stdin)來傳遞配置文件信息,通過標準輸出(stdout)接收插件的執(zhí)行結果。圖中的 libcni 是CNI提供的一個go package,封裝了一些符合CNI規(guī)范的標準操作,便于容器運行時和網(wǎng)絡插件對接CNI標準。
舉一個直觀的例子,假如我們要調(diào)用bridge插件將容器接入到主機網(wǎng)橋,則調(diào)用的命令看起來長這樣:# CNI_COMMAND=ADD 顧名思義表示創(chuàng)建。
# XXX=XXX 其他參數(shù)定義見下文。
# < config.json 表示從標準輸入傳遞配置文件
CNI_COMMAND=ADD XXX=XXX ./bridge < config.json



插件入?yún)?/strong>
容器運行時通過設置環(huán)境變量以及從標準輸入傳入的配置文件來向插件傳遞參數(shù)。
環(huán)境變量
  • CNI_COMMAND:定義期望的操作,可以是ADD,DEL,CHECK或VERSION。


  • CNI_CONTAINERID:容器ID,由容器運行時管理的容器唯一標識符。


  • CNI_NETNS:容器網(wǎng)絡命名空間的路徑。(形如 /run/netns/[nsname])。


  • CNI_IFNAME:需要被創(chuàng)建的網(wǎng)絡接口名稱,例如eth0。


  • CNI_ARGS:運行時調(diào)用時傳入的額外參數(shù),格式為分號分隔的key-value對,例如FOO=BAR;ABC=123


  • CNI_PATH:CNI插件可執(zhí)行文件的路徑,例如/opt/cni/bin。



配置文件
文件示例:{
"cniVersion": "0.4.0", // 表示希望插件遵循的CNI標準的版本。
"name": "dbnet",  // 表示網(wǎng)絡名稱。這個名稱并非指網(wǎng)絡接口名稱,是便于CNI管理的一個表示。應當在當前主機(或其他管理域)上全局唯一。
"type": "bridge", // 插件類型
"bridge": "cni0", // Bridge插件的參數(shù),指定網(wǎng)橋名稱。
"ipam": { // IP Allocation Management,管理IP地址分配。
"type": "host-local", // IPAM插件的類型。
// IPAM定義的參數(shù)
"subnet": "10.1.0.0/16",
"gateway": "10.1.0.1"
}
} 公共定義部分:
配置文件分為公共部分和插件定義部分。公共部分在CNI項目中使用結構體NetworkConfig定義:type NetworkConfig struct {
Network *types.NetConf
Bytes   []byte
}
...
// NetConf describes a network.
type NetConf struct {
CNIVersion string `json:"cniVersion,omitempty"`

Name         string          `json:"name,omitempty"`
Type         string          `json:"type,omitempty"`
Capabilities map[string]bool `json:"capabilities,omitempty"`
IPAM         IPAM            `json:"ipam,omitempty"`
DNS          DNS             `json:"dns"`

RawPrevResult map[string]interface{} `json:"prevResult,omitempty"`
PrevResult    Result                 `json:"-"`
}



  • cniVersion:表示希望插件遵循的CNI標準的版本。


  • name:表示網(wǎng)絡名稱。這個名稱并非指網(wǎng)絡接口名稱,是便于CNI管理的一個表示。應當在當前主機(或其他管理域)上全局唯一。


  • type:表示插件的名稱,也就是插件對應的可執(zhí)行文件的名稱。


  • Bridge:該參數(shù)屬于bridge插件的參數(shù),指定主機網(wǎng)橋的名稱。


  • IPAM:表示IP地址分配插件的配置,ipam.type則表示IPAM的插件類型。



更詳細的信息,可以參考官方文檔:https://github.com/containernetworking/cni/blob/spec-v0.4.0/SPEC.md#network-configuration
插件定義部分:
上文提到,配置文件最終是傳遞給具體的CNI插件的,因此插件定義部分才是配置文件的“完全體”。公共部分定義只是為了方便各插件將其嵌入到自身的配置文件定義結構體中,舉Bridge插件為例:type NetConf struct {
types.NetConf // <-- 嵌入公共部分
// 底下的都是插件定義部分
BrName       string `json:"bridge"`
IsGW         bool   `json:"isGateway"`
IsDefaultGW  bool   `json:"isDefaultGateway"`
ForceAddress bool   `json:"forceAddress"`
IPMasq       bool   `json:"ipMasq"`
MTU          int    `json:"mtu"`
HairpinMode  bool   `json:"hairpinMode"`
PromiscMode  bool   `json:"promiscMode"`
Vlan         int    `json:"vlan"`

Args struct {
Cni BridgeArgs `json:"cni,omitempty"`
} `json:"args,omitempty"`
RuntimeConfig struct {
Mac string `json:"mac,omitempty"`
} `json:"runtimeConfig,omitempty"`

mac string
}


各插件的配置文件文檔可參考官方文檔:https://www.cni.dev/plugins/current/
插件操作類型
CNI插件的操作類型只有四種:ADD,DEL,CHECK和VERSION。插件調(diào)用者通過環(huán)境變量CNI_COMMAND來指定需要執(zhí)行的操作。
ADD
ADD操作負責將容器添加到網(wǎng)絡,或對現(xiàn)有的網(wǎng)絡設置做更改。具體地說,ADD操作要么:
  • 為容器所在的網(wǎng)絡命名空間創(chuàng)建一個網(wǎng)絡接口,或者


  • 修改容器所在網(wǎng)絡命名空間中的指定網(wǎng)絡接口



例如通過ADD將容器網(wǎng)絡接口接入到主機的網(wǎng)橋中。
其中網(wǎng)絡接口名稱由CNI_IFNAME指定,網(wǎng)絡命名空間由CNI_NETNS指定。
DEL
DEL操作負責從網(wǎng)絡中刪除容器,或取消對應的修改,可以理解為是ADD的逆操作。具體地說,DEL操作要么:
  • 為容器所在的網(wǎng)絡命名空間刪除一個網(wǎng)絡接口,或者


  • 撤銷ADD操作的修改



例如通過DEL將容器網(wǎng)絡接口從主機網(wǎng)橋中刪除。
其中網(wǎng)絡接口名稱由CNI_IFNAME指定,網(wǎng)絡命名空間由CNI_NETNS指定。
CHECK
CHECK操作是v0.4.0加入的類型,用于檢查網(wǎng)絡設置是否符合預期。容器運行時可以通過CHECK來檢查網(wǎng)絡設置是否出現(xiàn)錯誤,當CHECK返回錯誤時(返回了一個非0狀態(tài)碼),容器運行時可以選擇Kill掉容器,通過重新啟動來重新獲得一個正確的網(wǎng)絡配置。
VERSION
VERSION操作用于查看插件支持的版本信息。$ CNI_COMMAND=VERSION /opt/cni/bin/bridge
{"cniVersion":"0.4.0","supportedVersions":["0.1.0","0.2.0","0.3.0","0.3.1","0.4.0"]}



鏈式調(diào)用
單個CNI插件的職責是單一的,比如Bridge插件負責網(wǎng)橋的相關配置, Firewall插件負責防火墻相關配置, Portmap插件負責端口映射相關配置。因此,當網(wǎng)絡設置比較復雜時,通常需要調(diào)用多個插件來完成。CNI支持插件的鏈式調(diào)用,可以將多個插件組合起來,按順序調(diào)用。例如先調(diào)用Bridge插件設置容器IP,將容器網(wǎng)卡與主機網(wǎng)橋連通,再調(diào)用Portmap插件做容器端口映射。容器運行時可以通過在配置文件設置Plugins數(shù)組達到鏈式調(diào)用的目的:{
"cniVersion": "0.4.0",
"name": "dbnet",
"plugins": [
{
"type": "bridge",
// type (plugin) specific
"bridge": "cni0"
},
"ipam": {
"type": "host-local",
// ipam specific
"subnet": "10.1.0.0/16",
"gateway": "10.1.0.1"
}
},
{
"type": "tuning",
"sysctl": {
"net.core.somaxconn": "500"
}
}
]
}


細心的讀者會發(fā)現(xiàn),Plugins這個字段并沒有出現(xiàn)在上文描述的配置文件結構體中。的確,CNI使用了另一個結構體——NetworkConfigList來保存鏈式調(diào)用的配置:type NetworkConfigList struct {
Name         string
CNIVersion   string
DisableCheck bool
Plugins      []*NetworkConfig
Bytes        []byte
}


但CNI插件是不認識這個配置類型的。實際上,在調(diào)用CNI插件時,需要將NetworkConfigList轉換成對應插件的配置文件格式,再通過標準輸入(stdin)傳遞給CNI插件。例如在上面的示例中,實際上會先使用下面的配置文件調(diào)用Bridge插件:{
"cniVersion": "0.4.0",
"name": "dbnet",
"type": "bridge",
"bridge": "cni0",
"ipam": {
"type": "host-local",
"subnet": "10.1.0.0/16",
"gateway": "10.1.0.1"
}
}


再使用下面的配置文件調(diào)用tuning插件:{
"cniVersion": "0.4.0",
"name": "dbnet",
"type": "tuning",
"sysctl": {
"net.core.somaxconn": "500"
},
"prevResult": { // 調(diào)用Bridge插件的返回結果
...
}
}


需要注意的是,當插件進行鏈式調(diào)用的時候,不僅需要對NetworkConfigList做格式轉換,而且需要將前一次插件的返回結果添加到配置文件中(通過prevResult字段),不得不說是一項繁瑣而重復的工作。不過幸好libcni已經(jīng)為我們封裝好了,容器運行時不需要關心如何轉換配置文件,如何填入上一次插件的返回結果,只需要調(diào)用libcni的相關方法即可。


示例深入理解CNI(容器網(wǎng)絡接口)



接下來將演示如何使用CNI插件來為Docker容器設置網(wǎng)絡。
下載CNI插件
為方便起見,我們直接下載可執(zhí)行文件:wget https://github.com/containernetworking/plugins/releases/download/v0.9.1/cni-plugins-linux-amd64-v0.9.1.tgz
mkdir -p  ~/cni/bin
tar zxvf cni-plugins-linux-amd64-v0.9.1.tgz -C ./cni/bin
chmod  x ~/cni/bin/*
ls ~/cni/bin/
bandwidth  bridge  dhcp  firewall  flannel  host-device  host-local  ipvlan  loopback  macvlan  portmap  ptp  sbr  static  tuning  vlan  vrfz


如果你是在Kubernetes節(jié)點上實驗,通常節(jié)點上已經(jīng)有CNI插件了,不需要再下載,但要注意將后續(xù)的CNI_PATH修改成/opt/cni/bin。
示例1——調(diào)用單個插件
在示例1中,我們會直接調(diào)用CNI插件,為容器設置eth0接口,為其分配IP地址,并接入主機網(wǎng)橋mynet0。跟Docker默認使用的使用網(wǎng)絡模式一樣,只不過我們將docker0換成了mynet0。啟動容器
雖然Docker不使用CNI規(guī)范,但可以通過指定--net=none的方式讓Docker不設置容器網(wǎng)絡。以Nginx鏡像為例:contid=$(docker run -d --net=none --name nginx nginx) # 容器ID
pid=$(docker inspect -f '{{ .State.Pid }}' $contid) # 容器進程ID
netnspath=/proc/$pid/ns/net # 命名空間路徑


啟動容器的同時,我們需要記錄一下容器ID,命名空間路徑,方便后續(xù)傳遞給CNI插件。容器啟動后,可以看到除了lo網(wǎng)卡,容器沒有其他的網(wǎng)絡設置:nsenter -t $pid -n ip a
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever


nsenter是namespace enter的簡寫,顧名思義,這是一個在某命名空間下執(zhí)行命令的工具。-t表示進程ID,-n表示進入對應進程的網(wǎng)絡命名空間。添加容器網(wǎng)絡接口并連接主機網(wǎng)橋
接下來我們使用Bridge插件為容器創(chuàng)建網(wǎng)絡接口,并連接到主機網(wǎng)橋。創(chuàng)建bridge.json配置文件,內(nèi)容如下:{
"cniVersion": "0.4.0",
"name": "mynet",
"type": "bridge",
"bridge": "mynet0",
"isDefaultGateway": true,
"forceAddress": false,
"ipMasq": true,
"hairpinMode": true,
"ipam": {
"type": "host-local",
"subnet": "10.10.0.0/16"
}
}


調(diào)用Bridge插件ADD操作:CNI_COMMAND=ADD CNI_CONTAINERID=$contid CNI_NETNS=$netnspath CNI_IFNAME=eth0 CNI_PATH=~/cni/bin ~/cni/bin/bridge < bridge.json


調(diào)用成功的話,會輸出類似的返回值:{
"cniVersion": "0.4.0",
"interfaces": [
....
],
"ips": [
{
"version": "4",
"interface": 2,
"address": "10.10.0.2/16", //給容器分配的IP地址
"gateway": "10.10.0.1"
}
],
"routes": [
.....
],
"dns": {}
}


再次查看容器網(wǎng)絡設置:nsenter -t $pid -n ip a
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
5: eth0@if40:  mtu 1500 qdisc noqueue state UP group default
link/ether c2:8f:ea:1b:7f:85 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 10.10.0.2/16 brd 10.10.255.255 scope global eth0
valid_lft forever preferred_lft forever


可以看到容器中已經(jīng)新增了eth0網(wǎng)絡接口,并在IPAM插件設定的子網(wǎng)下為其分配了IP地址。host-local類型的IPAM插件會將已分配的IP信息保存到文件,避免IP沖突,默認的保存路徑為/var/lib/cni/network/$NETWORK_NAME:ls /var/lib/cni/networks/mynet/
10.10.0.2  last_reserved_ip.0  lock
從主機訪問驗證
由于mynet0是我們添加的網(wǎng)橋,還未設置路由,因此驗證前我們需要先為容器所在的網(wǎng)段添加路由:ip route add 10.10.0.0/16 dev mynet0 src 10.10.0.1 # 添加路由
curl -I 10.10.0.2 # IP換成實際分配給容器的IP地址
HTTP/1.1 200 OK
....



刪除容器網(wǎng)絡接口
刪除的調(diào)用入?yún)⒏砑拥娜雲(yún)⑹且粯拥?,除了CNI_COMMAND要替換成DEL:CNI_COMMAND=DEL CNI_CONTAINERID=$contid CNI_NETNS=$netnspath CNI_IFNAME=eth0 CNI_PATH=~/cni/bin ~/cni/bin/bridge < bridge.json


注意,上述的刪除命令并未清理主機的mynet0網(wǎng)橋。如果你希望刪除主機網(wǎng)橋,可以執(zhí)行ip link delete mynet0 type bridge命令刪除。示例2——鏈式調(diào)用
在示例2中,我們將在示例1的基礎上,使用Portmap插件為容器添加端口映射。
使用cnitool工具
前面的介紹中,我們知道在鏈式調(diào)用過程中,調(diào)用方需要轉換配置文件,并需要將上一次插件的返回結果插入到本次插件的配置文件中。這是一項繁瑣的工作,而libcni已經(jīng)將這些過程封裝好了,在示例2中,我們將使用基于 libcni的命令行工具cnitool來簡化這些操作。
示例2將復用示例1中的容器,因此在開始示例2時,請確保已刪除示例1中的網(wǎng)絡接口。
通過源碼編譯或go install來安裝cnitool:go install github.com/containernetworking/cni/cnitool@latest
配置文件
libcni會讀取.conflist后綴的配置文件,我們在當前目錄創(chuàng)建portmap.conflist:{
"cniVersion": "0.4.0",
"name": "portmap",
"plugins": [
{
"type": "bridge",
"bridge": "mynet0",
"isDefaultGateway": true,
"forceAddress": false,
"ipMasq": true,
"hairpinMode": true,
"ipam": {
"type": "host-local",
"subnet": "10.10.0.0/16",
"gateway": "10.10.0.1"
}
},
{
"type": "portmap",
"runtimeConfig": {
"portMappings": [
{"hostPort": 8080, "containerPort": 80, "protocol": "tcp"}
]
}
}
]
}


從上述的配置文件定義了兩個CNI插件,Bridge和Portmap。根據(jù)上述的配置文件,cnitool會先為容器添加網(wǎng)絡接口并連接到主機mynet0網(wǎng)橋上(就跟示例1一樣),然后再調(diào)用Portmap插件,將容器的80端口映射到主機的8080端口,就跟docker run -p 8080:80 xxx一樣。
設置容器網(wǎng)絡
使用cnitool我們還需要設置兩個環(huán)境變量:
  • NETCONFPATH:指定配置文件(*.conflist)的所在路徑,默認路徑為/etc/cni/net.d


  • CNI_PATH:指定CNI插件的存放路徑。



使用cnitool add命令為容器設置網(wǎng)絡:CNI_PATH=~/cni/bin NETCONFPATH=.  cnitool add portmap $netnspath


設置成功后,訪問宿主機8080端口即可訪問到容器的Nginx服務。
刪除網(wǎng)絡配置
使用cnitool del命令刪除容器網(wǎng)絡:CNI_PATH=~/cni/bin NETCONFPATH=.  cnitool del portmap $netnspath


注意,上述的刪除命令并未清理主機的mynet0網(wǎng)橋。如果你希望刪除主機網(wǎng)橋,可以執(zhí)行ip link delete mynet0 type bridge命令刪除。總結深入理解CNI(容器網(wǎng)絡接口)



至此,CNI的工作原理我們已基本清楚。CNI的工作原理大致可以歸納為:
  • 通過JSON配置文件定義網(wǎng)絡配置;


  • 通過調(diào)用可執(zhí)行程序(CNI插件)來對容器網(wǎng)絡執(zhí)行配置;


  • 通過鏈式調(diào)用的方式來支持多插件的組合使用。



CNI不僅定義了接口規(guī)范,同時也提供了一些內(nèi)置的標準實現(xiàn),以及l(fā)ibcni這樣的“膠水層”,大大降低了容器運行時與網(wǎng)絡插件的接入門檻。


本站聲明: 本文章由作者或相關機構授權發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

LED驅動電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關鍵字: 驅動電源

在工業(yè)自動化蓬勃發(fā)展的當下,工業(yè)電機作為核心動力設備,其驅動電源的性能直接關系到整個系統(tǒng)的穩(wěn)定性和可靠性。其中,反電動勢抑制與過流保護是驅動電源設計中至關重要的兩個環(huán)節(jié),集成化方案的設計成為提升電機驅動性能的關鍵。

關鍵字: 工業(yè)電機 驅動電源

LED 驅動電源作為 LED 照明系統(tǒng)的 “心臟”,其穩(wěn)定性直接決定了整個照明設備的使用壽命。然而,在實際應用中,LED 驅動電源易損壞的問題卻十分常見,不僅增加了維護成本,還影響了用戶體驗。要解決這一問題,需從設計、生...

關鍵字: 驅動電源 照明系統(tǒng) 散熱

根據(jù)LED驅動電源的公式,電感內(nèi)電流波動大小和電感值成反比,輸出紋波和輸出電容值成反比。所以加大電感值和輸出電容值可以減小紋波。

關鍵字: LED 設計 驅動電源

電動汽車(EV)作為新能源汽車的重要代表,正逐漸成為全球汽車產(chǎn)業(yè)的重要發(fā)展方向。電動汽車的核心技術之一是電機驅動控制系統(tǒng),而絕緣柵雙極型晶體管(IGBT)作為電機驅動系統(tǒng)中的關鍵元件,其性能直接影響到電動汽車的動力性能和...

關鍵字: 電動汽車 新能源 驅動電源

在現(xiàn)代城市建設中,街道及停車場照明作為基礎設施的重要組成部分,其質量和效率直接關系到城市的公共安全、居民生活質量和能源利用效率。隨著科技的進步,高亮度白光發(fā)光二極管(LED)因其獨特的優(yōu)勢逐漸取代傳統(tǒng)光源,成為大功率區(qū)域...

關鍵字: 發(fā)光二極管 驅動電源 LED

LED通用照明設計工程師會遇到許多挑戰(zhàn),如功率密度、功率因數(shù)校正(PFC)、空間受限和可靠性等。

關鍵字: LED 驅動電源 功率因數(shù)校正

在LED照明技術日益普及的今天,LED驅動電源的電磁干擾(EMI)問題成為了一個不可忽視的挑戰(zhàn)。電磁干擾不僅會影響LED燈具的正常工作,還可能對周圍電子設備造成不利影響,甚至引發(fā)系統(tǒng)故障。因此,采取有效的硬件措施來解決L...

關鍵字: LED照明技術 電磁干擾 驅動電源

開關電源具有效率高的特性,而且開關電源的變壓器體積比串聯(lián)穩(wěn)壓型電源的要小得多,電源電路比較整潔,整機重量也有所下降,所以,現(xiàn)在的LED驅動電源

關鍵字: LED 驅動電源 開關電源

LED驅動電源是把電源供應轉換為特定的電壓電流以驅動LED發(fā)光的電壓轉換器,通常情況下:LED驅動電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關鍵字: LED 隧道燈 驅動電源
關閉