移轉 VMware Integrated OpenStack

您可以將 VMware Integrated OpenStack (VIO) 部署從 NSX-V 移轉至 NSX。在移轉期間，VIO 控制平面必須處於唯讀模式。

除了南北向完全移轉和主機移轉期間會出現短暫中斷，虛擬機器的資料路徑連線在移轉期間不受影響。這項移轉必須在單一維護時段內執行。

移轉程序概觀

1. 安裝 NSX。
2. 為 VIO 準備 NSX。這需要為外部網路設定第 0 層閘道或 VRF-lite，還需要設定 Edge 叢集、DHCP 伺服器設定檔和中繼資料 Proxy。如需詳細資訊，請參閱https://docs.vmware.com/tw/VMware-Integrated-OpenStack/index.html。
3. 取得 Neutron 移轉程式服務包，該服務包是 VIO 交付項目的一部分。
4. 設定 Neutron 移轉程式。
5. 部署 Neutron 移轉程式網繭。
6. 從 NSX Manager UI 執行以下動作：
   • 開始進行 Edge 完全移轉。
   • 處理意見反應並完成移轉。
   • 開始進行主機移轉。
   • 處理意見反應並完成移轉。
7. 等待 Neutron 移轉程式網繭完成。
8. 刪除 Neutron 移轉程式部署。
9. 在 NSX-V 中移除 VIO 安裝。

必要條件

• VIO 7.2.0 或更新版本
• NSX-V 6.4.11 或更新版本
• vSphere 6.7 或更新版本 (建議在移轉之前，將 ESXi 主機升級到 7.0 或更新版本。)

Neutron 移轉程式網繭會執行以下的驗證檢查。可透過 Neutron 移轉程式組態，略過產生警告的檢查。

• Neutron 中允許的位址配對 (手動位址繫結數量不得超過 128 個)
• 在每個邏輯交換器方面，具有 DHCP 的多重子網路數 (在 NSX 中僅允許一個)
• 每個網路的路由器上行數 (NSX 中只有一個)
• 主機群組 - 如果為 NSX Edge 節點啟用了 HA，並為要放置的 Edge 節點指定主機群組。這將產生警告。
• Edge HA 在 NSX 中會被忽略，因為它不適用。這將產生警告。
• NSX 外掛程式不支援以 DVS 連接埠群組為基礎的提供者網路或外部網路。
• 不支援多重提供者 VLAN 網路。
• NSX 外掛程式不支援負載平衡拓撲 (例如，成員來自多個子網路的負載平衡器無法透過上行連結到同一 Edge 路由器，或者網路上的負載平衡器無法連線到 Neutron 路由器)。
• NSX 使用無效的位址 (例如，與傳送網路重疊)。
• 部署在外部網路上的虛擬機器。它們在 NSX 上無法正常運作。
• 負載平衡成員的子網路可存取性。NSX 要求負載平衡器的所有子網路都需連接到同一閘道。

在 NSX 上，不得存在 OpenStack 所擁有的任何資源 (例如，NSX 執行個體上先前 VIO 部署中的資源)。

有關 Edge 完全移轉和主機移轉所需的任何準備，請參閱 就地移轉 NSX-V 的特定部分。

準備移轉 - 調整 NSX Edge 叢集大小

NSX Edge 叢集必須具有足夠的插槽，以供 OpenStack 負載平衡器 (LB) 使用。若想決定將裝載 LB 服務的第 1 層閘道清單，請執行以下動作：

• 對於每個 OpenStack VIP，找到對應的子網路，並擷取上行連結到該子網路的路由器 (除非該子網路位於外部網路上)。
• 針對每個 OpenStack LB 集區，列出成員。尋找其所屬的子網路，並擷取上行連結到子網路的路由器。

找到的路由器數量以及最大 OpenStack LB 的大小，將決定 NSX Edge 叢集上所需的 LB 插槽數。對於每個 LB，需要具有兩個插槽，以供作用中和待命服務路由器使用。有關每個 NSX Edge 應用裝置上可執行的負載平衡器數目上限，請參閱 https://configmax.vmware.com。

準備移轉 - 設定 TEP IP 集區

在主機移轉期間，NSX-V 和 NSX TEP 必須能夠彼此連線，以確保其連線。您必須設定 NSX TEP IP 集區，使其可將流量路由到 NSX-V TEP。

NSX 中不支援的 NSX-V 組態參數

下表列出不支援的 NSX-V 參數和原因。

參數	說明	原因
cluster_moid	列出 Openstack 所使叢集的識別碼。	不適用於 NSX。
datacenter_moid	識別用來於部署 NSX-V Edge 應用裝置的資料中心。	不適用於 NSX。
deployment_container_id	識別 NSX-V Edge 的部署容器。	不適用於 NSX。
resource_pool_id	識別 NSX-V Edge 的資源集區。	不適用於 NSX。
datastore_id	識別 NSX-V Edge 的資料存放區。	不適用於 NSX。
ha_datastore_id	啟用 Edge HA 時的其他資料存放區。	不適用於 NSX。
ha_placement_random	在主要資料存放區和次要資料存放區之間劃分作用中 Edge。	不適用於 NSX。
edge_host_groups	請確定作用中/備份 Edge 放置在列出的主機群組中。	不適用於 NSX。
external_network	用於實體網路上行的 DVPG 的識別碼。	不適用於 NSX。
task_status_check_interval	檢查工作完成情況的間隔。	不適用於 NSX。
vdn_scope_id	適用於 VXLAN 虛擬連線之網路範圍物件的識別碼。	VDN 範圍會取代為 NSX 覆疊傳輸區域。
dvs_id	連接到管理和 Edge 叢集之 DVS 的識別碼。依預設，還可用於 VLAN 網路。	DVS 會取代為 NSX 中的 VLAN 傳輸區域。
maximum_tunnels_per_vnic	Edge 應用裝置上 VNIC 支援的子介面數目上限。	不適用於 NSX。
backup_edge_pool	定義 Openstack 部署要使用的 NSX-V Edge 集區的大小。	不適用於 NSX。
mgm_net_moid	中繼資料 Proxy 管理網路的連接埠群組識別碼。	不適用於 NSX。
mgt_net_proxy_ips	以逗號分隔的管理網路 IP 位址清單。	不適用於 NSX。
mgt_net_proxy_netmask	中繼資料 Proxy 的管理網路遮罩。	不適用於 NSX。
mgt_net_default_gateway	中繼資料 Proxy 的管理網路預設閘道。	不適用於 NSX。
nova_metadata_ips	Nova 中繼資料服務使用的 IP 位址。	提供於 NSX 中繼資料 Proxy 組態中。
nova_metadat_port	Nova 中繼資料服務使用的連接埠。	提供於 NSX 中繼資料 Proxy 組態中。
spoofguard_enabled	依預設，Spoofguard 在 NSX-V 中處於啟用狀態，但如果在 NSX-V 中停用 Spoofguard，則移轉之後會在 NSX 中啟用 Spoofguard。	依預設，在 NSX 中處於啟用狀態 (無法全域關閉)。
use_exclude_list	當連接埠安全性處於停用狀態，且 Spoofguard 處於啟用狀態時，使用 NSX-V 排除清單元件。	依預設，在 NSX 中處於啟用狀態 (無法全域關閉)。
tenant_router_types	配置給承租人路由器的已排序路由器類型清單。	不適用於 NSX。
edge_appliance_user	設定用來登入 Edge 裝置的使用者名稱。	不適用於 NSX。
metadata_initializer	初始化中繼資料存取基礎架構	不適用於 NSX。
shared_router_appliance_size	用來建立共用路由器 Edge 的 Edge 應用裝置大小。	不適用於 NSX。
use_dvs_features	允許直接設定支援 NSX-V 的 DVS。	不適用於 NSX。
service_insertion_profile_id	將用於服務插入之重新導向防火牆規則的設定檔識別碼。	NSX 整合中不存在該功能。
service_insertion_redirect_all	建立防火牆規則以將所有流量重新導向至第三方防火牆。	NSX 整合中不存在該功能。
use_nsx_policies	使用 NSX 原則來實作 Neutron 安全群組。	NSX 整合中不存在該功能。
default_policy_id	如果 use_nsx_policies 為 True，則此原則將作為新承租人的預設原則	NSX 整合中不存在該功能。
bind_floatingip_to_all_interfaces	當浮動 IP 設定為 True 時，會將其繫結到下行介面。	此外，在 NSX 中，對於東西向流量，一律會處理浮動 IP 的 NAT。
vdr_transit_network	分散式路由器 TLR/PLR 連線的網路範圍。	在 NSX 中，無法從 OpenStack 設定 DR/SR 連線範圍。
exclusive_dhcp_edge	每個網路具有專屬 DHCP Edge	不適用於 NSX，因為在 Edge 叢集上會實作 DHCP。
bgp_neighbour_hold_down_timer	BGP 芳鄰保持關閉時間的間隔。	NSX 整合中不存在該功能。NSX 第 0 層閘道路由組態上設定了 BGP 對等。
bgp_neighbour_keep_alive_timer	芳鄰保持運作時間的間隔。	NSX 整合中不存在該功能。NSX 第 0 層閘道路由組態上設定了 BGP 對等。
share_edges_between_tenants	對多個承租人使用相同的 DHCP 或路由器 Edge。	不適用於 NSX。
use_routers_as_lbaas_platform	將子網路的專屬路由器用作 LBaaS 的平台。	不適用於 NSX，其中，LB 服務一律會連結至用於轉送的路由器。
nsx_sg_name_format	OpenStack 安全群組的 NSX 名稱格式。	後端資源命名在 NSX 中是隱含的。
loadbalancer_pool_transparency	在透明模式下建立 LBaaS 集區。	NSX 中不支援透明模式。
default_edge_size	定義路由器、DHCP 和 LB Edge 的預設 Edge 大小。	不適用於 NSX。

設定 Neutron 移轉程式

在啟動 Neutron 移轉程式之前，建立名為 migrator.conf.json 的 JSON 檔案，以用來指定需要移轉的 NSX 環境及主機。此檔案會掛接到移轉程式網繭，並由移轉程序驗證。以下是範例 migrator.conf.json 檔案：

{
 "strict_validation": true,
 "edge_migration": true,
 "host_migration": true,
 "edge_migration_interfaces_down": true,
 "post_migration_cleanup": true,
 "rollback": false, 
 "nsxv_token_lifetime": 1440,
 "compute_clusters": [
   "domain-c17",
   "domain-c29",
   "domain-c71",
  ],
  "nsx_manager_ips": [
    "192.168.16.32",
    "192.168.16.64",
    "192.168.16.96",
  ],
  "nsx_manager_user": "admin",
  "nsx_manager_password": "<NSX password>",
  "metadata_proxy": "VIO_mdproxy",
  "dhcp_profile": "VIO_dhcp_profile",
  "default_overlay_tz": "0b3d2a91-2dfc-40a7-ac6b-fbd62b0e4c79",
  "default_vlan_tz": "b87c7a69-6d1a-4857-badd-0d0e4d4e924f",
  "default_tier0_router": "VIO_Tier0",
  "availability_zones": [
  {
    "name": "az1",
    "metadata_proxy": "VIOAZ1_mdproxy",
    "dhcp_profile": "VIOAZ1_dhcp_profile",
    "default_vlan_tz": "6320d1e3-45a1-4f37-87b4-6d35d19cafef",
    "default_tier0_router": "VIOAZ1_Tier0VRFLite"
   }
   ],
   "external_networks_map": {
    "61282e88-0abb-4036-9ea8-22418f85cdf3": "VIO_Tier0",
    "39db1d0f-4279-462b-a17e-1995a5c00ae8": "VIOAZ1_Tier0VRFLite"
  },
  "transit_network": "100.64.0.0/16"
}

組態參數為：

參數	預設值	說明
post_migration_cleanup	True	移轉完成後，移除由移轉程序建立且未被 VIO 使用或被其他 VIO 資源複製的其他 NSX 實體。
復原	True	失敗時自動復原 (如果可能)。
nsxv_token_lifetime	1440	用來存取 NSX-V 的 Token 持續時間 (以分鐘為單位)。將 Token 提供給 NSX。應根據部署大小和預計完成移轉的時間，來選擇持續時間。Token 不應在移轉完成前到期。
compute_clusters		將移轉的 vSphere 計算叢集清單。該清單只應包含部署了 VIO 虛擬機器執行個體的叢集。不應包含 Edge 叢集和 VIO 管理叢集。
nsx_manager_ips		NSX Manager 的 IP 或 FQDN。如果使用管理程式叢集，則此參數可以指定 VIP 或 NSX Manager 執行個體清單。若為後者，存取 NSX Manager 時會使用用戶端負載平衡。
nsx_manager_user	admin	存取 NSX Manager 時使用的使用者。VIO 不支援使用主體識別進行驗證。
nsx_manager_password		存取 NSX Manager 時使用的密碼。
metadata_proxy		VIO 預設可用性區域的中繼資料 Proxy 識別碼。識別碼是資源原則路徑的最後一個區段。
dhcp_profile		VIO 預設可用性區域的 DHCP 設定檔識別碼。
default_tier0_router		VIO 預設可用性區域的第 0 層閘道識別碼。將供其閘道為預設外部網路的 Neutron 路由器用於南北向流量。
default_overlay_tz		要用於 VIO 部署的覆疊 NSX 傳輸區域。
default_vlan_tz		預設可用性區域的 VLAN NSX 傳輸區域。
transit_network	100.64.0.0/16	NSX 傳送網路的 CIDR。只有在從 NSX 預設值變更它時才會修改。
external_networks_map	空白清單
availability_zones	空白清單

部署 Neutron 移轉程式

在移轉程式服務包中，指令碼名為 build_yaml.sh。在移轉程式組態備妥後，執行該指令碼以建立部署規格，並將其部署在 VIO 控制平面上。例如：

./build_yaml.sh -t 7.1.1.1899999

此指令碼接受下列參數：

-k	可選。請勿在部署中包含 vCenter Server 憑證。僅當 VIO 使用不安全的 vCenter 連線時，才指定此項。
-t <full VIO version>	必要。VIO 版本必須包含現有 VIO 映像的組建編號和相符標籤。

build_yaml.sh 指令碼會建立 <YAML-FILE-NAME>，其中包含用來部署 Neutron 移轉控制平面的所有資訊。

開始移轉

若要開始移轉，請執行以下命令：

kubectl apply -f <YAML-FILE-NAME>

這會在 Openstack 命名空間中建立 Neutron 移轉程式部署。此部署具有單一複本。在建立部署的網繭時，會自動啟動移轉網繭。

啟動移轉網繭

在啟動期間，移轉程式網繭會讀取該項移轉的組態檔和目前狀態。它會根據此資訊來決定移轉的下一步；可以是以下步驟之一：

• API 重新執行
• 開始從 NSX Manager 移轉
• VIO 重新設定

如果找不到組態檔，或尚未指定必要參數，則移轉網繭將終止。

如果目前的移轉狀態不一致 (例如，如果 API 重新執行未完成，但移轉已在進行中)，則移轉網繭也會終止，並顯示錯誤。

移轉程式作業啟動後，Neutron NSX 外掛程式的組態檔將掛接到網繭中。移轉程式作業不會處理移轉程式啟動後對 Neutron 組態所做的任何變更。移轉程式正在執行時，不得對 Neutron 組態進行變更。如果您需要進行變更，必須重新啟動移轉程式工作。

API 重新執行

在此狀態下，移轉程序會在 NSX 上建立所有必要的組態，並將資料填入至 VIO Neutron 資料庫，以與 NSX 搭配使用。

在此程序結束時，會在 NSX 中設定 VIO 所需的所有邏輯網路實體，即便工作負載還在 NSX-V 上執行也是如此。

在 NSX 上實作 VIO 組態之前，會執行以下檢查：

• 驗證前的檢查。上述「必要條件」一節會列出這些檢查。
• NSX 版本檢查。NSX 版本必須是 3.2 或更新版本。
• 請確定已設定計算管理程式。移轉需要在 NSX 中將 VIO 的 vCenter 註冊為計算管理程式。此檢查會驗證是否已完成此動作。
• 不應在 NSX 上設定 Neutron 資源。如果已將復原選項設定為 True，則移轉程式程序將清理在 NSX 上所找到任何 (可能失效) 的 Neutron 資源。

檢查完成後，移轉程序會初始化 Neutron NSX 資料庫，並準備其結構。之後，會在移轉程式網繭內啟動臨時 Neutron 伺服器。已將此臨時 Neutron 伺服器設定為使用 NSX 執行。臨時 Neutron 伺服器啟動後，移轉程序會收集有關網路 VNI 對應和連接埠/VIF 對應的資訊。

之後，會啟動 API 移轉程序，並移轉下列資源：

• 路由器 (移轉至第 1 層閘道)
• 網路 (移轉至區段)
• 子網路 (移轉至區段子網路和區段的 DHCP 組態)
• 連接埠 (移轉至區段連接埠和 DHCP 靜態繫結)
• 安全群組 (移轉至安全原則、規則、群組和服務)
• 浮動 IP (移轉至 NAT 規則)
• QoS 原則和規則
• FWaaS 群組、原則和規則
• Octavia 負載平衡器、接聽程式、集區、成員和健全狀況監控器

API 重新執行完成之後，會關閉臨時 Neutron 伺服器網繭。

使用 tail 命令監控移轉程式網繭記錄。當記錄顯示移轉程式網繭正等著啟動 NSX 移轉程序時，請執行下一項工作 (Edge 完全移轉)。

Edge 完全移轉

發出下列 API 呼叫，以取得 Edge 節點的識別碼：

curl -v -s -X GET -k -u admin:<password> https://<nsx-mgr-ip>/api/v1/transport-nodes/ -H content-type:application/json

發出下列 API 呼叫，以修改所有 Edge 節點上的 v2t-migration-config 參數：

curl -v -s -X PUT -k -u admin:<password> https://<nsx-mgr-ip>/api/v1/transport-nodes/<edge-nodeid>/node/v2t-migration-config -H content-type:application/json -d '{"enabled": true}'

請依照 使用 Edge 完全移轉將南北向流量移轉至 NSX Edge 中的程序進行。完成此移轉後， NSX 將處理南北向流量。移轉程序將：

• 關閉 NSX-V Edge 應用裝置介面。
• 在 NSX 第 1 層下行上啟用 ARP，以確定在移轉期間會順暢進行東西向和南北向流量轉換。
• 連接到 vCenter 以擷取 NSX-V 驗證 Token。
• 為分散式路由器 (NSX-V DLR) 準備對應檔案。
• 在 NSX 上設定 Edge 移轉，並等待其完成。

在南北向完全移轉期間，當連線從 NSX-V ESG 或 DLR 切換到 NSX 第 1 層閘道時，虛擬機器可能會暫時中斷連線。在南北向完全移轉完成後，會關閉 NSX-V 和中繼資料 Edge 的電源。下一步是主機移轉。

重要：在開始南北向完全移轉之前，復原之後，請確定 Edge 對應檔案已存在。復原之後，會自動刪除該檔案。移轉程式工作會在復原完成後的 10 秒內還原。如果在 NSX-V VIO 環境中沒有分散式路由器，此動作不適用。

附註：在每個網繭執行期間時，會更新 NSX-V 存取 Token。其持續時間應足以確保移轉在移轉程式網繭生命週期內完成。如果移轉程式網繭因任何原因而重新啟動，將擷取新的 Token。

主機移轉

請依照 移轉分散式防火牆組態、主機和工作負載 中的程序進行。

VIO 移轉公用程式將執行以下動作：

• 關閉所有 NSX-V Edge 應用裝置的電源。
• 在 NSX 上設定主機移轉。
• 等待主機移轉成功完成。

必須關閉 Edge 應用裝置的電源，以確保主機移轉成功完成。請勿在主機移轉期間開啟 NSX-V Edge 應用裝置的電源。

在主機移轉完成後，發出下列 API 呼叫，以重設 Edge 節點的 v2t-migration-config 參數。此參數是在 Edge 完全移轉步驟開始時設定的。

curl -v -s -X PUT -k -u admin:<password> https://<nsx-mgr-ip>/api/v1/transport-nodes/<edge-nodeid>/node/v2t-migration-config -H content-type:application/json -d '{"enabled":false}'

移轉後清理

移轉程式作業會將 Neutron CR 重新設定為使用 NSX，但不會移除 NSX-V 組態參數，以便您檢視這些參數作為參考。這些參數無害。移轉完成後，可使用 viocli update neutron 命令將其移除。

記錄

Neutron 移轉程式程序會針對該程序的每個階段，產生詳細的記錄。寫入至網繭 stdout 的記錄層級為 INFO。偵錯層級記錄位於移轉程式網繭執行所在 VIO 控制器節點上的 /var/log/migration/vio-v2t.log。

您可以使用以下命令，瞭解 neutron 移轉程式網繭是在哪個節點上執行：

osctl get pods neutron-migrator -o wide

然後，您可以使用 viossh 命令，在控制器節點上開啟 Shell。

/var/log/migration 目錄還包含臨時 Neutron 伺服器記錄。

復原

在移轉期間的各個階段均可進行復原。

如果在 API 重新執行階段出現故障，則無需進行明確復原。VIO Neutron 移轉程式公用程式會自動移除已建立的資源，然後重試移轉。

如果您選擇銷毀 Neutron 移轉程式網繭來中斷移轉，VIO 控制平面在 NSX-V 中仍可正常運作。可能存在由 API 重新執行所建立的 NSX 資源。這些資源將被移除。

請注意，NSX 不允許復原主機移轉。將主機移轉至 NSX 後，無法將其移回到 NSX-V。

如果在主機移轉期間出現故障，您可以檢閱記錄，並順帶解決問題。

或者，如果主機始終無法移轉至 NSX，您可以將其從 vSphere 叢集中移除，然後重試移轉。在受影響主機上執行的虛擬機器會移轉至叢集中的其他主機。移轉後，在主機上安裝 NSX，並將其新增至原始 vSphere 叢集。

錯誤碼

代碼	說明
0001、0002、0003、0004	錯誤的系統狀態或組態。移轉程序中出現一些嚴重問題，例如： 主機移轉已完成，但未進行 API 重新執行。 VIO 已使用 NSX 執行，但未進行 API 重新執行或移轉。 主機位於 NSX 上，VIO 使用 NSX 執行，但未進行 API 重新執行。
0101	無法為臨時 Neutron 伺服器建立組態檔，需啟動該檔案，才能進行 API 重新執行。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，以看看有無錯誤。一般而言，可以藉由解決組態檔變更的根本原因，來修正此錯誤。
1001	NSX 移轉協調器未執行。若要修正此錯誤，請在 migrator.conf.json 中指定的第一個節點上，啟動移轉協調器服務。如果使用 HA VIP，請確定作用中管理器執行個體是正在執行之移轉協調器的執行個體。對於移轉，建議使用特定的 NSX Manager，或使用用戶端負載平衡。移轉完成後，可以變更 NSX Manager FQDN。
1002	NSX 版本無效。需要 NSX 3.2.0 或更新版本。
1003	無法擷取 NSX 版本。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，以看看有無錯誤。
1004	計算管理程式驗證失敗。必須在 NSX 中定義至少一個計算管理程式。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，以看看有無錯誤。
1005	必須在 NSX 上執行清理。NSX 設定已具有 VIO 建立的資源。請確定在 migrator.conf.json 中，rollback 設定為 True。
1006	無法啟動 NSX 移轉。這可能是先前嘗試移轉的結果。復原進行中的任何移轉，然後重試。
1007	無法為南北向完全移轉準備 NSX。在 NSX 上設定南北向完全移轉時發生錯誤。這可能是在產生「Edge 對應」檔案時發生錯誤，或者在準備移轉計劃時發生錯誤。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，以看看有無錯誤。
1008	移轉程式網繭無法關閉 NSX Edge 應用裝置上的介面。這是南北向完全移轉的所需步驟。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，以看看有無錯誤。若要解決此問題，請在 migrator.conf.json 中，將 edge_migration_interfaces_down 設為 False，並手動確定 Edge 介面已關閉或已關閉，然後再開始南北向完全移轉。
1009	無法移轉沒有下行的路由器。存在沒有下行的 Neutron 路由器。無法移轉這些路由器。如果營運人員認為傳回的這個錯誤有誤，您可以在 migrator.conf.json 中，將 advanced_router_validation設為 False，以略過該錯誤。
1100	移轉計劃中的模式無效。已為 NSX 移轉協調器設定不同的計劃。這可能是先前嘗試移轉的結果。復原進行中的任何移轉，然後重試。
1101	未在組態中確認 NSX 移轉。請確定在 migration.conf.json 中，將 edge_migration 和/或 host_migration 設為 True。
1105	無法修補沒有閘道的路由器。確保沒有閘道的 Neutron 路由器可以順暢地移轉至 NSX 的程序失敗。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，看看有無錯誤。因為將 advanced_router_validation 設定為 False，而將略過此程序。不過，在 NSX 上開始南北向完全移轉之前，營運人員需確定每個第 1 層閘道都連接到第 0 層路由器。
1106	無法還原沒有閘道的路由器。南北向完全移轉後還原沒有閘道的 Neutron 路由器的程序失敗。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，看看有無錯誤。將 advanced_router_validation 設定為 False，來略過此程序。不過，營運人員有責確定第 1 層閘道與沒有閘道的 Neutron 路由器的第 0 層中斷連線。
1110	無法啟動 NSX 的南北向完全移轉。套用移轉計劃時發生錯誤。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，以看看有無錯誤。
1114	遺漏 Edge 應用裝置的虛擬機器。某些 Edge 裝置沒有相關聯的虛擬機器應用裝置。請移除對應的 Neutron 路由器，以便移除 Edge。
1115	在開始主機移轉之前，無法關閉 NSX-V Edge 虛擬機器的電源。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，以看看有無錯誤。您可以考慮手動關閉虛擬機器的電源。需要執行此動作，以避免在主機移轉的執行時期階段出現問題。您必須至少關閉 DHCP 和中繼資料 Proxy Edge 應用裝置的電源。
1120	無法啟動主機移轉。套用移轉計劃時發生錯誤。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，取得錯誤詳細資料。
1130、1131	無法完成移轉。將移轉設定為「已完成」時發生錯誤。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，以看看有無錯誤。
1132	移轉期間逾時。南北向完全移轉逾時 12 小時。主機移轉逾時 48 小時。如果移轉程式的工作網繭仍在等待移轉開始，則最終會逾時。營運人員只需重新啟動它即可。
2001	無法從 VIO 控制平面擷取 Neutron CR。這可能是授權問題，或在存取 VIO 的 Kubernetes 控制平面時出現問題。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，以看看有無錯誤。
2002	無法剖析 Neutron CR。請確定 'spec' 區段中存在 'manifests' 屬性。
2003	Neutron CR 中的內容無效。請確定 NSX-V 外掛程式處於啟用狀態，且所有其他外掛程式 (包括 NSX 原則外掛程式) 均處於停用狀態。
2004	無法更新 Neutron CR。更新 Neutron CR 時發生錯誤。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，以看看有無錯誤。這可能是在更新 Neutron CR、為 NSX 密碼建立 VIOSecret 執行個體，或為 NSX Manager 建立資源時發生的錯誤。請驗證這些資源在經過先前的失敗嘗試後並未失效。
2011	使用原則為 NSX 建立資料庫時發生失敗。這很可能是一個 SQL 錯誤。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，以看看有無錯誤。
2012	將「neutron_policy」資料庫重命名為「neutron」時發生失敗。這很可能是一個 SQL 錯誤。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，以看看有無錯誤。
2111	無法啟動用於 API 重新執行的臨時 Neutron 伺服器。這很可能是在組態臨時 Neutron 伺服器時出現的錯誤。請檢查 /var/log/neutron-server-tmp.log，看看有無錯誤。
2112	API 重新執行失敗。這表示在 NSX 中建立資源時發生錯誤。請檢查移轉程式作業的網繭記錄或 /var/log/migration/vio-v2t.log，看看有無錯誤。記錄會顯示無法建立的資源。然後檢查 /var/log/neutron-server-tmp.log，以瞭解失敗的詳細資料。常見的失敗原因： 臨時 Neutron 伺服器組態中的傳輸區域不正確 非 Openstack 網路使用與某些 Openstack 網路相同的 VLAN Edge 叢集的負載平衡器插槽不足