Aspekty sítě pro cloudová nasazení Azure Stack HCI verze 23H2

Platí pro: Azure Stack HCI verze 23H2

Tento článek popisuje, jak navrhnout a naplánovat systémovou síť Azure Stack HCI verze 23H2 pro cloudové nasazení. Než budete pokračovat, seznamte se s různými vzory sítí Azure Stack HCI a dostupnými konfiguracemi.

Architektura návrhu sítě

Následující diagram znázorňuje různá rozhodnutí a kroky, které definují architekturu návrhu sítě pro váš systém Azure Stack HCI – velikost clusteru, připojení úložiště clusteru, záměry síťového provozu, připojení ke správě a konfiguraci síťového adaptéru. Každé rozhodnutí o návrhu povolí nebo povolí možnosti návrhu dostupné v následujících krocích:

Krok 1: Určení velikosti clusteru

Pokud chcete pomoct určit velikost systému Azure Stack HCI, použijte nástroj pro velikost Azure Stack HCI, ve kterém můžete definovat svůj profil, například počet virtuálních počítačů, velikost virtuálních počítačů a využití úloh virtuálních počítačů, jako je Azure Virtual Desktop, SQL Server nebo AKS.

Jak je popsáno v článku požadavky na systémové servery Azure Stack HCI, maximální počet serverů podporovaných v systému Azure Stack HCI je 16. Po dokončení plánování kapacity úloh byste měli mít dobrý přehled o počtu uzlů serveru potřebných ke spouštění úloh ve vaší infrastruktuře.

• Pokud vaše úlohy vyžadují čtyři nebo více uzlů: Nemůžete nasadit a použít konfiguraci bez přepínače pro síťový provoz úložiště. Abyste mohli zpracovávat provoz úložiště, musíte zahrnout fyzický přepínač s podporou vzdáleného přímého přístupu do paměti (RDMA). Další informace o síťové architektuře clusteru Azure Stack HCI najdete v přehledu referenčních vzorů sítě.

• Pokud vaše úlohy vyžadují tři nebo méně uzlů: Pro připojení k úložišti můžete zvolit buď bezpínací, nebo přepnulé konfigurace.

• Pokud plánujete horizontální navýšení kapacity později na více než tři uzly: Pro síťový provoz úložiště je potřeba použít fyzický přepínač. Jakákoli operace horizontálního navýšení kapacity pro bezpínací nasazení vyžaduje ruční konfiguraci síťového kabeláže mezi uzly, které Microsoft aktivně neověří jako součást cyklu vývoje softwaru pro Azure Stack HCI.

Tady jsou shrnuté aspekty rozhodování o velikosti clusteru:

Krok 2: Určení připojení úložiště clusteru

Jak je popsáno v požadavcích na fyzickou síť, Azure Stack HCI podporuje dva typy připojení pro síťový provoz úložiště:

• Ke zpracování provozu použijte přepínač fyzické sítě.
• Uzly mezi nimi přímo propojíte přes síť nebo optické kabely pro přenosy dat úložiště.

Výhody a nevýhody jednotlivých možností jsou popsané ve výše uvedeném článku.

Jak jsme uvedli dříve, můžete se rozhodnout pouze mezi těmito dvěma možnostmi, pokud je velikost clusteru tři nebo méně uzlů. Každý cluster se čtyřmi nebo více uzly se automaticky nasadí pomocí síťového přepínače pro úložiště.

Pokud clustery mají méně než tři uzly, rozhodnutí o připojení k úložišti ovlivňuje počet a typ záměrů sítě, které můžete definovat v dalším kroku.

Například pro bezpínací konfigurace je potřeba definovat dva záměry síťového provozu. Přenosy dat úložiště pro komunikaci mezi východem a západem pomocí křížových kabelů nemají připojení na sever –jih a je zcela izolované od zbytku síťové infrastruktury. To znamená, že potřebujete definovat druhý záměr sítě pro správu odchozího připojení a pro výpočetní úlohy.

I když je možné definovat každý záměr sítě pouze s jedním portem fyzického síťového adaptéru, který neposkytuje žádnou odolnost proti chybám. Proto vždy doporučujeme pro každý záměr sítě používat aspoň dva fyzické síťové porty. Pokud se rozhodnete použít síťový přepínač pro úložiště, můžete seskupit veškerý síťový provoz včetně úložiště v jednom záměru sítě, který se označuje také jako hyperkonvergovaná nebo plně konvergovaná konfigurace hostitelské sítě.

Tady jsou shrnuté aspekty rozhodnutí o připojení k úložišti clusteru:

Následující diagram shrnuje možnosti připojení k úložišti dostupné pro různá nasazení:

Krok 3: Určení záměrů síťového provozu

Pro Azure Stack HCI se všechna nasazení spoléhají na síť ATC pro konfiguraci hostitelské sítě. Záměry sítě se při nasazování Azure Stack HCI prostřednictvím webu Azure Portal automaticky konfigurují. Další informace o záměrech sítě a jejich řešení najdete v tématu Běžné příkazy ATC sítě.

Tato část vysvětluje důsledky vašeho rozhodnutí o návrhu záměrů síťového provozu a jejich vliv na další krok architektury. U cloudových nasazení můžete vybrat mezi čtyřmi možnostmi seskupení síťového provozu do jednoho nebo více záměrů. Dostupné možnosti závisí na počtu uzlů v clusteru a použitém typu připojení k úložišti.

Dostupné možnosti záměru sítě jsou popsány v následujících částech.

Záměr sítě: Seskupení veškerého provozu

AtC sítě konfiguruje jedinečný záměr, který zahrnuje provoz sítě pro správu, výpočetní prostředky a úložiště. Síťové adaptéry přiřazené k tomuto záměru sdílejí šířku pásma a propustnost pro veškerý síťový provoz.

• Tato možnost vyžaduje fyzický přepínač pro provoz úložiště. Pokud potřebujete bezpínací architekturu, nemůžete tento typ záměru použít. Azure Portal tuto možnost automaticky vyfiltruje, pokud vyberete konfiguraci bez přepínače pro připojení k úložišti.

• K zajištění vysoké dostupnosti se doporučuje aspoň dva porty síťového adaptéru.

• Pro podporu provozu RDMA pro úložiště se vyžaduje alespoň 10 Gb/s síťová rozhraní.

Záměr sítě: Správa skupin a výpočetní provoz

Síťová ATC konfiguruje dva záměry. První záměr zahrnuje správu a výpočetní síťový provoz a druhý záměr zahrnuje pouze síťový provoz úložiště. Každý záměr musí mít jinou sadu portů síťového adaptéru.

Tuto možnost můžete použít pro připojení k přepnulým i bezpínacímu úložišti, pokud:

• Pro každý záměr jsou k dispozici aspoň dva porty síťového adaptéru, aby se zajistila vysoká dostupnost.

• Fyzický přepínač se používá pro RDMA, pokud pro úložiště používáte síťový přepínač.

• Pro podporu provozu RDMA pro úložiště se vyžaduje alespoň 10 Gb/s síťová rozhraní.

Záměr sítě: Seskupení přenosů výpočetních prostředků a úložiště

Síťová ATC konfiguruje dva záměry. První záměr zahrnuje výpočetní a úložný síťový provoz a druhý záměr zahrnuje pouze síťový provoz pro správu. Každý záměr musí používat jinou sadu portů síťového adaptéru.

• Tato možnost vyžaduje fyzický přepínač pro přenosy úložiště, protože stejné porty jsou sdíleny s výpočetním provozem, který vyžaduje komunikaci na sever-jih. Pokud potřebujete bezpínací konfiguraci, nemůžete tento typ záměru použít. Azure Portal tuto možnost automaticky vyfiltruje, pokud vyberete konfiguraci bez přepínače pro připojení k úložišti.

• Tato možnost vyžaduje fyzický přepínač pro RDMA.

• K zajištění vysoké dostupnosti se doporučuje aspoň dva porty síťového adaptéru.

• Pro výpočetní a úložný záměr pro podporu provozu RDMA se doporučuje alespoň 10 Gb/s síťová rozhraní.

• I když je záměr správy deklarován bez výpočetního záměru, vytvoří ATC virtuální přepínač Switch Embedded Teaming (SET), který zajistí vysokou dostupnost sítě pro správu.

Záměr sítě: Vlastní konfigurace

Definujte až tři záměry pomocí vlastní konfigurace, pokud alespoň jeden z záměrů zahrnuje provoz správy. Tuto možnost doporučujeme použít, pokud potřebujete druhý výpočetní záměr. Mezi scénáře tohoto druhého požadavku na výpočetní záměr patří přenosy vzdáleného úložiště, provoz zálohování virtuálních počítačů nebo samostatný výpočetní záměr pro různé typy úloh.

• Tuto možnost použijte pro přepnulé i bezpíná připojení k úložišti, pokud se záměr úložiště liší od ostatních záměrů.

• Tuto možnost použijte, pokud se vyžaduje jiný výpočetní záměr nebo pokud chcete plně oddělit různé typy provozu přes různé síťové adaptéry.

• K zajištění vysoké dostupnosti použijte alespoň dva porty síťového adaptéru pro každý záměr.

• Pro výpočetní a úložný záměr pro podporu provozu RDMA se doporučuje alespoň 10 Gb/s síťová rozhraní.

Následující diagram shrnuje možnosti záměru sítě dostupné pro různá nasazení:

Krok 4: Určení správy a připojení k síti úložiště

V tomto kroku definujete adresní prostor podsítě infrastruktury, způsob, jakým jsou tyto adresy přiřazeny ke clusteru, a pokud existují nějaké požadavky na proxy server nebo ID sítě VLAN pro uzly pro odchozí připojení k internetu a další intranetové služby, jako je dns (Domain Name System) nebo Active Directory Services.

Před zahájením nasazení je nutné naplánovat a definovat následující komponenty podsítě infrastruktury, abyste mohli očekávat jakékoli požadavky na směrování, bránu firewall nebo podsíť.

Ovladače síťových adaptérů

Po instalaci operačního systému a před konfigurací sítí na uzlech musíte zajistit, aby vaše síťové adaptéry měly nejnovější ovladač poskytovaný výrobcem OEM nebo síťovým rozhraním. Při použití výchozích ovladačů Microsoftu se nemusí zobrazit důležité možnosti síťových adaptérů.

Fond IP adres pro správu

Při počátečním nasazení systému Azure Stack HCI musíte definovat rozsah IP adres po sobě jdoucích IP adres pro služby infrastruktury nasazené ve výchozím nastavení.

Pokud chcete zajistit, aby rozsah měl dostatek IP adres pro aktuální a budoucí služby infrastruktury, musíte použít rozsah alespoň šesti po sobě jdoucích dostupných IP adres. Tyto adresy se používají pro IP adresu clusteru, virtuální počítač mostu prostředků Azure a jeho komponenty.

Pokud očekáváte provoz jiných služeb v síti infrastruktury, doporučujeme fondu přiřadit další vyrovnávací paměť IP adres infrastruktury. Pokud se velikost fondu, který jste původně naplánovali, vyčerpává, je možné přidat další fondy IP adres po nasazení sítě infrastruktury pomocí PowerShellu.

Při definování fondu IP adres pro podsíť infrastruktury během nasazování musí být splněny následující podmínky:

ID sítě VLAN pro správu

Doporučujeme, aby podsíť správy vašeho clusteru Azure HCI používala výchozí síť VLAN, která je ve většině případů deklarována jako ID sítě VLAN 0. Pokud ale vaše síťové požadavky používají pro síť infrastruktury konkrétní síť VLAN pro správu, musí být nakonfigurované na fyzických síťových adaptérech, které chcete použít pro provoz správy.

Pokud chcete pro správu použít dva fyzické síťové adaptéry, musíte nastavit síť VLAN na obou adaptérech. To se musí provést jako součást konfigurace bootstrap vašich serverů a před registrací do služby Azure Arc, abyste zajistili, že uzly úspěšně zaregistrujete pomocí této sítě VLAN.

Pokud chcete nastavit ID sítě VLAN na fyzických síťových adaptérech, použijte následující příkaz PowerShellu:

Tento příklad nakonfiguruje VLAN ID 44 na fyzickém síťovém adaptéru NIC1.

Set-NetAdapter -Name "NIC1" -VlanID 44

Jakmile je ID sítě VLAN nastavené a IP adresy uzlů jsou nakonfigurované na fyzických síťových adaptérech, orchestrátor přečte tuto hodnotu ID sítě VLAN z fyzického síťového adaptéru používaného ke správě a uloží ho, aby ho bylo možné použít pro virtuální počítač Most prostředků Azure nebo jakýkoli jiný virtuální počítač infrastruktury vyžadovaný během nasazování. ID sítě VLAN pro správu není možné nastavit během nasazení cloudu z webu Azure Portal, protože to vede k riziku porušení připojení mezi uzly a Azure, pokud se sítě VLAN fyzického přepínače nesměrují správně.

ID sítě VLAN pro správu s využitím virtuálního přepínače

V některých scénářích je potřeba vytvořit virtuální přepínač před spuštěním nasazení.

Pokud se vyžaduje konfigurace virtuálního přepínače a musíte použít konkrétní ID sítě VLAN, postupujte takto:

1. Vytvoření virtuálního přepínače s doporučenými zásadami vytváření názvů

Nasazení Azure Stack HCI závisí na síťové ATC k vytvoření a konfiguraci virtuálních přepínačů a virtuálních síťových adaptérů pro účely správy, výpočetních prostředků a úložiště. Když atc sítě vytvoří virtuální přepínač pro záměry, použije ve výchozím nastavení pro virtuální přepínač konkrétní název.

Doporučujeme pojmenovat názvy virtuálních přepínačů se stejnými zásadami vytváření názvů. Doporučený název virtuálních přepínačů je následující:

"ConvergedSwitch($IntentName)", kde $IntentName musí odpovídat názvu záměru zadaného na portálu během nasazení. Tento řetězec se také musí shodovat s názvem virtuálního síťového adaptéru používaného pro správu, jak je popsáno v dalším kroku.

Následující příklad ukazuje, jak vytvořit virtuální přepínač pomocí PowerShellu pomocí doporučené konvence pojmenování s $IntentName. Seznam názvů síťových adaptérů je seznam fyzických síťových adaptérů, které chcete použít pro správu a výpočetní síťový provoz:

$IntentName = "MgmtCompute"
New-VMSwitch -Name "ConvergedSwitch($IntentName)" -NetAdapterName "NIC1","NIC2" -EnableEmbeddedTeaming $true -AllowManagementOS $true

2. Konfigurace virtuálního síťového adaptéru pro správu pomocí požadované zásady vytváření názvů ATC sítě pro všechny uzly

Po vytvoření virtuálního přepínače a přidruženého virtuálního síťového adaptéru pro správu se ujistěte, že název síťového adaptéru odpovídá standardům pojmenování sítě ATC.

Konkrétně musí název virtuálního síťového adaptéru používaného pro provoz správy používat následující konvence:

• Název síťového adaptéru a virtuálního síťového adaptéru musí používat vManagement($intentname).
• V tomto názvu se rozlišují malá a velká písmena.
• $Intentname může být libovolný řetězec, ale musí být stejný název jako pro virtuální přepínač. Při definování názvu záměru se ujistěte, že používáte stejný řetězec na Mgmt webu Azure Portal.

Pokud chcete aktualizovat název virtuálního síťového adaptéru pro správu, použijte následující příkazy:

$IntentName = "MgmtCompute"

#Rename VMNetworkAdapter for management because during creation, Hyper-V uses the vSwitch name for the virtual network adapter.
Rename-VmNetworkAdapter -ManagementOS -Name "ConvergedSwitch(MgmtCompute)" -NewName "vManagement(MgmtCompute)"

#Rename NetAdapter because during creation, Hyper-V adds the string “vEthernet” to the beginning of the name.
Rename-NetAdapter -Name "vEthernet (ConvergedSwitch(MgmtCompute))" -NewName "vManagement(MgmtCompute)"

3. Konfigurace ID sítě VLAN pro správu virtuálního síťového adaptéru pro všechny uzly

Po vytvoření virtuálního přepínače a virtuálního síťového adaptéru pro správu můžete zadat požadované ID sítě VLAN pro tento adaptér. I když existují různé možnosti přiřazení ID sítě VLAN k virtuálnímu síťovému adaptéru, jedinou podporovanou možností je použít Set-VMNetworkAdapterIsolation tento příkaz.

Po nakonfigurování požadovaného ID sítě VLAN můžete virtuálnímu síťovému adaptéru pro správu přiřadit IP adresu a brány, abyste ověřili, že má připojení k jiným uzlům, DNS, Active Directory a internetu.

Následující příklad ukazuje, jak nakonfigurovat virtuální síťový adaptér pro správu tak, aby používal ID 8 sítě VLAN místo výchozího nastavení:

Set-VMNetworkAdapterIsolation -ManagementOS -VMNetworkAdapterName "vManagement($IntentName)" -AllowUntaggedTraffic $true -IsolationMode Vlan -DefaultIsolationID "8"

4. Odkazování na fyzické síťové adaptéry pro záměr správy během nasazování

I když se nově vytvořený virtuální síťový adaptér při nasazování přes Azure Portal zobrazuje jako dostupný, je důležité si uvědomit, že konfigurace sítě je založená na síťové ATC. To znamená, že při konfiguraci správy nebo záměru správy a výpočetního objektu musíme vybrat fyzické síťové adaptéry použité pro tento záměr.

Stejná logika platí pro šablony Azure Resource Manageru. Musíte zadat fyzické síťové adaptéry, které chcete použít pro záměry sítě, a nikdy virtuální síťové adaptéry.

Tady jsou shrnuté aspekty ID sítě VLAN:

Vlastní IP adresy pro úložiště

Ve výchozím nastavení síť ATC automaticky přiřadí IP adresy a sítě VLAN pro úložiště z následující tabulky:

Pokud se ale požadavky na nasazení nevejdou s těmito výchozími IP adresami a sítěmi VLAN, můžete pro úložiště použít vlastní IP adresy, podsíť a sítě VLAN. Tato funkce je dostupná pouze při nasazování clusterů pomocí šablon ARM a v šabloně budete muset zadat následující parametry.

• enableStorageAutoIP: Tento parametr, pokud není zadán, je nastaven na hodnotu true. Pokud chcete povolit vlastní IP adresy úložiště během nasazení, musí být tento parametr nastaven na hodnotu false.
• storageAdapterIPInfo: Tento parametr má závislost s parametrem enableStorageAutoIP a je vždy vyžadován, pokud je parametr automatické IP adresy úložiště nastavený na false. V parametru storageAdapterIPInfo v šabloně ARM budete také muset zadat parametry ipv4Address a subnetMask pro každý uzel a síťový adaptér s vlastními IP adresami a maskou podsítě.
• vlanId: Jak je popsáno výše v tabulce, tento parametr použije výchozí sítě VLAN sítě ATC, pokud je nepotřebujete změnit. Pokud ale tyto výchozí sítě VLAN ve vaší síti nefungují, můžete pro každou síť úložiště zadat vlastní ID sítí VLAN.

Následující šablona ARM obsahuje příklad clusteru HCI se dvěma uzly s přepínačem sítě pro úložiště, kde ip adresy úložiště jsou přizpůsobené 2 nasazení uzlů s vlastními IP adresami úložiště.

Přiřazení IP adres uzlů a clusteru

V případě systému Azure Stack HCI máte dvě možnosti, jak přiřadit IP adresy pro uzly serveru a IP adresu clusteru.

• Podporují se statické i protokoly DHCP (Dynamic Host Configuration Protocol).

• Správné přiřazení IP adresy uzlu je klíčem pro správu životního cyklu clusteru. Před registrací uzlů ve službě Azure Arc rozhodněte mezi statickými možnostmi a možnostmi DHCP.

• Virtuální počítače a služby infrastruktury, jako je most prostředků Arc a síťový adaptér, nadále používají statické IP adresy z fondu IP adres pro správu. To znamená, že i když se rozhodnete použít protokol DHCP k přiřazení IP adres uzlům a IP adrese clusteru, fond IP adres pro správu se stále vyžaduje.

Následující části probírají důsledky jednotlivých možností.

Přiřazení statické IP adresy

Pokud se pro uzly používají statické IP adresy, fond IP adres pro správu se použije k získání dostupné IP adresy a jeho přiřazení k IP adrese clusteru automaticky během nasazování.

Pro uzly, které nejsou součástí rozsahu IP adres definovaných pro fond IP adres pro správu, je důležité použít IP adresy pro správu. IP adresy uzlů serveru musí být ve stejné podsíti definovaného rozsahu IP adres.

Doporučujeme přiřadit pouze jednu IP adresu správy pro výchozí bránu a pro nakonfigurované servery DNS pro všechny fyzické síťové adaptéry uzlu. Tím se zajistí, že se IP adresa po vytvoření záměru sítě pro správu nezmění. Tím také zajistíte, aby uzly během procesu nasazení zachovaly odchozí připojení, a to i během registrace služby Azure Arc.

Abyste se vyhnuli problémům se směrováním a zjistili, kterou IP adresu se použije pro odchozí připojení a registraci arc, Azure Portal ověří, jestli je nakonfigurovaná více než jedna výchozí brána.

Pokud se během konfigurace operačního systému vytvořil virtuální přepínač a virtuální síťový adaptér pro správu, musí být IP adresa pro správu uzlu přiřazena k danému virtuálnímu síťovému adaptéru.

Přiřazení IP adresy DHCP

Pokud se IP adresy uzlů získávají ze serveru DHCP, použije se také dynamická IP adresa pro IP adresu clusteru. Virtuální počítače a služby infrastruktury stále vyžadují statické IP adresy a to znamená, že rozsah adres fondu IP adres pro správu musí být vyloučen z oboru DHCP používaného pro uzly a IP adresu clusteru.

Pokud je například rozsah IP adres pro správu definovaný jako 192.168.1.20/24 až 192.168.1.30/24 pro statické IP adresy infrastruktury, musí mít obor DHCP definovaný pro podsíť 192.168.1.0/24 vyloučení ekvivalentní fondu IP adres pro správu, aby nedocházelo ke konfliktům IP se službami infrastruktury. Doporučujeme také používat rezervace DHCP pro IP adresy uzlů.

Proces definování IP adresy pro správu po vytvoření záměru správy zahrnuje použití adresy MAC prvního fyzického síťového adaptéru vybraného pro záměr sítě. Tato adresa MAC se pak přiřadí virtuálnímu síťovému adaptéru vytvořenému pro účely správy. To znamená, že IP adresa, kterou první fyzický síťový adaptér získá ze serveru DHCP, je stejná IP adresa, jakou virtuální síťový adaptér používá jako IP adresa pro správu. Proto je důležité vytvořit rezervaci DHCP pro IP adresu uzlu.

Logika ověření sítě použitá během nasazení v cloudu selže, pokud zjistí více fyzických síťových rozhraní, která mají ve své konfiguraci výchozí bránu. Pokud potřebujete pro přiřazení IP adres hostitele použít protokol DHCP, musíte předem vytvořit virtuální přepínač SET (switch embedded teaming) a virtuální síťový adaptér pro správu, jak je popsáno výše, takže ip adresu získá jenom virtuální síťový adaptér pro správu ze serveru DHCP.

Důležité informace o IP adrese uzlu clusteru

Tady jsou shrnuté aspekty IP adres:

Požadavky na proxy server

Proxy server je pravděpodobně nutný pro přístup k internetu v rámci místní infrastruktury. Azure Stack HCI podporuje pouze neověřené konfigurace proxy serveru. Vzhledem k tomu, že k registraci uzlů ve službě Azure Arc se vyžaduje přístup k internetu, musí být konfigurace proxy serveru nastavená jako součást konfigurace operačního systému, než se zaregistrují uzly serveru. Další informace najdete v tématu Konfigurace nastavení proxy serveru.

Operační systém Azure Stack HCI má tři různé služby (WinInet, WinHTTP a proměnné prostředí), které vyžadují stejnou konfiguraci proxy serveru, aby se zajistilo, že všechny komponenty operačního systému mají přístup k internetu. Stejná konfigurace proxy serveru používaná pro uzly se automaticky přenese do virtuálního počítače mostu prostředků Arc a AKS a zajistí, aby měly během nasazování přístup k internetu.

Tady jsou shrnuté aspekty konfigurace proxy serveru:

Požadavky brány firewall

V současné době je potřeba otevřít několik internetových koncových bodů v bránách firewall, abyste zajistili, že se k nim azure Stack HCI a jeho komponenty úspěšně připojí. Podrobný seznam požadovaných koncových bodů najdete v tématu Požadavky brány firewall.

Před registrací uzlů ve službě Azure Arc je potřeba provést konfiguraci brány firewall. Pomocí samostatné verze kontroly prostředí můžete ověřit, že vaše brány firewall neblokují provoz odesílaný do těchto koncových bodů. Další informace najdete v nástroji Azure Stack HCI Environment Checker pro posouzení připravenosti nasazení pro Azure Stack HCI.

Tady jsou shrnuté aspekty brány firewall:

Krok 5: Určení konfigurace síťového adaptéru

Síťové adaptéry jsou kvalifikované podle typu síťového provozu (správa, výpočetní prostředky a úložiště), se kterými se používají. Při kontrole katalogu Systému Windows Server označuje certifikace systému Windows Server 2022, pro který síťový provoz jsou adaptéry kvalifikované.

Před nákupem serveru pro Azure Stack HCI musíte mít alespoň jeden adaptér, který je kvalifikovaný pro správu, výpočetní prostředky a úložiště, protože všechny tři typy přenosů se vyžadují v Azure Stack HCI. Cloudové nasazení spoléhá na síťOVOU ATC a konfiguruje síťové adaptéry pro odpovídající typy přenosů, takže je důležité používat podporované síťové adaptéry.

Výchozí hodnoty používané službou Network ATC jsou popsané v nastavení sítě clusteru. Doporučujeme použít výchozí hodnoty. S tímto postupem je možné v případě potřeby přepsat následující možnosti pomocí webu Azure Portal nebo šablon Resource Manageru:

• Sítě VLAN úložiště: Nastavte tuto hodnotu na požadované sítě VLAN pro úložiště.
• Pakety Jumbo: Definuje velikost paketů jumbo.
• Network Direct: Tuto hodnotu nastavte na false, pokud chcete zakázat RDMA pro síťové adaptéry.
• Technologie Direct sítě: Nastavte tuto hodnotu na RoCEv2 hodnotu nebo iWarp.
• Přemostění datacenter priorit provozu (DCB): Nastavte priority, které odpovídají vašim požadavkům. Důrazně doporučujeme používat výchozí hodnoty DCB, protože tyto hodnoty ověřuje Microsoft a zákazníci.

Tady jsou shrnuté aspekty konfigurace síťového adaptéru:

Další kroky

• Informace o nasazení Azure Stack HCI verze 23H2