以下列出可以移轉的 NSX for vSphere (NSX-v) 功能和組態。
平台支援
請參閱 VMware 互通性對照表以取得支援的 ESXi 和 vCenter Server 版本。
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
vSphere Distributed Switch 上具有 vSAN 或 iSCSI 的 NSX Data Center for vSphere |
是 |
|
既有的 NSX-T 組態 |
否 |
部署要用作 NSX Data Center for vSphere 移轉目的地的新 NSX-T Data Center 環境。 在匯入組態步驟期間,目的地 NSX-T Data Center 環境中的所有 NSX Edge 節點介面已都關閉。如果目的地 NSX-T Data Center 環境已設定且正在使用中,開始組態匯入將中斷流量。 |
跨 vCenter NSX |
(NSX-T 3.1) 否 (NSX-T 3.1.1 及更新版本) 如果 NSX-v 部署有處於主要模式的 NSX Manager,但沒有次要 NSX Manager,則為是。 |
從 NSX-T 3.1.1 開始,已支援對包含主要模式下的 NSX Manager、不含次要 NSX Manager,且主要站台上具有通用物件的單一站台 NSX for vSphere 部署進行移轉。此類單一站台 NSX for vSphere 部署會移轉至具有本機物件的單一站台 NSX-T 環境 (非同盟)。 目前不支援對具有主要 NSX Manager 和多個次要 NSX Manager 的真正跨 vCenter NSX-V 部署進行移轉。移轉協調器僅從具有主要或獨立角色的 NSX-V Manager 移轉。您可以透過變更次要管理程式的狀態來修改 NSX-V 環境,以便單獨移轉每個 NSX-V 環境。 |
NSX Data Center for vSphere,具有雲端管理平台、整合式堆疊解決方案或 PaaS 解決方案 |
是 |
如果在支援的拓撲中設定整合式環境,則支援使用 vRealize Automation 移轉 NSX for vSphere。 如需詳細資料,請參閱支援與 vRealize Automation 整合的拓撲。 請連絡您的 VMware 代表後再繼續進行移轉。如果您移轉整合式環境,則指令碼和整合可能會中斷。
例如:
|
vSphere 和 ESXi 功能
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
ESXi 主機已處於維護模式 (沒有虛擬機器) |
是 |
|
Network I/O Control (NIOC) 第 3 版 |
是 |
|
Network I/O Control (NIOC) 第 2 版 |
否 |
|
具有保留的 vNIC 的 Network I/O Control (NIOC) |
否 |
|
vSphere 標準交換器 |
否 |
不會移轉 VSS 上的虛擬機器和 VMkernel 介面。無法移轉在 VSS 套用的 NSX Data Center for vSphere 功能。 |
vSphere Distributed Switch |
是 | |
無狀態 ESXi |
否 |
|
主機設定檔 |
否 |
|
ESXi 鎖定模式 |
否 |
NSX-T 中不支援。 |
ESXi 主機維護模式工作擱置中。 |
否 |
|
vCenter 叢集中中斷連線的 ESXi 主機 |
否 |
|
vSphere FT |
否 |
|
vSphere DRS 完全自動化 |
是 |
在 vSphere 7.0 中開始支援 |
vSphere High Availability |
是 (使用維護模式時) |
|
流量篩選 ACL |
否 |
|
vSphere 健全狀況檢查 |
否 |
|
SRIOV |
否 |
|
釘選到實體 NIC 的 vmknic |
否 |
|
私人 VLAN |
否 |
|
暫時 dvPortGroup |
否 |
|
DirectPath IO |
否 |
|
L2 安全性 |
否 |
|
學習虛擬連線上的交換器 |
否 |
|
硬體閘道 (與實體交換硬體的通道端點整合) |
否 |
|
SNMP |
否 |
|
虛擬機器中中斷連線的 vNIC |
否 |
由於 ESX 6.5 的限制,已中斷連線虛擬機器的 DVFilter 上可能會出現失效項目。將虛擬機器重新開機作為因應措施。 |
4789 以外的 VXLAN 連接埠號碼 |
否 |
|
多點傳播篩選模式 |
否 |
|
具有多個 VTEP 的主機 |
是 |
NSX Manager 應用裝置系統組態
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
NTP 伺服器/時間設定 |
是 |
|
Syslog 伺服器組態 |
是 |
|
備份組態 |
是 |
如有需要,請變更 NSX Data Center for vSphere 複雜密碼,以符合 NSX-T Data Center 的需求。它必須至少為 8 個字元,且包含下列:
|
FIPS |
否 |
NSX-T 不支援 FIPS 開啟/關閉。 |
地區設定 |
否 |
NSX-T 僅支援英文地區設定 |
應用裝置憑證 |
否 |
角色型存取控制
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
本機使用者 |
否 |
|
透過 LDAP 指派給新增的 vCenter 使用者的 NSX 角色 |
是 |
必須安裝和設定 VMware Identity Manager,才能移轉 LDAP 使用者的使用者角色。 |
指派給 vCenter 使用者的 NSX 角色 |
否 |
憑證
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
憑證 (伺服器、CA 簽署) |
是 |
這僅適用透過信任存放區 API 新增的憑證。 |
作業
詳細資料 |
支援 |
備註 |
---|---|---|
探索通訊協定 CDP |
否 |
|
探索通訊協定 LLDP |
是 |
接聽模式會依預設開啟,且無法在 NSX-T 中變更。僅可以修改通告模式。 |
PortMirroring:
|
是 |
僅支援移轉 L3 工作階段類型 |
PortMirroring:
|
否 |
|
L2 IPFIX |
是 |
不支援具有 IPFIX 的 LAG |
分散式防火牆 IPFIX |
否 |
|
MAC 學習 |
是 |
您必須啟用 (接受) 偽造傳輸。 |
硬體 VTEP |
否 |
|
混合模式 |
否 |
|
資源配置 |
否 |
不支援使用資源配置啟用的 vNIC |
IPFIX - 內部流量 |
否 |
不支援具有 InternalFlows 的 IPFIX |
交換器
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
L2 橋接 |
否 |
|
主幹 VLAN |
是 |
必須將主幹上行連接埠群組的 VLAN 範圍設定為 0-4094。 |
VLAN 組態 |
是 |
支援僅具有 VLAN (無 VXLAN) 的組態。 |
整併和容錯移轉:
|
是 |
負載平衡支援的選項 (整併原則):
不支援其他負載平衡選項。 |
整併和容錯移轉:
|
否 |
|
LACP | 是 | 對於 VDS 7.0 和更新版本,在移轉期間不會修改 LACP 功能。對於更早版本的 VDS,新的 N-VDS 交換器將取代 VDS。這將導致在主機移轉期間遺失流量。 LACP 不支援在 DVS 上設定的 IPFIX (而不是 DFW IPFIX) |
交換器安全性和 IP 探索
NSX-v 組態 |
支援移轉 |
詳細資料 |
---|---|---|
IP 探索 (ARP、ND、DHCPv4 和 DHCPv6) |
是 |
下列繫結限制適用 NSX-T 上的移轉:
|
SpoofGuard (手動、TOFU、已停用) |
是 |
|
交換器安全性 (BPDU 篩選器、DHCP 用戶端封鎖、DHCP 伺服器封鎖、RA 保護) |
是 |
|
從 NSX Data Center for vSphere 中的交換器安全性模組將資料路徑繫結移轉至 NSX-T 中的交換器安全性模組 |
是 |
如果已啟用 SpoofGuard,則繫結會從交換器安全性模組移轉,以支援 ARP 隱藏。 VSIP - 因為 VSIP 繫結會移轉為靜態設定的規則,因此不支援交換器安全性。 |
探索設定檔 |
是 |
使用邏輯交換器的 IP 探索組態和全域與叢集 ARP 和 DHCP 組態進行移轉後,會建立 ipdiscovery 設定檔。 |
中央控制平面
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
每個邏輯交換器 (VNI) 和路由網域的 VTEP 複寫 |
是 |
|
MAC/IP 複寫 |
否 |
|
使用多點傳播或混合式複寫模式的 NSX Data Center for vSphere 傳輸區域 |
否 |
|
使用單點傳播複寫模式的 NSX Data Center for vSphere 傳輸區域 |
是 |
NSX Edge 功能
如需支援的拓撲的完整詳細資料,請參閱支援拓撲。
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
Edge 服務閘道與北向路由器或虛擬通道介面之間的路由 |
是 |
支援 BGP。 支援靜態路由。 不支援 OSPF。 |
Edge 服務閘道與分散式邏輯路由器之間的路由 |
是 |
移轉後路由會轉換為靜態路由。 |
負載平衡器 |
是 |
如需詳細資料,請參閱支援拓撲。 |
VLAN 支援的微分割環境 |
是 |
如需詳細資料,請參閱支援拓撲。 |
NAT64 |
否 |
NSX-T 中不支援。 |
Edge 服務閘道或分散式邏輯路由器上的節點層級設定 |
否 |
不支援節點層級設定,如 Syslog 或 NTP 伺服器。 |
IPv6 |
否 |
|
Edge 服務閘道介面的單點傳播反向路徑篩選器 (URPF) 組態 |
否 |
NSX-T 閘道介面上的 URPF 設為「嚴格」。 |
傳輸單元最大值 (MTU) 組態 Edge 服務閘道介面 |
否 |
如需在 NSX-T 上變更預設 MTU 的相關資訊,請參閱 在移轉 Edge 前修改 NSX Edge 節點組態。 |
IP 多點傳播路由 |
否 |
|
路由重新分配首碼篩選器 |
否 |
|
預設來源 |
否 |
NSX-T 中不支援。 |
Edge 防火牆
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
防火牆區段:顯示名稱 |
是 |
防火牆區段最多可以有 1000 個規則。如果某個區段包含超過 1000 個規則,則會將它移轉為多個區段。 |
預設規則的動作 |
是 |
NSX Data Center for vSphere API:GatewayPolicy/action NSX-T API:SecurityPolicy.action |
防火牆全域組態 |
否 |
使用預設逾時 |
防火牆規則 |
是 |
NSX Data Center for vSphere API:firewallRule NSX-T API:SecurityPolicy |
防火牆規則:名稱 |
是 |
|
防火牆規則:規則標籤 |
是 |
NSX Data Center for vSphere API:ruleTag NSX-T API:Rule_tag |
防火牆規則中的來源和目的地:
|
是 |
NSX Data Center for vSphere API:
NSX-T API:
NSX Data Center for vSphere API:
NSX-T API:
|
防火牆規則來源和目的地:
|
否 |
|
防火牆規則中的服務 (應用程式):
|
是 |
NSX Data Center for vSphere API:
NSX-T API:
|
防火牆規則:符合轉譯的內容 |
否 |
符合轉譯的內容必須為「false」。 |
防火牆規則:方向 |
是 |
兩種 API:方向 |
防火牆規則:動作 |
是 |
兩種 API:動作 |
防火牆規則:已啟用 |
是 |
兩種 API:已啟用 |
防火牆規則:記錄 |
是 |
NSX Data Center for vSphere API:logging NSX-T API:logged |
防火牆規則:說明 |
是 |
兩種 API:說明 |
Edge NAT
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
NAT 規則 |
是 |
NSX Data Center for vSphere API:natRule NSX-T API:/nat/USER/nat-rules |
NAT 規則:規則標籤 |
是 |
NSX Data Center for vSphere API:ruleTag NSX-T API:rule_tag |
NAT 規則:動作 |
是 |
NSX Data Center for vSphere API:action NSX-T API:action |
NAT 規則:原始位址 (SNAT 規則的來源位址 以及 DNAT 規則的目的地位址。) |
是 |
NSX Data Center for vSphere API:originalAddress NSX-T API:SNAT 規則為 source_network 或 DNAT 規則為 destination_network |
NAT 規則:translatedAddress |
是 |
NSX Data Center for vSphere API:translatedAddress NSX-T API:translated_network |
NAT 規則:在特定介面上套用 NAT 規則 |
否 |
套用必須為「任何」。 |
NAT 規則:記錄 |
是 |
NSX Data Center for vSphere API:loggingEnabled NSX-T API:logging |
NAT 規則:已啟用 |
是 |
NSX Data Center for vSphere API:enabled NSX-T API:disabled |
NAT 規則:說明 |
是 |
NSX Data Center for vSphere API:description NSX-T API:description |
NAT 規則:通訊協定 |
是 |
NSX Data Center for vSphere API:protocol NSX-T API:Service |
NAT 規則:原始連接埠 (SNAT 規則的來源連接埠、DNAT 規則的目的地連接埠) |
是 |
NSX Data Center for vSphere API:originalPort NSX-T API:Service |
NAT 規則:轉譯的連接埠 |
是 |
NSX Data Center for vSphere API:translatedPort NSX-T API:Translated_ports |
NAT 規則:DNAT 規則中的來源位址 |
是 |
NSX Data Center for vSphere API:dnatMatchSourceAddress NSX-T API:source_network |
NAT 規則: SNAT 規則中的目的地位址 |
是 |
NSX Data Center for vSphere API:snatMatchDestinationAddress NSX-T API:destination_network |
NAT 規則: DNAT 規則中的來源連接埠 |
是 |
NSX Data Center for vSphere API:dnatMatchSourcePort NSX-T API:Service |
NAT 規則: SNAT 規則中的目的地連接埠 |
是 |
NSX Data Center for vSphere API:snatMatchDestinationPort NSX-T API:Service |
NAT 規則:規則識別碼 |
是 |
NSX Data Center for vSphere API:ruleID NSX-T API:id 和 display_name |
L2VPN
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
使用預先共用的金鑰 (PSK) 根據 IPSec 的 L2VPN 組態 |
是 |
如果正透過 L2VPN 延伸的網路是覆疊邏輯交換器,則支援。不支援 VLAN 網路。 |
使用憑證式驗證根據 IPSec 的 L2VPN 組態 |
否 |
|
根據 SSL 的 L2VPN 組態 |
否 |
|
使用本機出口最佳化的 L2VPN 組態 |
否 |
|
L2VPN 用戶端模式 |
否 |
L3VPN
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
無作用對等偵測 |
是 |
無作用對等偵測在 NSX Data Center for vSphere 和 NSX-T 上支援不同的選項。您可能會考慮使用 BGP 以獲得更快的聚合,或設定對等以執行 DPD (若支援)。 |
以下無作用對等偵測 (DPD) 預設值已變更:
|
否 |
在 NSX-T 中,dpdaction 設為「重新啟動」,且無法變更。 如果 dpdtimeout 的 NSX Data Center for vSphere 設定設為 0,則 dpd 會在 NSX-T 中停用。否則會忽略任何 dpdtimeout 設定,並且使用預設值。 |
以下無作用對等偵測 (DPD) 預設值已變更:
|
是 |
NSX Data Center for vSphere dpdelay 與 NSX-T dpdinternal 對應。 |
兩個或多個工作階段重疊的本機和對等子網路。 |
否 |
NSX Data Center for vSphere 支援以原則為基礎的 IPSec VPN 工作階段,其中兩個或更多個工作階段的本機和對等子網路互相重疊。NSX-T 不支援此行為。您必須重新設定子網路,以便在開始移轉之前不會重疊。如果此組態問題未解決,則 [移轉組態] 步驟會失敗。 |
對等端點設定為任何的 IPSec 工作階段。 |
否 |
不會移轉組態。 |
對延伸 securelocaltrafficbyip 變更。 |
否 |
NSX-T 服務路由器沒有需要透過通道傳送的任何本機產生流量。 |
對這些延伸的變更: auto、sha2_truncbug、sareftrack、leftid、leftsendcert、leftxauthserver、leftxauthclient、leftxauthusername、leftmodecfgserver、leftmodecfgclient、modecfgpull、modecfgdns1、modecfgdns2、modecfgwins1、modecfgwins2、remote_peer_type、nm_configured、forceencaps、overlapip、aggrmode、rekey、rekeymargin、rekeyfuzz、compress、metric、disablearrivalcheck、failureshunt、leftnexthop、keyingtries |
否 |
NSX-T 上不支援這些延伸,因此不會移轉對它們的變更。 |
負載平衡器
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
以下項目的監控/健全狀況檢查:
|
否 |
如果設定了不支援的監控,則會忽略該監控,並且不會對相關聯的集區設定任何監控。您可以在完成移轉之後將其連結至新的監控。 |
應用程式規則 |
否 |
NSX Data Center for vSphere 使用根據 HAProxy 的應用程式規則來支援 L7。在 NSX-T 中,規則會以 NGINX 為基礎。您無法移轉應用程式規則。您必須在移轉後建立新規則。 |
L7 虛擬伺服器連接埠範圍 |
否 |
|
IPv6 |
否 |
如果在虛擬伺服器中使用 IPv6,則會忽略整個虛擬伺服器。 如果集區中使用 IPv6,則仍會移轉集區,但會移除相關的集區成員。 |
URL、URI、HTTPHEADER 演算法 |
否 |
如果在集區中使用,則不會移轉集區。 |
隔離的集區 |
否 |
不會移轉集區。 |
具有不同監視器連接埠的 LB 集區成員 |
否 |
不會移轉具有不同監視器連接埠的集區成員。 |
集區成員 minConn |
否 |
不會移轉組態。 |
監控延伸 |
否 |
不會移轉組態。 |
SSL 工作階段識別碼持續性/資料表 |
否 |
不會移轉組態,且相關聯的虛擬伺服器沒有持續性設定。 |
MSRDP 持續性/工作階段資料表 |
否 |
不會移轉組態,且相關聯的虛擬伺服器沒有持續性設定。 |
Cookie 應用程式工作階段/工作階段資料表 |
否 |
不會移轉組態,且相關聯的虛擬伺服器沒有持續性設定。 |
應用程式持續性 |
否 |
不會移轉組態,且相關聯的虛擬伺服器沒有持續性設定。 |
監控對象:
|
否 |
|
監控對象:
|
是 |
|
HAproxy 調整/IPVS 調整 |
否 |
|
集區 IP 篩選器
|
是 |
支援 IPv4 IP 位址。 如果使用「任何」,則僅會移轉 IP 集區的 IPv4 位址。 |
集區 IP 篩選器
|
否 |
|
包含不支援群組物件的集區:
|
否 |
如果集區包含不支援的群組物件,則會忽略這些物件,並使用支援的群組物件成員來建立集區。如果沒有支援的群組物件成員,則會建立空白的集區。 |
DHCP 和 DNS
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
分散式邏輯路由器上設定的 DHCP 轉送指向直接連線的 Edge 服務閘道上設定的 DHCP 伺服器 |
是 |
DHCP 轉送伺服器 IP 必須是其中一個 Edge 服務閘道的內部介面 IP。 必須在直接連線至設定了 DHCP 轉送的分散式邏輯路由器的 Edge 服務閘道上所設定的 DHCP 伺服器。 不支援使用 DNAT 來轉譯不符合 Edge 服務閘道內部介面的 DHCP 轉送 IP。 |
僅分散式邏輯路由器上設定了 DHCP 轉送,連線的 Edge 服務閘道上無 DHCP 伺服器組態 |
否 |
|
僅 Edge 服務閘道上設定了 DHCP 伺服器,連線的分散式邏輯路由器上無 DHCP 轉送組態 |
否 |
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
IP 集區 |
是 |
|
靜態繫結 |
是 |
|
DHCP 租用 |
是 |
|
一般 DHCP 選項 |
是 |
|
已停用 DHCP 服務 |
否 |
在 NSX-T 中,您無法停用 DHCP 服務。如果 NSX Data Center for vSphere 上有已停用的 DHCP 服務,則不會將它移轉。 |
DHCP 選項:「其他」 |
否 |
不支援移轉 DHCP 選項中的「其他」欄位。 例如,不會移轉 DHCP 選項「80」。 <dhcpOptions> <other> <code>80</code> <value>2f766172</value> </other> </dhcpOptions> |
孤立的 IP 集區/繫結 |
否 |
如果已在 DHCP 伺服器上設定 IP 集區或靜態繫結,但未由任何已連線的邏輯交換器使用,則會略過這些物件的移轉。 |
在 Edge 服務閘道上設定、具有直接連線邏輯交換器的 DHCP |
否 |
在移轉期間,直接連線的 Edge 服務閘道介面會移轉為集中式的服務連接埠。但是,在集中式服務連接埠上 NSX-T 不支援 DHCP 服務,使得系統不會移轉這些介面的 DHCP 服務組態。 |
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
DNS 視圖 |
是 |
只會將第一個 dnsView 移轉至 NSX-T 預設 DNS 轉寄站區域。 |
DNS 組態 |
是 |
您必須為所有 Edge 節點提供可用的 DNS 接聽程式 IP。解決組態期間會顯示一則訊息,以提示輸入此資訊。 |
DNS - L3 VPN |
是 |
您必須將新設定的 NSX-T DNS 接聽程式 IP 新增至遠端 L3 VPN 首碼清單。解決組態期間會顯示一則訊息,以提示輸入此資訊。 |
在 Edge 服務閘道上設定、具有直接連線邏輯交換器的 DNS |
否 |
在移轉期間,直接連線的 Edge 服務閘道介面會移轉為集中式的服務連接埠。但是,在集中式服務連接埠上 NSX-T 不支援 DNS 服務,使得系統不會移轉這些介面的 DNS 服務組態。 |
分散式防火牆 (DFW)
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
以身分識別為基礎的防火牆 |
否 |
|
區段 -
|
是 |
如果防火牆區段有 1000 個以上的規則,移轉程式將以多個區段移轉規則,每個區段 1000 個規則。 |
通用區段 |
(NSX-T 3.1) 否 (NSX-T 3.1.1 及更新版本) 如果 NSX-v 部署有處於主要模式的 NSX Manager,但沒有次要 NSX Manager,則為是。 |
|
規則 - 來源/目的地:
|
是 |
|
規則 - 來源/目的地:
|
是 |
與安全群組對應 |
規則 - 來源/目的地:
|
否 |
|
規則 - 來源/目的地:
|
(NSX-T 3.1) 否 (NSX-T 3.1.1 及更新版本) 如果 NSX-v 部署有處於主要模式的 NSX Manager,但沒有次要 NSX Manager,則為是。 |
|
規則 - 套用至:
|
是 |
對應至分散式防火牆 |
規則 - 套用至:
|
是 |
與安全群組對應 |
規則 - 套用至:
|
否 |
|
規則 - 套用至:
|
(NSX-T 3.1) 否 (NSX-T 3.1.1 及更新版本) 如果 NSX-v 部署有處於主要模式的 NSX Manager,但沒有次要 NSX Manager,則為是。 |
|
分散式防火牆中的規則已停用 |
是 |
|
在叢集層級上停用分散式防火牆 |
否 |
在 NSX-T 上啟用分散式防火牆時,它會在所有叢集上啟用。無法在部分叢集上啟用但在其他叢集上停用。 |
分散式防火牆排除清單 | 否 | 不會移轉 DFW 排除清單。在移轉之後,您需要在 NSX-T 上重新建立這些清單。 |
附註:在移轉 DFW 規則時,請務必同時移轉規則參考的物件。如果規則參考的物件不是 NSX-T 網路的一部分,則 NSX-T 無法套用規則。
合作夥伴服務:東西向網路自我檢查
NSX-v 組態 | 支援 | 詳細資料 |
---|---|---|
服務 |
否 |
不會移轉服務登錄。合作夥伴必須在移轉之前,向 NSX-T 登錄該服務。 |
廠商範本 |
否 |
不會移轉廠商範本。合作夥伴必須在移轉之前,向 NSX-T 登錄廠商範本。 |
服務設定檔 |
否 |
不會移轉服務設定檔。您或合作夥伴必須在移轉之前建立服務設定檔。 在移轉的解決組態步驟中,移轉協調器會提示您將每個 NSX for vSphere 服務設定檔對應至 NSX-T 服務設定檔。如果略過服務設定檔的對應,則不會移轉使用這些服務設定檔的規則。 在 NSX for vSphere 中,移轉協調器會在 NSX-T 中為每個服務設定檔建立服務鏈結。 將使用下列命名慣例建立服務鏈結: Service-Chain-service_profile_name 服務鏈結的正向路徑和反向路徑中使用了相同的服務設定檔。 |
服務執行個體 |
否 |
不會移轉合作夥伴服務虛擬機器 (SVM)。無法在 NSX-T 中使用 NSX for vSphere 合作夥伴 SVM。 對於 NSX-T 中的東西向網路自我檢查服務,必須在覆疊區段上部署合作夥伴服務虛擬機器。 |
區段
|
是 |
區段會對應至重新導向原則。 識別碼是由使用者定義,而非在 NSX-T 中自動產生。 如果 NSX for vSphere 中的防火牆區段有 1000 個以上的規則,移轉協調器將以多個區段移轉規則,每個區段 1000 個規則。 例如,如果一個區段包含 2500 個規則,則移轉協調器會建立三個原則:原則 1 (具有 1000 個規則)、原則 2 (具有 1000 個規則) 和原則 3 (具有 500 個規則)。 NSX for vSphere 中可設定狀態或無狀態的防火牆規則會在 NSX-T 中移轉為可設定狀態或無狀態的重新導向規則。 |
合作夥伴服務:規則 |
||
名稱 |
是 |
|
規則識別碼 |
是 |
規則識別碼是由系統產生。它可以與 NSX for vSphere 中的規則識別碼不同。 |
否定來源 |
是 |
|
否定目的地 |
是 |
|
來源/目的地
|
是 |
|
服務/服務群組 |
是 |
如需詳細資料,請參閱服務和服務群組資料表。 |
進階設定
|
是 |
|
服務設定檔和動作
|
是 |
一個服務設定檔繫結可以有分散式虛擬連接埠群組 (DVPG)、邏輯交換器和安全群組作為其成員。NSX for vSphere 中的服務設定檔繫結會對應至 NSX-T 中重新導向規則的 [套用至] 欄位。[套用至] 欄位僅接受群組,而此欄位會決定規則的範圍。 在 NSX-T 中,規則重新導向處於原則層級。重新導向原則中的所有規則都具有相同範圍 (套用至)。 NSX-T 重新導向規則中的 [套用至] 欄位最多可以有 128 個成員。如果服務設定檔繫結中的成員數目超過 128 個,則應在開始移轉之前,將其減少至 <= 128。
例如,假設服務設定檔繫結具有 140 個成員 (安全群組)。開始移轉之前,請在
NSX for vSphere 中執行下列步驟:
現在,服務設定檔繫結中的成員總數為 128 個 (127 + 1),且它會在移轉協調器的上限內。 |
啟用/停用規則 |
是 |
- 服務區段
- 移轉協調器會在您於移轉的解決組態步驟所選取的覆疊傳輸區域中建立服務區段。在 NSX for vSphere 環境中,如果 VXLAN 傳輸區域並非使用 NSX for vSphere 備妥,則移轉協調器會提供您在 NSX-T 中選取預設覆疊傳輸區域的選項,以建立服務區段。如果一或多個 VXLAN 傳輸區域是使用 NSX for vSphere 備妥,則必須選取任一個覆疊傳輸區域,才能在 NSX-T 中建立服務區段。
- 服務設定檔優先順序
- 在 NSX for vSphere 中,服務設定檔具有優先順序。如果服務有多個服務設定檔,且多個設定檔繫結至相同的 vNIC,則系統會先將優先順序較高的服務設定檔套用至 vNIC。但是,在 NSX-T 中,服務設定檔沒有優先順序。當多個重新導向規則具有相同的 [套用至] 設定時,規則順序會決定要先叫用的規則。換句話說,移轉協調器會將具有較高設定檔優先順序的規則放置在 NSX-T 規則資料表中具有較低設定檔優先順序的規則之前。如需詳細範例,請參閱 NSX-T Data Center 中已移轉網路自我檢查規則的順序中的案例 2。
- 服務優先順序
-
為了將流量重新導向至多個服務,NSX for vSphere 會在服務插入資料路徑中使用多個 DVFilter 插槽。一個 DVFilter 插槽用於將流量重新導向至一個服務。相較於具有低優先順序的服務,具有高優先順序的服務會放置在插槽中較高的位置。在 NSX-T 中,僅會使用單一 DVFilter 插槽,而它會將流量重新導向至服務鏈結。在移轉至 NSX-T 後,使用具有優先順序較高的合作夥伴服務的規則,會放置在具有優先順序較低之合作夥伴服務的規則之前。如需詳細範例,請參閱NSX-T Data Center 中已移轉網路自我檢查規則的順序中的案例 3。
移轉協調器不支援將 vNIC 上的流量重新導向至多個合作夥伴服務。僅支援重新導向至單一合作夥伴服務。雖然所有 NSX for vSphere 規則都會移轉至 NSX-T,但已移轉的規則組態僅會使用具有一個服務設定檔的服務鏈結。您無法修改重新導向規則中使用的現有服務鏈結。
因應措施:若要將 vNIC 上的流量重新導向至多個服務,請建立新的服務鏈結並定義服務鏈結中服務設定檔的順序。更新已移轉的規則,以使用此新的服務鏈結。
群組物件和 Service Composer
IP 集合和 MAC 集合移轉至 NSX-T Data Center 做為群組。請參閱 NSX-T Manager Web 介面中的 。
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
IP 集合 |
是 |
可以移轉具有最多 200 萬個成員 (IP 位址、IP 位址子網路、IP 範圍) 的 IP 集合。不會移轉具有更多個成員的 IP 集合。 |
Mac 集合 |
是 |
可以移轉具有最多 200 萬個成員的 MAC 集合。不會移轉具有更多個成員的 MAC 集合。 |
移轉支援安全群組具有下列限制。安全群組會移轉至 NSX-T Data Center 做為群組。請參閱 NSX-T Manager Web 介面中的 。
NSX Data Center for vSphere 具有系統定義和使用者定義的安全群組。這些全都會移轉至 NSX-T 做為使用者定義的群組。
移轉後的「群組」總數可能不等於 NSX-v 上的安全群組數目。例如,包含虛擬機器做為來源的分散式防火牆規則,會移轉至包含新群組與虛擬機器做為其成員的規則。如此會增加移轉後 NSX-T 上的群組總數。
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
具有不存在成員的安全群組 |
否 |
如果安全群組的任何成員不存在,將不會移轉安全群組。 |
所含安全群組具有不受支援成員的安全群組 |
否 |
如果安全群組的任何成員不支援進行移轉,將不會移轉該安全群組。 如果安全群組包含的安全群組具有不受支援的成員,則不會移轉其父系安全群組。 |
排除安全群組中的成員資格 |
否 |
不會移轉具有直接或間接 (透過巢狀) 排除成員的安全群組 |
安全群組靜態成員資格 |
是 |
安全群組可包含最多 500 個靜態成員。不過,如果在分散式防火牆規則中使用安全群組,則系統產生的靜態成員會增加,因而將有效限制降低為 499 或 498。
如果在解決組態步驟期間有任何成員不存在,則不會移轉該安全群組。 |
安全群組成員類型 (靜態或實體屬於):
|
否 |
如果安全群組包含不受支援的成員類型,則不會移轉安全群組。 |
安全群組成員類型 (靜態或實體屬於):
|
是 |
安全群組、IP 集合和 MAC 集合移轉至 NSX-T 做為群組。如果 NSX for vSphere 安全群組包含 IP 集合、MAC 集合或巢狀安全群組做為靜態成員,則會將對應的群組新增至父系群組。 如果其中一個靜態成員未移轉至 NSX-T,則不會將父系安全群組移轉至 NSX-T。 例如,您無法將具有超過 200 萬個成員的 IP 集合移轉至 NSX-T。因此,無法移轉包含的 IP 集合具有超過 200 萬個成員的安全群組。 |
安全群組成員類型 (靜態或實體屬於):
|
是 |
如果安全群組包含未移轉至 NSX-T 區段的邏輯交換器,則不會將安全群組移轉至 NSX-T。 |
安全群組成員類型 (靜態或實體屬於):
|
是 |
如果使用「實體屬於」將安全性標籤新增至安全群組做為靜態成員或動態成員,要移轉的安全群組的安全性標籤必須存在。 如果將安全性標籤新增至安全群組做為動態成員 (未使用「實體屬於」),則不會在移轉安全群組前對存在的安全性標籤進行檢查。 |
安全群組成員類型 (靜態或實體屬於):
|
是 |
|
對動態成員資格使用「符合規則運算式」運算子 |
否 |
這只會影響安全性標籤和虛擬機器名稱。「符合規則運算式」不可用於其他屬性。 |
對屬性的動態成員資格準則使用其他可用的運算子:
|
是 |
虛擬機器名稱、電腦名稱和電腦作業系統名稱可用的運算子為包含、結尾為、等於、不等於、開頭為。 安全性標籤可用的運算子為包含、結尾為、等於、開頭為。 |
實體屬於準則 |
是 |
移轉靜態成員的相同限制適用實體屬於準則。例如,如果您的安全群組使用定義中叢集的實體屬於準則,則不會移轉該安全群組。 不會移轉包含的實體屬於準則結合 AND 的安全群組。 |
安全群組中的動態成員資格準則運算子 (AND、OR) |
是。 |
定義 NSX Data Center for vSphere 安全群組的動態成員資格時,您可以設定下列項目:
NSX Data Center for vSphere 不會限制動態準則、動態集的數目,您可以有任何的 AND 和 OR 組合。 在 NSX-T Data Center 中,您可以擁有內含五個運算式的群組。不會移轉包含超過五個運算式的 NSX Data Center for vSphere 安全群組。 可以移轉的安全群組範例:
不支援使用「實體屬於」準則搭配 AND 運算子。 對於包含不受支援案例的安全群組,不會移轉所有其他組合或定義。 |
在 NSX Data Center for vSphere 中,安全性標籤是可套用至虛擬機器的物件。移轉至 NSX-T 時,安全性標籤是虛擬機器的屬性。
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
安全性標籤 |
是 |
如果虛擬機器套用了 25 個或更少的安全性標籤,即支援安全性標籤的移轉。如果套用了 25 個以上的安全性標籤,則不會移轉任何標籤。 附註:如果未移轉安全性標籤,則不會在標籤成員資格定義的任何群組中包含虛擬機器。 |
服務和服務群組會移轉至 NSX-T Data Center 做為服務。請參閱 NSX-T Manager Web 介面中的 。
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
服務和服務群組 (應用程式和應用程式群組) |
是 |
大多數預設服務和服務群組會對應至 NSX-T 服務。如果任何服務或服務群組未出現在 NSX-T 中,即會在 NSX-T 中建立新服務。 |
APP_ALL 和 APP_POP2 服務群組 |
否 |
不會移轉這些系統定義的服務群組。 |
具有名稱衝突的服務和服務群組 |
是 |
如果在 NSX-T 中發現已修改的服務或服務群組的名稱衝突,則會在 NSX-T 中建立新的服務,其名稱為此格式:從 NSX-v 移轉的 <NSXv-Application-Name> |
結合第 2 層服務與其他層中服務的服務群組 |
否 |
|
空白的服務群組 |
否 |
NSX-T 不支援空白的服務。 |
第 2 層服務 |
是 |
NSX Data Center for vSphere 第 2 層服務移轉做為 NSX-T 服務項目 EtherTypeServiceEntry。 |
第 3 層服務 |
是 |
根據通訊協定,NSX Data Center for vSphere 第 3 層服務會以如下方式移轉至 NSX-T 服務項目:
ICMPTypeServiceEntry
|
第 4 層服務 |
是 |
移轉做為 NSX-T 服務項目 ALGTypeServiceEntry。 |
第 7 層服務 |
是 |
移轉做為 NSX-T 服務項目 PolicyContextProfile 如果 NSX Data Center for vSphere 第 7 層應用程式已定義連接埠和通訊協定,則會在 NSX-T 中使用適當連接埠和通訊協定組態建立服務,並將該服務對應至 PolicyContextProfile。 |
第 7 層服務群組 |
否 |
|
包含連接埠和通訊協定的分散式防火牆、Edge 防火牆或 NAT 規則 |
是 |
NSX-T 需要服務才能建立這些規則。如果存在適當的服務,即會使用該服務。如果不存在適當的服務,則會使用規則中指定的連接埠和通訊協定來建立服務。 |
NSX-v 組態 |
支援 |
詳細資料 |
---|---|---|
Service Composer 安全性原則 |
是 |
安全性原則中定義的防火牆規則會移轉至 NSX-T 做為分散式防火牆規則。 不會移轉 Service Composer 安全性原則中定義的已停用防火牆規則。 將會移轉 Service Composer 安全性原則中定義的 Guest Introspection 規則或網路自我檢查規則。 如果 Service Composer 狀態未同步,則解決組態步驟會顯示警告。 您可以略過相關的分散式防火牆區段來略過 Service Composer 原則的移轉。或者,您可以取消移轉,讓 Service Composer 與分散式防火牆同步,並重新啟動移轉。 |
Service Composer 安全性原則未套用至任何安全群組 |
否 |
Active Directory 伺服器組態
組態 |
支援 |
詳細資料 |
---|---|---|
Active Directory (AD) 伺服器 |
否 |