Ez a cikk az Azure Stack HCI alapkonfigurációs architektúrájára épülő sorozat része. Az Azure Stack HCI három csomópontos, kapcsoló nélküli kialakítással történő hatékony üzembe helyezéséhez fontos tisztában lenni az alaparchitektúrával. Ez a folyamat magában foglalja a helyi számítási, tárolási és hálózati képességeket biztosító fizikai csomópontok fürttervezési lehetőségeinek megismerését. Ez a tudás segít azonosítani a sikeres üzembe helyezéshez szükséges módosításokat. Az ebben a cikkben szereplő útmutatás a kétcsomópontos tárolókapcsoló nélküli üzembe helyezésre is vonatkozik, és szükség szerint módosítja azokat az eseteket, amikor a fizikai csomópontok száma háromról kettőre csökken.
A tárolókapcsoló nélküli hálózat kialakítása eltávolítja a tárolási osztály hálózati kapcsolóinak követelményét a tárolóforgalomhoz használt hálózati adapterportok csatlakoztatásához. Ehelyett a csomópontok közvetlenül csatlakoznak egymáshoz csatlakozó Ethernet-kábelek használatával. Ezt a konfigurációt gyakran használják kiskereskedelmi, gyártási vagy távoli irodai helyzetekben. Ez a konfiguráció olyan kisebb peremhálózati használati esetekre is alkalmas, amelyek nem rendelkeznek vagy igényelnek kiterjedt adatközpont-hálózati kapcsolókat a tárreplikációs forgalomhoz.
Ez a referenciaarchitektúra számítási feladatokkal kapcsolatos útmutatást és javaslatokat nyújt az Azure Stack HCI rugalmas infrastruktúra-platformként való konfigurálásához a virtualizált számítási feladatok üzembe helyezéséhez és kezeléséhez. Az Azure Stack HCI-n való futtatásra optimalizált számítási feladatarchitektúra-mintákkal kapcsolatos további információkért tekintse meg az Azure Stack HCI számítási feladatok navigációs menüjében található tartalmat.
Ez az architektúra kiindulópontja egy háromcsomópontos Azure Stack HCI-fürtnek, amely kapcsoló nélküli hálózati kialakítást használ. Az Azure Stack HCI-fürtön üzembe helyezett számítási feladatokat jól kell kiépíteni. Ez a megközelítés magában foglalja több példány üzembe helyezését a kritikus számítási feladatokhoz kapcsolódó szolgáltatások magas rendelkezésre állása érdekében, valamint a megfelelő üzletmenet-folytonossági és vészhelyreállítási (BCDR) vezérlők implementálását, például a rendszeres biztonsági mentéseket és a dr. feladatátvételi képességeket. A HCI-infrastruktúraplatformra való összpontosítás érdekében ezek a számítási feladatok tervezési szempontjai szándékosan ki vannak zárva ebből a cikkből. Az Azure Well-Architected Framework öt pillérével kapcsolatos irányelvekről és javaslatokról az Azure Stack HCI Well-Architected Framework szolgáltatási útmutatójában talál további információt.
Cikkelrendezés
| Architektúra | Tervezési döntések | Jól kiépítésű keretrendszer megközelítése |
|---|---|---|
| ▪ Architektúradiagram ▪ Lehetséges használati esetek ▪ A forgatókönyv üzembe helyezése |
▪ Fürttervezési lehetőségek ▪ Hálózati |
▪ Költségoptimalizálás ▪ Teljesítményhatékonyság |
Tipp.
Ez a referencia-implementáció azt ismerteti, hogyan helyezhet üzembe három csomópontos, kapcsoló nélküli Azure Stack HCI-megoldást ARM-sablon és paraméterfájl használatával.
Architektúra
További információ ezekről az erőforrásokról: Kapcsolódó erőforrások.
Lehetséges használati esetek
Használja ezt a kialakítást és az Azure Stack HCI alapkonfigurációs referenciaarchitektúrájában leírt terveket a következő használati esetekre vonatkozó követelmények kielégítéséhez:
Magas rendelkezésre állású (HA) virtualizált vagy tárolóalapú peremhálózati számítási feladatok üzembe helyezése és kezelése, amelyek egyetlen helyen vannak üzembe helyezve, hogy az üzletileg kritikus fontosságú alkalmazások és szolgáltatások rugalmas, költséghatékony és méretezhető módon működjenek.
A tárolókapcsoló nélküli hálózat kialakítása eltávolítja a tárolási osztály hálózati kapcsolóinak üzembe helyezésének követelményét a tárolóforgalomhoz használt hálózati adapterportok csatlakoztatásához.
A tárolókapcsoló nélküli hálózat kialakításával csökkentheti a tárolási osztály hálózati kapcsolóinak beszerzésével és konfigurálásával kapcsolatos költségeket a tárolási forgalomhoz, de ez növeli a fizikai csomópontokban szükséges hálózati adapterportok számát.
Architektúra-összetevők
Az architektúra erőforrásai többnyire változatlanok maradnak az alapszintű referenciaarchitektúrától. További információkért tekintse meg az Azure Stack HCI-környezetekhez használt erőforrásokat támogató platformerőforrásokat és platformokat.
Fürttervezési lehetőségek
A fürttervezési beállítások meghatározásakor tekintse meg az alapkonfigurációs referenciaarchitektúrát. Ezeket az elemzéseket és az Azure Stack HCI Sizer eszközt használva megfelelően skálázhat egy Azure Stack HCI-fürtöt a számítási feladatokra vonatkozó követelményeknek megfelelően.
A tárolókapcsoló nélküli kialakítás használatakor fontos megjegyezni, hogy egy háromcsomópontos fürt a maximálisan támogatott méret. Ez a korlátozás kulcsfontosságú szempont a fürttervezési lehetőségek szempontjából, mivel gondoskodnia kell arról, hogy a számítási feladatok kapacitási követelményei ne lépik túl a háromcsomópontos fürt specifikációinak fizikai kapacitási képességeit. Mivel a három csomóponton túl nem lehet bővítménycsomópont-kézmozdulatot végrehajtani egy tárolókapcsoló nélküli fürt kibontásához, kritikus fontosságú, hogy előre megértse a számítási feladatok kapacitására vonatkozó követelményeket, és tervezze meg a jövőbeli növekedést. Így gondoskodhat arról, hogy a számítási feladat ne lépje túl a tárolási és számítási kapacitást az Azure Stack HCI-fürt hardverének várható élettartama alatt.
Figyelemfelhívás
A tárolókapcsoló nélküli hálózati architektúra maximálisan támogatott fürtmérete három fizikai csomópont. A fürttervezési fázisban mindenképpen vegye figyelembe ezt a korlátot, például a számítási feladat jelenlegi és jövőbeli növekedési kapacitására vonatkozó követelményeket.
Hálózattervezés
A hálózattervezés a hálózaton belüli fizikai és logikai összetevők általános elrendezését jelenti. Az Azure Stack HCI három csomópontos tárolókapcsoló nélküli konfigurációjában három fizikai csomópont csatlakozik közvetlenül anélkül, hogy külső kapcsolót használ a tárolási forgalomhoz. Ezek a közvetlen összekapcsolt Ethernet-kapcsolatok leegyszerűsítik a hálózattervezést azáltal, hogy csökkentik az összetettség mértékét, mivel nincs szükség a tárolási szolgáltatásminőség és a rangsorolási konfigurációk meghatározására vagy alkalmazására a kapcsolókon. A veszteségmentes RDMA-kommunikációt támogató technológiákra, például az explicit torlódás-értesítésre (ECN), a prioritási forgalom vezérlésére (PFC) vagy a RoCE v2-hez és az iWARP-hez szükséges szolgáltatásminőségre (QoS) nincs szükség. Ez a konfiguráció azonban legfeljebb három csomópontot támogat, ami azt jelenti, hogy a fürt nem skálázható úgy, hogy további csomópontokat ad hozzá az üzembe helyezés után.
Feljegyzés
Ez a háromcsomópontos tárolókapcsoló nélküli architektúra hat hálózati adapterportot igényel, amelyek redundáns kapcsolatokat biztosítanak az összes hálózati szándékhoz. Ezt akkor vegye figyelembe, ha kis méretű, form-factor hardveres termékváltozatot tervez használni, vagy ha a kiszolgáló vázában korlátozott a fizikai hely a további hálózati kártyákhoz. További információért forduljon az előnyben részesített hardvergyártó partneréhez.
Fizikai hálózati topológia
A fizikai hálózati topológia a csomópontok és a hálózati összetevők közötti tényleges fizikai kapcsolatokat mutatja. A csomópontok és a hálózati összetevők közötti kapcsolatok egy háromcsomópontos tárolókapcsoló nélküli Azure Stack HCI-üzembe helyezéshez a következők:
Három csomópont (vagy kiszolgáló):
Minden csomópont egy fizikai kiszolgáló, amely az Azure Stack HCI operációs rendszeren fut.
Minden csomóponthoz összesen hat hálózati adapterport szükséges: négy RDMA-kompatibilis port a tároláshoz, valamint két port a felügyelethez és a számításhoz.
Tárolási forgalom:
A három csomópont mindegyike két dedikált fizikai hálózati adapterporton keresztül csatlakozik a tárolóhoz. Az alábbi ábra ezt a folyamatot szemlélteti.
A tárolóhálózati adapter portok közvetlenül csatlakoznak az egyes csomópontokhoz Ethernet-kábelek használatával, hogy teljes hálós hálózati architektúrát alakítsanak ki a tárolási forgalom számára.
Ez a kialakítás a kapcsolat redundanciáját, a dedikált kis késést, a nagy sávszélességet és a nagy átviteli sebességet biztosítja.
A HCI-fürt csomópontjai közvetlenül ezeken a hivatkozásokon keresztül kommunikálnak a tárreplikációs forgalom, más néven kelet-nyugati forgalom kezeléséhez.
Ez a közvetlen kommunikáció szükségtelenné teszi a további hálózati kapcsolóportok használatát a tároláshoz, és megszünteti a QoS- vagy PFC-konfiguráció alkalmazásának követelményét az SMB Közvetlen vagy RDMA-forgalom esetében a hálózati kapcsolókon.
Érdeklődjön a hardvergyártó partnerével vagy a hálózati adapter (NIC) gyártójával az operációsrendszer-illesztőprogramok, a belső vezérlőprogram-verziók vagy a kapcsoló nélküli összekapcsolás nélküli hálózati konfiguráció belső vezérlőprogram-beállításaival kapcsolatban.
Két állvány tetején (ToR) kapcsolók:
Ez a konfiguráció a tárolási forgalomhoz kapcsoló nélküli , de a külső kapcsolathoz toR-kapcsolókra van szükség. Ezt a kapcsolatot észak-déli forgalomnak nevezzük, és tartalmazza a fürtkezelési szándékot és a számítási feladatok számítási szándékait.
Az egyes csomópontokról a kapcsolókra való felmenő csatolások két hálózati adapterportot használnak. Ethernet-kábelek csatlakoztatják ezeket a portokat, egy-egy tor kapcsolóhoz, hogy a kapcsolat redundanciájú legyen.
Javasoljuk, hogy kettős ToR-kapcsolókkal biztosítson redundanciát a karbantartási műveletekhez és a terheléselosztáshoz a külső kommunikációhoz.
Külső kapcsolat:
A kettős ToR-kapcsolók csatlakoznak a külső hálózathoz, például a belső vállalati LAN-hoz, és a peremhálózati eszköz, például tűzfal vagy útválasztó használatával biztosítják a hozzáférést a szükséges kimenő URL-címekhez.
A két ToR-kapcsoló kezeli az Azure Stack HCI-fürt észak-déli forgalmát, beleértve a felügyeleti és számítási szándékokkal kapcsolatos forgalmat is.
Logikai hálózati topológia
A logikai hálózati topológia áttekintést nyújt arról, hogyan áramlik a hálózati adat az eszközök között, függetlenül azok fizikai kapcsolataitól. Az alábbi lista egy háromcsomópontos, kapcsoló nélküli Azure Stack HCI-fürt logikai beállítását foglalja össze:
Kettős tor kapcsolók:
- A fürt üzembe helyezése előtt a két ToR hálózati kapcsolót konfigurálni kell a szükséges VLAN-azonosítókkal és a felügyeleti és számítási portok maximális átviteliegység-beállításaival. További információkért tekintse meg a fizikai hálózati követelményeket , vagy kérjen segítséget a kapcsolóhardver szállítójától vagy a rendszer integrátor (SI) partnerétől.
Az Azure Stack HCI a hálózati automatizálást és a szándékalapú hálózati konfigurációt alkalmazza a Network ATC szolgáltatás használatával.
A hálózati ATC úgy lett kialakítva, hogy a hálózati forgalom szándékainak használatával optimális hálózati konfigurációt és forgalomáramlást biztosítson. A hálózati ATC határozza meg, hogy mely fizikai hálózati adapterportokat használják a különböző hálózati adatforgalmi szándékokhoz (vagy típusokhoz), például a fürtkezeléshez, a számítási feladatok számítási feladataihoz és a fürt tárolási szándékaihoz.
A szándékalapú szabályzatok leegyszerűsítik a hálózati konfiguráció követelményeit azáltal, hogy automatizálják a csomópont hálózati konfigurációját az Azure Stack HCI felhőalapú üzembehelyezési folyamat részeként megadott paraméterbemenetek alapján.
Külső kommunikáció:
Ha a csomópontoknak vagy számítási feladatoknak külső kommunikációra van szükségük a vállalati LAN, internet vagy más szolgáltatás elérésével, akkor a két ToR-kapcsolóval irányítják az útválasztást. Ezt a folyamatot az előző fizikai hálózati topológia szakaszban ismertetjük.
Amikor a két ToR-kapcsoló 3. rétegbeli eszközként működik, akkor kezelik az útválasztást, és a fürten túli kapcsolatot biztosítanak a peremhálózati eszközhöz, például a tűzfalhoz vagy az útválasztóhoz.
A felügyeleti hálózati szándék a Converged Switch Embedded Teaming (SET) virtuális adaptert használja, amely lehetővé teszi a fürtfelügyelet IP-címének és a vezérlősík erőforrásainak külső kommunikációját.
A számítási hálózati szándék érdekében létrehozhat egy vagy több logikai hálózatot az Azure-ban a környezetéhez tartozó konkrét VLAN-azonosítókkal. A számítási feladatok erőforrásai, például a virtuális gépek (VM-ek) ezeket a azonosítókat használják a fizikai hálózathoz való hozzáférés biztosításához. A logikai hálózatok a két fizikai hálózati adapterportot használják, amelyek a SET használatával konvergensek a számítási és felügyeleti szándékokhoz.
Tárolási forgalom:
A csomópontok közvetlenül a tárolóforgalom érdekében kommunikálnak egymással a csomópontonkénti négy közvetlen összekapcsolt Ethernet-port használatával, amelyek hat különálló nem átirányítható (vagy 2. rétegbeli) hálózatot használnak a tárolási forgalomhoz.
Az Azure Stack HCI csomópont operációs rendszerén belül nincs alapértelmezett átjáró konfigurálva a négy tárolási szándékú hálózati adapterporton.
Minden csomópont hozzáférhet a fürt S2D-képességeihez, például a tárolókészletben használt távoli fizikai lemezekhez, a virtuális lemezekhez és a kötetekhez. Ezeknek a képességeknek a elérését az SMB Direct RDMA protokoll segíti elő az egyes csomópontokon elérhető két dedikált tárolóhálózati adapterporton keresztül. A többcsatornás SMB-t a rugalmasság érdekében használják.
Ez a konfiguráció elegendő adatátviteli sebességet biztosít a tárterülettel kapcsolatos műveletekhez, például a tükrözött kötetek adatainak konzisztens másolatának fenntartásához.
IP-címkövetelmények
Az Azure Stack HCI három csomópontos, kapcsoló nélküli konfigurációjának üzembe helyezéséhez kettős kapcsolattal kell rendelkeznie a tárolókapcsolatokhoz, a fürtinfrastruktúraplatformnak legalább 20 x IP-címet kell lefoglalnia. További IP-címekre van szükség, ha a hardvergyártó partner által biztosított virtuálisgép-berendezést használ, vagy ha mikrosegmentációt vagy szoftveralapú hálózatkezelést (SDN) használ. További információ: Tekintse át az Azure Stack HCI háromcsomópontos tárolási referenciamintájának IP-követelményeit.
Amikor megtervezi és megtervezi az Azure Stack HCI IP-címkövetelményeit, ne felejtse el figyelembe venni a számítási feladathoz szükséges további IP-címeket vagy hálózati tartományokat az Azure Stack HCI-fürthöz és az infrastruktúra-összetevőkhöz szükségesnél. Ha az Azure Stack HCI-n az Azure Kubernetes Services (AKS) használatát tervezi, tekintse meg az Azure Arc hálózati követelményei által engedélyezett AKS-t.
Megfontolások
Ezek a szempontok implementálják az Azure Well-Architected Framework alappilléreit, amely a számítási feladatok minőségének javítására használható vezérelvek halmaza. További információ: Microsoft Azure Well-Architected Framework.
Fontos
Tekintse át az Azure Stack HCI alapkonfigurációs architektúrájában leírt, jól tervezett keretrendszer-szempontokat.
Költségoptimalizálás
A költségoptimalizálás a szükségtelen kiadások csökkentésének és a működési hatékonyság javításának módjairól szól. További információ: A költségoptimalizálási pillér áttekintése.
A költségoptimalizálási szempontok a következők:
- Kapcsoló nélküli fürtösszekötők és kapcsolóalapú fürtösszekötők. A kapcsoló nélküli összekapcsolási topológia két port vagy redundáns RDMA-kompatibilis hálózati adapterportok közötti kapcsolatokat tartalmaz minden csomópontban, hogy teljes hálót alkotjon. Minden csomópont két közvetlen kapcsolattal rendelkezik minden más csomóponttal. Bár ez a megvalósítás egyszerű, csak kétcsomópontos vagy háromcsomópontos fürtökben támogatott. A négy vagy több csomóponttal rendelkező Azure Stack HCI-fürtök esetében a tárolóalapú hálózati architektúra szükséges. Ezzel az architektúrával további csomópontokat adhat hozzá az üzembe helyezés után, ellentétben a kapcsoló nélküli tárterület-kialakítással, amely nem támogatja a csomópontok hozzáadását.
Teljesítmény hatékonysága
A teljesítménybeli hatékonyság lehetővé teszi, hogy a számítási feladatok hatékonyan méretezhetők legyenek a felhasználók igényei szerint. További információ: Teljesítményhatékonysági pillér áttekintése.
A teljesítményhatékonyság szempontjai a következők:
- A meglévő háromcsomópontos tárolókapcsoló nélküli HCI-fürtök mérete (vagy bővítménycsomópont-művelete) nem növelhető anélkül, hogy újra üzembe helyezi a fürtöt, és további hálózati képességeket, például hálózati kapcsolókat, portokat és kábeleket ad a tárolóforgalomhoz, valamint a többi szükséges csomópontot. A három csomópont a maximálisan támogatott fürtméret a tárolókapcsoló nélküli hálózat kialakításához. Vegye figyelembe ezt a korlátozást a fürt tervezési fázisában, hogy a hardver támogassa a számítási feladatok jövőbeli kapacitásának növekedését.
A forgatókönyv üzembe helyezése
Az Azure Stack HCI-megoldások tervezésével, beszerzésével és üzembe helyezésével kapcsolatos további információkért tekintse meg az Azure Stack HCI alapkonfigurációs architektúrájának üzembe helyezését ismertető szakaszt.
Használja az alábbi üzembehelyezési automatizálási sablont az Azure Stack HCI három csomópontos, kapcsoló nélküli architektúra használatával történő üzembe helyezésére.
Tipp.
Üzembe helyezés automatizálása: Ez a referenciasablon bemutatja, hogyan helyezhet üzembe három csomópontos, kapcsoló nélküli Azure Stack HCI-megoldást ARM-sablon és paraméterfájl használatával.
Kapcsolódó erőforrások
- Hibrid architektúra tervezése
- Hibrid Azure-beállítások
- Azure Automation hibrid környezetben
- Az Azure Automation állapotkonfigurációja
- Sql Server-példányok felügyeletének optimalizálása helyszíni és többfelhős környezetekben az Azure Arc használatával
Következő lépések
Termékdokumentáció:
- Az Azure Stack HCI 23H2-es verziójának kiadási információi
- AKS az Azure Stack HCI-n
- Azure Virtual Desktop for Azure Stack HCI
- Mi az Az Azure Stack HCI monitorozása?
- Virtuálisgép-számítási feladatok védelme a Site Recoveryvel az Azure Stack HCI-n
- Azure Monitor – áttekintés
- változáskövetés és leltározás áttekintése
- Az Azure Update Manager áttekintése
- Mik azok az Azure Arc-kompatibilis adatszolgáltatások?
- Mik azok az Azure Arc-kompatibilis kiszolgálók?
- Mi az az Azure Backup?
- Az Azure Machine Learningben elérhető Kubernetes-számítási cél ismertetése
Termékdokumentáció adott Azure-szolgáltatásokhoz:
- Azure Stack HCI
- Azure Arc
- Azure Key Vault
- Azure Blob Storage
- Figyelés
- Azure Policy
- Azure Container Registry
- Felhőhöz készült Microsoft Defender
- Azure Site Recovery
- Biztonsági mentés
Microsoft Learn-modulok:
- Figyelő konfigurálása
- Site Recovery-megoldás tervezése az Azure-ban
- Bevezetés az Azure Arc-kompatibilis kiszolgálók használatába
- Bevezetés az Azure Arc-kompatibilis adatszolgáltatásokba
- Az AKS bemutatása
- Modell üzembe helyezésének méretezése bárhol az Azure Machine Learning használatával – Tech Community Blog
- Gépi tanulás megvalósítása bárhol az AKS és az Arc-kompatibilis gépi tanulás segítségével – Tech Community Blog
- Gépi tanulás hibrid AKS-en és Stack HCI-n az Azure Arc-kompatibilis gépi tanulással – Tech Community Blog
- A virtuális gépek naprakészen tartása
- A virtuális gép beállításainak védelme az Azure Automation State Configuration használatával
- Virtuális gépek védelme a Backup használatával