Az Azure Stack Hub robusztus hálózati üzembe helyezése
Ez a témakör a TOR-kapcsolókhoz való hozzáférési engedélyeket, az IP-cím-hozzárendeléseket és az egyéb hálózatkezelési üzembehelyezési feladatokat ismerteti.
Konfiguráció üzembe helyezésének megtervezése
A következő szakaszok az engedélyeket és az IP-címhozzárendeléseket ismertetik.
Fizikai kapcsoló hozzáférés-vezérlési listája
Az Azure Stack-megoldás védelme érdekében hozzáférés-vezérlési listákat (ACL-eket) implementáltunk a TOR-kapcsolókon. Ez a szakasz a biztonság implementálásának módját ismerteti. Az alábbi táblázat az Azure Stack-megoldáson belüli összes hálózat forrásait és célhelyeit mutatja be:
Az alábbi táblázat korrelálja az ACL-hivatkozásokat az Azure Stack-hálózatokkal.
BMC Mgmt | Az üzembehelyezési virtuális gép, a BMC-adapter, a HLH-kiszolgáló NTP-kiszolgálója és a DNS-kiszolgáló IP-címei engedélyezésiként szerepelnek a protokoll és a port alapján. |
---|---|
HLH belső elérhető (PDU) | A forgalom a BMC-kapcsolóra korlátozódik |
HLH külső elérhető (OEM-eszköz virtuális gépe) | Az ACL engedélyezi a hozzáférést a szegélyeszközhöz. |
Kapcsoló Mgmt | Dedikált kapcsolókezelési felületek. |
Gerinc mgmt | Dedikált gerinckezelési felületek. |
Azure Stack | Azure Stack-infrastruktúraszolgáltatások és virtuális gépek, korlátozott hálózat |
Infrastruktúra | |
Azure Stack | Azure Stack által védett végpont, vészhelyreállítási konzolkiszolgáló |
Infrastruktúra | |
Nyilvános (PEP/ERCS) | |
Tor1,Tor2 RouterIP | A BGP-társviszony-létesítéshez használt kapcsoló visszacsatolási felülete az SLB és a Kapcsoló/Útválasztó között. |
Tárolás | A magánhálózati IP-címek nincsenek a régión kívülre irányítva |
Belső IP-címek | A magánhálózati IP-címek nincsenek a régión kívülre irányítva |
Public-VIPs | A bérlő hálózati címterét a hálózati vezérlő kezeli. |
Nyilvános Rendszergazda-IP-címek | A bérlőkészletben lévő címek kis részhalmaza, amelyek a Internal-VIPs és az Azure Stack-infrastruktúrával való beszélgetéshez szükségesek |
Ügyfél/internet | Ügyfél által definiált hálózat. Az Azure Stack 0.0.0.0 szempontjából a szegélyeszköz. |
0.0.0.0 | |
Deny | Az ügyfél frissítheti ezt a mezőt, hogy további hálózatokat engedélyezhessen a felügyeleti képességek engedélyezéséhez. |
Engedély | A forgalom engedélyezése engedélyezve van, de az SSH hozzáférése alapértelmezés szerint le van tiltva. Az ügyfél dönthet úgy, hogy engedélyezi az SSH-szolgáltatást. |
Nincs útvonal | Az útvonalak nem propagálódnak az Azure Stack-környezeten kívül. |
MUX ACL | Az Azure Stack MUX ACL-eket használja a rendszer. |
N/A | Nem része a VLAN ACL-nek. |
IP-cím-hozzárendelések
Az üzembe helyezési munkalapon a következő hálózati címeket kell megadnia az Azure Stack üzembehelyezési folyamatának támogatásához. Az üzembe helyezési csapat az Üzembe helyezési munkalap eszközzel bontja szét az IP-hálózatokat a rendszer által igényelt összes kisebb hálózatra. Az egyes hálózatok részletes leírásáért tekintse meg a fenti "HÁLÓZATTERVEZÉS ÉS INFRASTRUKTÚRA" című szakaszt.
Ebben a példában az üzembe helyezési munkalap Hálózati beállítások lapját a következő értékekkel töltjük ki:
BMC-hálózat: 10.193.132.0 /27
Privát hálózati tárolóhálózati & belső IP-címek: 11.11.128.0 /24
Infrastruktúra-hálózat: 12.193.130.0 /24
Nyilvános virtuális IP- (VIP-) hálózat: 13.200.132.0 /24
Infrastruktúra-hálózat váltása: 10.193.132.128 /26
Az Üzembe helyezési munkalap eszköz Generate függvényének futtatásakor két új lapot hoz létre a számolótáblán. Az első lap az Alhálózat összegzése, amely bemutatja, hogyan osztották fel a szuperhálózatokat a rendszer által igényelt összes hálózat létrehozásához. Az alábbi példában csak a lapon található oszlopok egy részhalmaza található. A tényleges eredmény további részleteket tartalmaz az egyes felsorolt hálózatokról:
Kiszolgálószekrény | Alhálózat típusa | Név | IPv4-alhálózat | IPv4-címek |
---|---|---|---|---|
Szegély | P2P-hivatkozás | P2P_Border/Border1_To_Rack1/TOR1 | 10.193.132.128/30 | 4 |
Szegély | P2P-hivatkozás | P2P_Border/Border1_To_Rack1/TOR2 | 10.193.132.132/30 | 4 |
Szegély | P2P-hivatkozás | P2P_Border/Border2_To_Rack1/TOR1 | 10.193.132.136/30 | 4 |
Szegély | P2P-hivatkozás | P2P_Border/Border2_To_Rack1/TOR2 | 10.193.132.140/30 | 4 |
Szegély | P2P-hivatkozás | P2P_Rack1/TOR1_To_Rack1/BMC | 10.193.132.144/30 | 4 |
Szegély | P2P-hivatkozás | P2P_Rack1/TOR2_To_Rack1/BMC | 10.193.132.148/30 | 4 |
Állvány1 | Visszacsatolási | Loopback0_Rack1_TOR1 | 10.193.132.152/32 | 1 |
Állvány1 | Visszacsatolási | Loopback0_Rack1_TOR2 | 10.193.132.153/32 | 1 |
Állvány1 | Visszacsatolási | Loopback0_Rack1_BMC | 10.193.132.154/32 | 1 |
Állvány1 | P2P-hivatkozás | P2P_Rack1/TOR1-ibgp-1_To_Rack1/TOR2-ibgp-1 | 10.193.132.156/30 | 4 |
Állvány1 | P2P-hivatkozás | P2P_Rack1/TOR1-ibgp-2_To_Rack1/TOR2-ibgp-2 | 10.193.132.160/30 | 4 |
Állvány1 | VLAN | BMCMgmt | 10.193.132.0/27 | 32 |
Állvány1 | VLAN | SwitchMgmt | 10.193.132.168/29 | 8 |
Állvány1 | VLAN | CL01-RG01-SU01-Storage | 11.11.128.0/25 | 128 |
Állvány1 | VLAN | CL01-RG01-SU01-Infra | 12.193.130.0/24 | 256 |
Állvány1 | Egyéb | CL01-RG01-SU01-VIPS | 13.200.132.0/24 | 256 |
Állvány1 | Egyéb | CL01-RG01-SU01-InternalVIPS | 11.11.128.128/25 | 128 |
A második lap az IP-címhasználat , amely az IP-címek felhasználását mutatja be:
BMC-hálózat
A BMC-hálózat szuperhálózatához legalább /26-os hálózat szükséges. Az átjáró a hálózat első IP-címét, majd az állványon lévő BMC-eszközöket használja. A hardveres életciklus-gazdagéphez több cím van hozzárendelve ezen a hálózaton, és az állvány üzembe helyezéséhez, monitorozásához és támogatásához használható. Ezek az IP-címek 3 csoportra oszlanak: DVM, InternalAccessible és ExternalAccessible.
- Állvány: Rack1
- Név: BMCMgmt
Hozzárendelve | IPv4-cím |
---|---|
Network (Hálózat) | 10.193.132.0 |
Átjáró | 10.193.132.1 |
HLH-BMC | 10.193.132.2 |
AzS-Node01 | 10.193.132.3 |
AzS-Node02 | 10.193.132.4 |
AzS-Node03 | 10.193.132.5 |
AzS-Node04 | 10.193.132.6 |
ExternalAccessible-1 | 10.193.132.19 |
ExternalAccessible-2 | 10.193.132.20 |
ExternalAccessible-3 | 10.193.132.21 |
ExternalAccessible-4 | 10.193.132.22 |
ExternalAccessible-5 | 10.193.132.23 |
InternalAccessible-1 | 10.193.132.24 |
InternalAccessible-2 | 10.193.132.25 |
InternalAccessible-3 | 10.193.132.26 |
InternalAccessible-4 | 10.193.132.27 |
InternalAccessible-5 | 10.193.132.28 |
CL01-RG01-SU01-DVM00 | 10.193.132.29 |
HLH-OS | 10.193.132.30 |
Adás | 10.193.132.31 |
Tárolóhálózat
A Storage-hálózat egy privát hálózat, és nem az állványon kívülre irányítandó. Ez a magánhálózati szuperhálózat első fele, amelyet az alábbi táblázatban látható módon elosztott kapcsoló használ. Az átjáró az alhálózat első IP-címe. A belső IP-címek második fele az Azure Stack SLB által felügyelt privát címkészlet, amely nem jelenik meg az IP-címhasználat lapon. Ezek a hálózatok támogatják az Azure Stacket, és a TOR-kapcsolókon olyan ACL-ek találhatók, amelyek megakadályozzák a hálózatok meghirdetését és/vagy elérését a megoldáson kívül.
- Állvány: Rack1
- Név: CL01-RG01-SU01-Storage
Hozzá van rendelve | IPv4-cím |
---|---|
Network (Hálózat) | 11.11.128.0 |
Átjáró | 11.11.128.1 |
TOR1 | 11.11.128.2 |
TOR2 | 11.11.128.3 |
Adás | 11.11.128.127 |
Az Azure Stack infrastruktúra-hálózata
Az infrastruktúra-hálózati szuperhálózathoz /24 hálózat szükséges, és ez továbbra is /24 lesz az Üzembe helyezési munkalap eszköz futtatása után. Az átjáró lesz az alhálózat első IP-címe.
- Állvány: Rack1
- Név: CL01-RG01-SU01-Infra
Hozzá van rendelve | IPv4-cím |
---|---|
Network (Hálózat) | 12.193.130.0 |
Átjáró | 12.193.130.1 |
TOR1 | 12.193.130.2 |
TOR2 | 12.193.130.3 |
Adás | 12.193.130.255 |
Infrastruktúra-hálózat váltása
Az infrastruktúra-hálózat a fizikai kapcsoló infrastruktúrája által használt több hálózatra oszlik. Ez eltér az Azure Stack-infrastruktúrától, amely csak az Azure Stack szoftvert támogatja. A Switch Infra Network csak a fizikai kapcsoló infrastruktúrát támogatja. Az infra által támogatott hálózatok a következők:
Név | IPv4-alhálózat |
---|---|
P2P_Border/Border1_To_Rack1/TOR1 | 10.193.132.128/30 |
P2P_Border/Border1_To_Rack1/TOR2 | 10.193.132.132/30 |
P2P_Border/Border2_To_Rack1/TOR1 | 10.193.132.136/30 |
P2P_Border/Border2_To_Rack1/TOR2 | 10.193.132.140/30 |
P2P_Rack1/TOR1_To_Rack1/BMC | 10.193.132.144/30 |
P2P_Rack1/TOR2_To_Rack1/BMC | 10.193.132.148/30 |
Loopback0_Rack1_TOR1 | 10.193.132.152/32 |
Loopback0_Rack1_TOR2 | 10.193.132.153/32 |
Loopback0_Rack1_BMC | 10.193.132.154/32 |
P2P_Rack1/TOR1-ibgp-1_To_Rack1/TOR2-ibgp-1 | 10.193.132.156/30 |
P2P_Rack1/TOR1-ibgp-2_To_Rack1/TOR2-ibgp-2 | 10.193.132.160/30 |
SwitchMgmt | 10.193.132.168/29 |
Pont–pont (P2P): Ezek a hálózatok lehetővé teszik az összes kapcsoló közötti kapcsolatot. Az alhálózat mérete /30 hálózat minden P2P-hez. A legalacsonyabb IP-cím mindig a verem felsőbb rétegbeli (északi) eszközéhez van hozzárendelve.
Visszacsatolás: Ezek a címek /32 hálózatok, amelyek az állványban használt egyes kapcsolókhoz vannak hozzárendelve. A szegélyeszközök nem kapnak visszacsatolást, mivel várhatóan nem részei az Azure Stack-megoldásnak.
Switch Mgmt vagy Switch Management: Ez a /29 hálózat támogatja a kapcsolók dedikált felügyeleti felületeit az állványon. Az IP-címek hozzárendelése a következők szerint történik; ez a táblázat az Üzembe helyezési munkalap IP-címhasználat lapján is megtalálható:
Állvány: Rack1
Név: SwitchMgmt
Hozzá van rendelve | IPv4-cím |
---|---|
Network (Hálózat) | 10.193.132.168 |
Átjáró | 10.193.132.169 |
TOR1 | 10.193.132.170 |
TOR2 | 10.193.132.171 |
Adás | 10.193.132.175 |
A környezet előkészítése
A hardveres életciklus gazdagép lemezképe tartalmazza a fizikai hálózati kapcsoló konfigurációjának létrehozásához szükséges Linux-tárolót.
A legújabb partnertelepítési eszközkészlet tartalmazza a legújabb tárolórendszerképet. A hardveres életciklus-gazdagép tárolólemezképe lecserélhető, ha frissített kapcsolókonfigurációt kell létrehozni.
A tárolórendszerkép frissítésének lépései a következők:
A tárolórendszerkép letöltése
Cserélje le a tárolólemezképet a következő helyen
Konfiguráció létrehozása
Itt végigvezetjük a JSON-fájlok létrehozásának lépésein és a hálózati kapcsoló konfigurációs fájljain:
Az üzembe helyezési munkalap megnyitása
Töltse ki az összes szükséges mezőt az összes lapon
Hívja meg a "Létrehozás" függvényt az üzembe helyezési munkalapon.
Két további lap jön létre, amelyek megjelenítik a létrehozott IP-alhálózatokat és -hozzárendeléseket.Tekintse át az adatokat, és miután megerősítette, hívja meg az "Exportálás" függvényt.
A rendszer kérni fogja, hogy adjon meg egy mappát, amelybe a JSON-fájlokat menti a rendszer.Hajtsa végre a tárolót a Invoke-SwitchConfigGenerator.ps1 használatával. Ehhez a szkripthez emelt szintű PowerShell-konzolra van szükség, és a következő paramétereket kell végrehajtani.
ContainerName – Annak a tárolónak a neve, amely létrehozza a kapcsolókonfigurálásokat.
ConfigurationData – Az üzembe helyezési munkalapról exportált ConfigurationData.json fájl elérési útja.
OutputDirectory – A kimeneti könyvtár elérési útja.
Offline – Azt jelzi, hogy a szkript offline módban fut.
C:\\WINDOWS\\system32\> .\\Invoke-SwitchConfigGenerate.ps1 -ContainerName generalonrampacr.azurecr.io/master -ConfigurationData .\\ConfigurationData.json -OutputDirectory c:\\temp -Offline
A szkript befejezése után létrehoz egy zip-fájlt a munkalapon használt előtaggal.
C:\WINDOWS\system32> .\Invoke-SwitchConfigGenerate.ps1 -ContainerName generalonrampacr.azurecr.io/master -ConfigurationData .\ConfigurationData.json -OutputDirectory c:\temp -Offline
Seconds : 2
Section : Validation
Step : WindowsRequirement
Status : True
Detail : @{CurrentImage=10.0.18363.0}
Seconds : 2
Section : Validation
Step : DockerService
Status : True
Detail : @{Status=Running}
Seconds : 9
Section : Validation
Step : DockerSetup
Status : True
Detail : @{CPU=4; Memory=4139085824; OS=Docker Desktop; OSType=linux}
Seconds : 9
Section : Validation
Step : DockerImage
Status : True
Detail : @{Container=generalonrampacr.azurecr.io/master:1.1910.78.1}
Seconds : 10
Section : Run
Step : Container
Status : True
Detail : @{ID=2a20ba622ef9f58f9bcd069c3b9af7ec076bae36f12c5653f9469b988c01706c; ExternalPort=32768}
Seconds : 38
Section : Generate
Step : Config
Status : True
Detail : @{OutputFile=c:\temp\N22R19.zip}
Seconds : 38
Section : Exit
Step : StopContainer
Status : True
Detail : @{ID=2a20ba622ef9f58f9bcd069c3b9af7ec076bae36f12c5653f9469b988c01706c}
Egyéni konfiguráció
Az Azure Stack kapcsolókonfigurációjának néhány környezeti beállítását módosíthatja. Meghatározhatja, hogy a sablonban mely beállítások módosíthatók. Ez a cikk ismerteti ezeket a testre szabható beállításokat, valamint azt, hogy a módosítások hogyan befolyásolhatják az Azure Stacket. Ezek a beállítások közé tartozik a jelszófrissítés, a syslog-kiszolgáló, az SNMP monitorozása, a hitelesítés és a hozzáférés-vezérlési lista.
Az Azure Stack-megoldás üzembe helyezése során az eredeti berendezésgyártó (OEM) létrehozza és alkalmazza a kapcsolókonfigurációt a TOR-ekhez és a BMC-hez is. Az OEM az Azure Stack automatizálási eszközével ellenőrzi, hogy a szükséges konfigurációk megfelelően vannak-e beállítva ezeken az eszközökön. A konfiguráció az Azure Stack üzembe helyezési munkalapjának adatain alapul.
Megjegyzés
Ne módosítsa a konfigurációt az OEM vagy a Microsoft Azure Stack mérnöki csapata beleegyezése nélkül. A hálózati eszköz konfigurációjának módosítása jelentősen befolyásolhatja az Azure Stack-példány hálózati problémáinak működését vagy hibaelhárítását. Ha többet szeretne megtudni ezekről a funkciókról a hálózati eszközön, hogyan hajthatja végre ezeket a módosításokat, forduljon az OEM hardverszolgáltatójához vagy a Microsoft ügyfélszolgálatához. Az OEM rendelkezik az automation eszköz által az Azure Stack üzembe helyezési munkalapja alapján létrehozott konfigurációs fájllal.
Vannak azonban olyan értékek, amelyek hozzáadhatók, eltávolíthatók vagy módosíthatók a hálózati kapcsolók konfigurációján.
Jelszó frissítése
Az operátor bármikor frissítheti a hálózati kapcsolók felhasználóinak jelszavát. Nincs szükség az Azure Stack rendszer információinak módosítására, illetve a titkos kulcsok azure stackbeli rotálására vonatkozó lépések végrehajtására.
Syslog-kiszolgáló
Az operátorok átirányíthatják a kapcsolónaplókat egy syslog-kiszolgálóra az adatközpontjukban. Ezzel a konfigurációval biztosíthatja, hogy az adott időpontból származó naplók felhasználhatók legyenek a hibaelhárításhoz. Alapértelmezés szerint a naplók a kapcsolókon vannak tárolva; a naplók tárolására vonatkozó kapacitásuk korlátozott. A hozzáférés-vezérlési lista frissítési szakaszában áttekintheti, hogyan konfigurálhatja a kapcsolókezelési hozzáféréshez szükséges engedélyeket.
SNMP-monitorozás
Az operátor konfigurálhatja az egyszerű hálózatkezelési protokollt (SNMP) v2 vagy v3 a hálózati eszközök monitorozására és trapüzenetek küldésére egy hálózatfigyelő alkalmazásnak az adatközpontban. Biztonsági okokból használja az SNMPv3-at, mivel biztonságosabb, mint a v2. A MIB-ekhez és a szükséges konfigurációhoz forduljon az OEM hardverszolgáltatójához. A hozzáférés-vezérlési lista frissítési szakaszában áttekintheti, hogyan konfigurálhatja a kapcsolókezelési hozzáféréshez szükséges engedélyeket.
Hitelesítés
Az operátor konfigurálhatja a RADIUS-t vagy a TACACS-t a hálózati eszközök hitelesítésének kezelésére. A támogatott módszerekkel és konfigurációval kapcsolatban forduljon az OEM hardverszolgáltatójához. A Hozzáférés-vezérlési lista frissítési szakaszában áttekintheti, hogyan konfigurálhatja a Switch Management-hozzáféréshez szükséges engedélyeket.
Hozzáférés-vezérlési lista frissítései
Az operátor módosíthatja a hozzáférés-vezérlési listákat (ACL-eket), hogy a hálózati eszközök felügyeleti adaptereihez és a hardveres életciklus-gazdagéphez (HLH) hozzáférjen egy megbízható adatközpont hálózati tartományából. Az operátor kiválaszthatja, hogy melyik összetevő lesz elérhető, és honnan. A hozzáférés-vezérlési listával az operátor engedélyezheti, hogy a felügyeleti jumpbox virtuális gépei egy adott hálózati tartományon belül hozzáférjenek a kapcsolókezelési felülethez, a HLH operációs rendszerhez és a HLH BMC-hez.
További részletekért lásd: Fizikai kapcsoló hozzáférés-vezérlési listája.
TACACS, RADIUS és Syslog
Az Azure Stack-megoldást nem szállítjuk TACACS- vagy RADIUS-megoldással olyan eszközök hozzáférés-vezérlésére, mint a kapcsolók és útválasztók, és nem lesz syslog megoldás a kapcsolónaplók rögzítésére, de ezek az eszközök támogatják ezeket a szolgáltatásokat. A környezetében meglévő TACACS-, RADIUS- és/vagy Syslog-kiszolgálóval való integráció elősegítése érdekében egy további fájlt biztosítunk a hálózati kapcsoló konfigurációjával, amely lehetővé teszi, hogy a helyszíni mérnök testre szabja a kapcsolót az ügyfél igényeinek megfelelően.
Következő lépések
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: