Poznámka
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Tento článek popisuje, jak nakonfigurovat síť ATC v existujícím místním clusteru Azure, který ho ještě nemá nakonfigurovaný.
Důležité
Ve scénářích místního upgradu Azure, ve kterých ještě není nakonfigurovaná síťová ATC, doporučujeme nejprve upgradovat operační systém, pak nakonfigurovat síť ATC a pak pokračovat v upgradu řešení. Pokud je v clusteru už nakonfigurovaná síťová ATC, přeskočte tento článek. Další informace o upgradech najdete v tématu o místních upgradech Azure.
Informace o síťové ATC
Síťová ATC ukládá informace do databáze clusteru, která se pak replikuje do jiných počítačů v clusteru. Na počátečním počítači uvidí ostatní počítače v clusteru změnu v databázi clusteru a použijí nový záměr. Tady nastavíme systém tak, aby přijímal nový záměr. Kromě toho řídíme zavedení nového záměru tím, že zastavujeme nebo zakazujeme službu Network ATC na počítačích s virtuálními stroji. Další informace naleznete v přehledu Network ATC.
Zaměstnanecké výhody
Síťová ATC poskytuje pro Místní Azure následující výhody:
- Snižuje dobu nasazení sítě hostitele, složitost a chyby.
- Nasadí nejnovější osvědčené postupy ověřené a podporované Microsoftem.
- Zajišťuje konzistenci konfigurace napříč instancí.
- Eliminuje konfigurační odchylky.
Klíčové aspekty
Než nakonfigurujete network ATC ve stávající službě Azure Local, ujistěte se, že jsou splněny následující podmínky:
- Hostitel na něm nemá spuštěný virtuální počítač.
- Cluster aktivně spouští úlohy. Pokud v místním clusteru Azure nejsou spuštěné úlohy, můžete volitelně odebrat všechny virtuální přepínače a zásady QoS a pak přidat záměry pomocí standardních postupů popsaných v tématu Nasazení hostitelských sítí pomocí síťové ATC.
- Odeberou se všechny kontrolní body přidružené k vašim virtuálním počítačům. Pokud to neuděláte, dojde k selhání živé migrace mezi hostiteli.
Krok 1: Instalace síťového ATC
V tomto kroku nainstalujete network ATC a požadovanou funkci FS-SMBBW na každý počítač v clusteru pomocí následujícího příkazu. Nevyžaduje se žádné restartování.
Install-WindowsFeature -Name NetworkATC
Install-WindowsFeature -Name FS-SMBBW
Krok 2: Pozastavení jednoho počítače v clusteru
Když v clusteru pozastavíte jeden počítač, všechny úlohy se přesunou na jiné počítače, čímž se váš počítač zpřístupní pro provádění změn. Pozastavený stroj se pak migruje na síť ATC.
K pozastavení počítače použijte následující příkaz:
Suspend-ClusterNode -Drain -Wait
Krok 3: Zastavení služby Network ATC
Pokud chcete zabránit tomu, aby síťový ATC použil záměr, když jsou virtuální počítače spuštěné, zastavte a zakažte službu Network ATC na všech počítačích, které nejsou pozastavené.
Pokud chcete službu Network ATC zastavit a zakázat, použijte následující příkazy:
Stop-Service -Name NetworkATC
Set-Service -Name NetworkATC -StartupType Disabled
Krok 4: Odebrání předchozích konfigurací
Odeberte z pozastaveného počítače všechny předchozí konfigurace, které by mohly narušit schopnost síťové ATC použít nový záměr. Mezi předchozí konfigurace patří:
- Zásady Data Center Bridging (NetQos) pro provoz RDMA
- Převzetí funkcí při selhání vyvažování zátěže (LBFO)
I když se síťová ATC pokouší přijmout existující konfigurace s odpovídajícími názvy, včetně NetQos a dalších nastavení, je jednodušší odebrat aktuální konfiguraci a umožnit síťové ATC znovu nasadit potřebné položky konfigurace a další.
Důležité
Neodstraňovat virtuální přepínač SET (Switch Embedded Teaming) a povolit, aby ho služba Network ATC znovu vytvořila. Odstraněním virtuálního přepínače může dojít k neočekávané ztrátě připojení a přerušení stávajících nasazení softwarově definovaných sítí (SDN). Místo toho doporučujeme přejmenovat virtuální přepínač SET a virtuální síťová rozhraní na očekávanou konvenci Network ATC, což se provede v pozdějším kroku.
Pokud chcete odebrat stávající konfigurace NetQosu, použijte následující příkazy:
Get-NetQosTrafficClass | Remove-NetQosTrafficClass
Get-NetQosPolicy | Remove-NetQosPolicy -Confirm:$false
Get-NetQosFlowControl | Disable-NetQosFlowControl
Místní Azure nepodporuje LBFO. Pokud jste ale omylem nasadili tým LBFO, můžete ho odebrat pomocí následujícího příkazu:
Get-NetLBFOTeam | Remove-NetLBFOTeam -Confirm:$false
Pokud jste počítače nakonfigurovali přes Nástroj Virtual Machine Manager (VMM), možná budete muset odebrat i všechny přidružené objekty konfigurace.
Krok 5: Převod nastavení sítě VLAN
Některá místní nasazení Azure vyžadují konfiguraci sítě VLAN na virtuálních síťových adaptérech pro správu nebo úložiště. Síťová ATC vyžaduje, aby se pomocí VMNetworkAdapterIsolation
metody nastavilo VLAN ID. Hyper-V ale také umožňuje nastavení sítí VLAN pomocí VMNetworkAdapterVlan
metody.
Pomocí následujících příkazů zkontrolujte, jestli má váš virtuální adaptér síť VLAN, a v případě potřeby ho znovu nakonfigurujte.
# Use the command below to list the virtual adapters present on the system Get-VMNetworkAdapter -ManagementOS # Add the name of the VMNetworkAdapter below to check for a VLAN configuration Get-VMNetworkAdapterVlan -ManagementOS -VMNetworkAdapterName "vNICName" Get-VMNetworkAdapterIsolation -ManagementOS -VMNetworkAdapterName "vNICName"
Výstup z
Get-VMNetworkAdapterVlan
:- Pokud
Mode
jeAccess
aVlanList
má číselnou hodnotu, adaptér se označí sítí VLAN a je potřeba ho aktualizovat. - Pokud
Mode
jeUntagged
, není nakonfigurována žádná síť VLAN pomocí této metody.
Výstup z
Get-VMNetworkAdapterIsolation
:- Pokud
IsolationMode
jeVlan
aDefaultIsolationID
má jinou číselnou hodnotu než0
, adaptér je označen sítí VLAN a nemusí být aktualizován. - Pokud
IsolationMethod
jeNone
, není nakonfigurována žádná síť VLAN pomocí této metody.
- Pokud
K převedení sítě VLAN z metody
VMNetworkAdapterVlan
na metoduVMNetworkAdapterIsolation
, použijte následující příkazy:Důležité
Spuštěním následujících příkazů se uzel clusteru odpojí od sítě, dokud se síť VLAN nepřekonfiguruje. Doporučujeme spustit tyto příkazy z BMC konzoly.
Set-VMNetworkAdapterVlan -ManagementOS -VMNetworkAdapterName "vNICName" -Untagged # Use the VLAN ID from above for the DefaultIsolationID parameter in the below command Set-VMNetworkAdapterIsolation -ManagementOS -VMNetworkAdapterName "vNICName" -IsolationMode Vlan -AllowUntaggedTraffic $true -DefaultIsolationID 100
Proveďte tyto kroky pro všechny virtuální síťové adaptéry pro správu a úložiště, které jsou přítomné na uzlu clusteru. Pokud žádný výstup nemá nakonfigurovanou síť VLAN, přejděte k dalšímu kroku.
Krok 6: Plánování a nasazení záměrů
Můžete přidat různé záměry. Pomocí příkladů v části Příklady záměrů identifikujte záměry , které chcete.
Jakmile identifikujete příklad, který odpovídá vašemu prostředí, použijte příkazy uvedené v tomto příkladu k provedení požadovaných kroků pouze na pozastaveném uzlu.
Krok 7: Ověření nasazení na jednom počítači
Příkaz Get-NetIntentStatus
zobrazí stav implementace požadovaných úmyslů. Výsledek vrátí jeden objekt na záměr pro každý počítač v clusteru.
Pokud chcete ověřit úspěšné nasazení záměrů odeslaných v kroku 6, spusťte následující příkaz:
Get-NetIntentStatus -Name <IntentName>
Tady je příklad výstupu:
PS C:\Users\administrator.CONTOSO> Get-NetlntentStatus
IntentName : mgmt_compute_storage
Host : node1
IsComputelntentSet : True
IsManagementlntentSet : True
IsStoragelntentSet : True
IsStretchlntentSet : False
LastUpdated : 05/13/2025 11:11:15
LastSuccess : 05/13/2025 11:11:15
RetryCount : 0
LastConfigApplied : 1
Error :
Progress : 1 of 1
ConfigurationStatus : Success
ProvisioningStatus : Completed
Ujistěte se, že každý přidaný záměr má položku pro server, na kterém pracujete. Ujistěte se také, že ConfigurationStatus
zobrazuje Úspěch.
Pokud ConfigurationStatus
se zobrazí chyba, zkontrolujte, jestli chybová zpráva indikuje důvod selhání. Další podrobnosti o příčině selhání najdete v protokolech událostí Microsoft-Windows-Networking-NetworkATC/Admin. Příklady řešení selhání najdete v části Běžné chybové zprávy.
Krok 8: Obnovení pozastaveného uzlu
Po dokončení konfigurace síťové ATC na prvním uzlu obnovte uzel a povolte, aby se vrátil do clusteru.
Pokud chcete znovu zadat uzel clusteru nebo ho umístit zpět do služby, spusťte následující příkaz:
Resume-ClusterNode
Spusťte
Get-StorageJob
, abyste zkontrolovali případné běžící úlohy úložiště. Před přechodem na další krok jim povolíte dokončení.
Krok 9: Přejmenování virtuálních komponent na jiných počítačích
V tomto kroku přejdete z počítače nasazeného se síťovým ATC na další počítač a migrujete virtuální počítače z tohoto druhého počítače. Musíte ověřit, že druhý počítač má stejný název VMSwitch jako počítač nasazený se síťovým ATC.
Důležité
Po přejmenování virtuálního přepínače je nutné odpojit a znovu připojit každý virtuální počítač, aby mohl odpovídajícím způsobem uložit nový název virtuálního přepínače do mezipaměti. Vzhledem k tomu, že tento krok ovlivňuje připojení virtuálních počítačů, považuje se za rušivou akci, která vyžaduje dokončení plánování. Pokud tento krok přeskočíte, migrace za provozu selžou s chybou indikující, že virtuální přepínač v cíli neexistuje.
Přejmenování virtuálního přepínače je nedisruptivní změna a dá se provést na všech počítačích současně. Spusťte následující příkaz:
#Run on the machine where you configured Network ATC Get-VMSwitch | ft Name #Run on the next machine to rename the virtual switch Rename-VMSwitch -Name 'ExistingName' -NewName 'NewATCName'
Po přejmenování přepínače odpojte a znovu připojte adaptéry vNIC, aby se změna názvu VMSwitch projevila. K provedení této akce pro všechny virtuální počítače můžete použít následující příkaz:
Důležité
Následující příkazy předpokládají, že hostitel má pouze jeden virtuální přepínač a všechny virtuální počítače jsou připojené k tomuto virtuálnímu přepínači. Pokud se vaše prostředí liší, musíte upravit příkazy nebo je ručně odpojit a znovu připojit.
$VMSW = Get-VMSwitch $VMs = Get-VM $VMs | %{Get-VMNetworkAdapter -VMName $_.name | Disconnect-VMNetworkAdapter ; Get-VMNetworkAdapter -VMName $_.name | Connect-VMNetworkAdapter -SwitchName $VMSW.name}
Síť ATC VMSwitch
nezměníte ze dvou důvodů:
- Síťová ATC zajišťuje, aby všechny počítače v clusteru měly stejný název, což podporuje migraci za běhu a symetrii.
- Síťové ATC implementuje a řídí názvy konfiguračních objektů. Jinak by bylo třeba zajistit, aby byl tento prvek konfigurace správně nasazen.
Krok 10: Použití požadovaných změn u zbývajících uzlů clusteru
Když je virtuální přepínač přejmenovaný a virtuální počítače se znovu připojí, je možné virtuální počítače migrovat za provozu mezi uzly clusteru. Postupujte podle těchto kroků a opakujte postup pro každý další uzel v clusteru, dokud se nedokončí všechny uzly.
Poznámka:
Síťová ATC by měla spravovat živé migrační sítě. Pokud migrace za provozu selže kvůli chybě Cluster network not found
, možná budete muset ručně aktualizovat sítě pro migraci za provozu. Následující skript můžete použít k nastavení sítí úložiště jako dostupných sítí migrace za provozu a vyloučení sítě pro správu. Alternativně lze tyto sítě aktualizovat prostřednictvím Správce clusteru pro převzetí služeb při selhání.
# Configure the Virtual Machine ClusterResourceType not to use the management network for live migration
$mgmtID = (Get-ClusterNetwork | where "Name" -match "Management").ID
Get-ClusterResourceType "Virtual Machine" | Set-ClusterParameter -Name "MigrationExcludeNetworks" -Value $mgmtID
# Configure the Virtual Machine ClusterResourceType to use the storage networks for live migration
$storageID = (Get-ClusterNetwork | where "Name" -match "Storage").ID
$storageIDs = $storageID -join ";"
Get-ClusterResourceType "Virtual Machine" | Set-ClusterParameter -Name "MigrationNetworkOrder" -Value $storageIDs
Pomocí příkazu
Suspend-ClusterNode -Drain -Wait
pozastavte a vyprázdněte uzel clusteru .Odeberte existující konfigurace NetQos pomocí příkazů v kroku 4.
V případě potřeby aktualizujte ID sítě VLAN virtuálních adaptérů pomocí příkazů v kroku 5.
Přejmenujte virtuální síťové adaptéry pomocí příkazů
Rename-VMNetworkAdapter
aRename-NetAdapter
použitých v kroku 6. Nemusíte spouštět žádné příkazyRename-VMSwitch
aniAdd-NetIntent
.Povolte a spusťte službu Network ATC na pozastaveném uzlu pomocí následujících příkazů:
Set-Service -Name NetworkATC -StartupType Automatic Start-Service -Name NetworkATC
Spuštěním
Get-NetIntentStatus
příkazu použitého v kroku 7 ověřte úspěšné nasazení záměrů vašeho počítače. Ujistěte se, žeConfigurationStatus
pro všechny úkoly zobrazuje Úspěch.Pomocí příkazu obnovte pozastavený uzel
Resume-ClusterNode
.Ujistěte se pomocí příkazu
Get-StorageJob
, že jsou dokončeny všechny úlohy úložiště.
Příklady záměrů
Network ATC upravuje, jak nasazujete hostitelské sítě, nikoli to, co nasazujete. Pokud je každý scénář podporovaný Microsoftem, můžete nasadit několik scénářů. Tady je několik příkladů běžných vzorů sítě hostitelů a odpovídajících příkazů PowerShellu pro Místní prostředí Azure.
Tyto příklady nejsou jediné dostupné kombinace, ale měly by vám poskytnout představu o možnostech.
Důležité
Následující příkazy nasazují záměry s výchozími konfiguracemi osvědčených postupů. Před nasazením záměrů zkontrolujte pokročilé nastavení vlastností adaptéru pomocí příkazu Get-NetAdapterAdvancedProperty
. Pokud máte jedinečná upřesňující nastavení adaptéru, podívejte se na nastavení síťového ATC a upravte výchozí hodnoty, aby vaše stávající nastavení byla v souladu se síťovým ATC. Je důležité, aby se tyto úpravy nastavily při vytváření záměru, aby se zabránilo neočekávaným změnám.
Referenční články:
- Informace o výchozích hodnotách najdete v tématu Nasazení sítě hostitelů se síťovým ATC.
- Informace o konfiguraci přepisů najdete v tématu Správa sítě ATC.
- Informace o příkazech ATC sítě naleznete v tématu NetworkATC.
Pro zjednodušení ukazují příklady pouze dva fyzické adaptéry v týmu SET, ale je možné přidat další. Další informace najdete v tématu Přehled referenčních vzorů sítě pro Azure Local.
Příklad úmyslu: Správa skupin a výpočet v jednom úmyslu s odděleným úmyslem pro úložiště
V tomto příkladu existují dva záměry, které se spravují napříč počítači.
Správa a výpočty: Tento záměr používá vyhrazenou dvojici portů síťového adaptéru.
Úložiště: Tento záměr používá vyhrazenou dvojici portů síťového adaptéru.
Zde je příklad, jak realizovat tento model hostitelské sítě:
Důležité
Následující příkazy předpokládají, že vaše prostředí má pouze jeden virtuální přepínač a jeden virtuální síťový adaptér. Příkazy vrátí chybu, pokud existuje více virtuálních přepínačů nebo virtuálních síťových adaptérů. Pokud je ve vašem prostředí více než jeden virtuální přepínač nebo jeden virtuální síťový adaptér, nahraďte proměnnou v příkazech úplným názvem virtuálního přepínače nebo virtuálního síťového adaptéru, který chcete změnit v uvozovkách. Neměňte žádnou jinou část příkazů.
# These commands rename the virtual components to the Network ATC naming convention
Rename-VMSwitch -Name (Get-VMSwitch).Name -NewName "ConvergedSwitch(mgmt_compute)"
Rename-VMNetworkAdapter -ManagementOS -Name (Get-VMNetworkAdapter -ManagementOS).Name -NewName "vManagement(mgmt_compute)"
Rename-NetAdapter -Name "vEthernet (vManagement(mgmt_compute))" -NewName "vManagement(mgmt_compute)"
# This command adds the management and compute intent. Update the -AdapterName parameter with the appropriate names of the network adapters
# Note that if you had to configure a VLAN in Step 5, you will need to add that into the -ManagementVlan parameter below.
# If you do not need to configure a management VLAN, remove the -ManagementVlan parameter before running the command
Add-NetIntent -Name mgmt_compute -Management -Compute -AdapterName "pNIC1","pNIC2" -ManagementVlan 100
# These commands add the storage intent. Automatic storage IP addressing is disabled to allow your existing storage IP addresses to continue to be used.
# Update the -AdapterName parameter with the appropriate names of the network adapters.
# Update the -StorageVlans parameter below to the VLAN IDs used by your network adapters. If you want to use the default Network ATC VLAN IDs (711, 712, etc.), remove the -StorageVlans parameter.
$override = New-NetIntentStorageOverrides
$override.EnableAutomaticIPGeneration = 0
Add-NetIntent -Name storage -Storage -StorageOverrides $override -AdapterName "pNIC3","pNIC4" -StorageVlans 200,201
Příklad záměru: Seskupit veškerý provoz pod jediný záměr
V tomto příkladu je jeden záměr spravovaný napříč počítači.
Správa, výpočetní prostředky a úložiště: Tento záměr používá vyhrazenou dvojici portů síťového adaptéru.
Snímek obrazovky z místní instance Azure, kde je veškerý provoz soustředěn v jednom záměru.
Zde je příklad, jak realizovat tento model hostitelské sítě:
Důležité
- Následující příkazy předpokládají, že vaše prostředí obsahuje pouze jeden virtuální přepínač. Příkazy vrátí chybu, pokud existuje více virtuálních přepínačů. Pokud má vaše prostředí více než jeden virtuální přepínač, nahraďte proměnnou v příkazech úplným názvem virtuálního přepínače, který chcete upravit v dvojitých uvozovkách. Neměňte žádnou jinou část příkazů.
- Při implementaci těchto příkazů buďte mimořádně opatrní.
# This command renames the virtual switch to the Network ATC naming convention
Rename-VMSwitch -Name (Get-VMSwitch).Name -NewName "ConvergedSwitch(mgmt_compute_storage)"
# These commands rename the virtual network adapters. Note that each adapter must be renamed to a very specific naming convention.
# First, collect the output from Get-VMNetworkAdapter -ManagementOS to get a list of the current virtual adapters.
# The management virtual network adapter can be renamed using the two commands below.
# You must update the -Name parameter in the Rename-VMNetworkAdapter command with the name of the management virtual adapter from the output above.
Rename-VMNetworkAdapter -ManagementOS -Name "mgmtVNICname" -NewName "vManagement(mgmt_compute_storage)"
Rename-NetAdapter -Name "vEthernet (vManagement(mgmt_compute_storage))" -NewName "vManagement(mgmt_compute_storage)"
# The storage virtual network adapters can be renamed using the two commands below.
# You must update the -Name parameter in the Rename-VMNetworkAdapter command with the name of the storage virtual adapter from the output above.
# You must also update each parameter with the name of the physical adapter after the # sign. In the example below, "pNIC1" is the name of the physical adapter associated with the first storage virtual adapter.
# These two commands need to be executed for each storage virtual adapter present on the cluster node. For example, if you have two physical adapters for storage, you would need to run 4 total commands.
Rename-VMNetworkAdapter -ManagementOS -Name "storagevNIC1" -NewName "vSMB(mgmt_compute_storage#pNIC1)"
Rename-NetAdapter -Name "vEthernet (vSMB(mgmt_compute_storage#pNIC1))" -NewName "vSMB(mgmt_compute_storage#pNIC1)"
Rename-VMNetworkAdapter -ManagementOS -Name "storagevNIC2" -NewName "vSMB(mgmt_compute_storage#pNIC2)"
Rename-NetAdapter -Name "vEthernet (vSMB(mgmt_compute_storage#pNIC2))" -NewName "vSMB(mgmt_compute_storage#pNIC2)"
# This command adds the management, compute, and storage intent. Update the -AdapterName parameter with the appropriate names of the network adapters
# Note that if you had to configure a VLAN in Step 5, you will need to add that into the -ManagementVlan parameter below.
# If you do not need to configure a management VLAN, remove the -ManagementVlan parameter before running the command
# Automatic storage IP addressing is disabled to allow your existing storage IP addresses to continue to be used.
# Update the -StorageVlans parameter below to the VLAN IDs used by your network adapters. If you want to use the default Network ATC VLAN IDs (711, 712, etc.), remove the -StorageVlans parameter.
$override = New-NetIntentStorageOverrides
$override.EnableAutomaticIPGeneration = 0
Add-NetIntent -Name mgmt_compute_storage -Management -Compute -Storage -StorageOverrides $override -AdapterName "pNIC1","pNIC2" -ManagementVlan 100 -StorageVlans 200,201
Příklad záměru: Seskupení provozu výpočetních prostředků a úložiště v jednom záměru s odděleným záměrem správy
V tomto příkladu existují dva záměry, které se spravují napříč počítači.
Správa: Tento účel používá vyhrazený pár portů síťového adaptéru.
Výpočetní prostředky a úložiště: Tento záměr používá vyhrazenou dvojici portů síťového adaptéru.
Zde je příklad, jak realizovat tento model hostitelské sítě:
# These commands rename the virtual switches to the Network ATC naming convention
# First rename the management virtual switch, then the compute/storage virtual switch
Rename-VMSwitch -Name "management_vSwitch_name" -NewName "ConvergedSwitch(mgmt)"
Rename-VMSwitch -Name "compute_storage_vSwitch_name" -NewName "ConvergedSwitch(compute_storage)"
# These commands rename the virtual network adapters. Note that each adapter must be renamed to a very specific naming convention.
# First, collect the output from Get-VMNetworkAdapter -ManagementOS to get a list of the current virtual adapters.
# The management virtual network adapter can be renamed using the two commands below.
# You must update the -Name parameter in the Rename-VMNetworkAdapter command with the name of the management virtual adapter from the output above.
Rename-VMNetworkAdapter -ManagementOS -Name "mgmtVNICname" -NewName "vManagement(mgmt_compute_storage)"
Rename-NetAdapter -Name "vEthernet (vManagement(mgmt_compute_storage))" -NewName "vManagement(mgmt_compute_storage)"
# The storage virtual network adapters can be renamed using the two commands below.
# You must update the -Name parameter in the Rename-VMNetworkAdapter command with the name of the storage virtual adapter from the output above.
# You must also update each parameter with the name of the physical adapter after the # sign. In the example below, "pNIC1" is the name of the physical adapter associated with the first storage virtual adapter.
# These two commands need to be executed for each storage virtual adapter present on the cluster node. For example, if you have two physical adapters for storage, you would need to run 4 total commands.
Rename-VMNetworkAdapter -ManagementOS -Name "storagevNIC1" -NewName "vSMB(mgmt_compute_storage#pNIC1)"
Rename-NetAdapter -Name "vEthernet (vSMB(mgmt_compute_storage#pNIC1))" -NewName "vSMB(mgmt_compute_storage#pNIC1)"
Rename-VMNetworkAdapter -ManagementOS -Name "storagevNIC2" -NewName "vSMB(mgmt_compute_storage#pNIC2)"
Rename-NetAdapter -Name "vEthernet (vSMB(mgmt_compute_storage#pNIC2))" -NewName "vSMB(mgmt_compute_storage#pNIC2)"
# This command adds the management intent. Update the -AdapterName parameter with the appropriate names of the network adapters
# Note that if you had to configure a VLAN in Step 5, you will need to add that into the -ManagementVlan parameter below.
# If you do not need to configure a management VLAN, remove the -ManagementVlan parameter before running the command
Add-NetIntent -Name mgmt -Management -AdapterName "pNIC1","pNIC2" -ManagementVlan 100
# This command adds the compute and storage intent. Update the -AdapterName parameter with the appropriate names of the network adapters
# Automatic storage IP addressing is disabled to allow your existing storage IP addresses to continue to be used.
# Update the -StorageVlans parameter below to the VLAN IDs used by your network adapters. If you want to use the default Network ATC VLAN IDs (711, 712, etc.), remove the -StorageVlans parameter.
$override = New-NetIntentStorageOverrides
$override.EnableAutomaticIPGeneration = 0
Add-NetIntent -Name compute_storage -Compute -Storage -StorageOverrides $override -AdapterName "pNIC1","pNIC2" -StorageVlans 200,201
Příklad záměru: Plně rozdělené síťové prostředí hostitelů
V tomto příkladu existují tři záměry, které se spravují napříč počítači.
Správa: Tento účel používá vyhrazený pár portů síťového adaptéru.
Compute: Tento záměr používá vyhrazenou dvojici portů síťového adaptéru.
Úložiště: Tento záměr používá vyhrazenou dvojici portů síťového adaptéru.
Zde je příklad, jak realizovat tento model hostitelské sítě:
# These commands rename the virtual switches to the Network ATC naming convention
# First rename the management virtual switch, then the compute/storage virtual switch
Rename-VMSwitch -Name "management_vSwitch_name" -NewName "ConvergedSwitch(mgmt)"
Rename-VMSwitch -Name "compute_vSwitch_name" -NewName "ConvergedSwitch(compute)"
# These commands rename the virtual network adapters. Note that each adapter must be renamed to a very specific naming convention.
# First, collect the output from Get-VMNetworkAdapter -ManagementOS to get a list of the current virtual adapters.
# The management virtual network adapter can be renamed using the two commands below.
# You must update the -Name parameter in the Rename-VMNetworkAdapter command with the name of the management virtual adapter from the output above.
Rename-VMNetworkAdapter -ManagementOS -Name "mgmtVNICname" -NewName "vManagement(mgmt)"
Rename-NetAdapter -Name "vEthernet (vManagement(mgmt))" -NewName "vManagement(mgmt)"
# This command adds the management intent. Update the -AdapterName parameter with the appropriate names of the network adapters
# Note that if you had to configure a VLAN in Step 5, you will need to add that into the -ManagementVlan parameter below.
# If you do not need to configure a management VLAN, remove the -ManagementVlan parameter before running the command
Add-NetIntent -Name mgmt -Management -AdapterName "pNIC1","pNIC2" -ManagementVlan 100
# These commands add the storage intent. Automatic storage IP addressing is disabled to allow your existing storage IP addresses to continue to be used.
# Update the -AdapterName parameter with the appropriate names of the network adapters.
# Update the -StorageVlans parameter below to the VLAN IDs used by your network adapters. If you want to use the default Network ATC VLAN IDs (711, 712, etc.), remove the -StorageVlans parameter.
$override = New-NetIntentStorageOverrides
$override.EnableAutomaticIPGeneration = 0
Add-NetIntent -Name storage -Storage -StorageOverrides $override -AdapterName "pNIC3","pNIC4" -StorageVlans 200,201
# This command adds the compute intent. Update the -AdapterName parameter with the appropriate names of the network adapters
Add-NetIntent -Name compute -Compute -AdapterName "pNIC5","pNIC6"
Další krok
Zjistěte, jak vyhodnotit připravenost na upgrade řešení pro místní Azure.