Azure Local Storage kapcsoló nélküli architektúra

Ez a cikk egy olyan sorozat része, amely az Azure Helyi alapkonfigurációs architektúrájáraépül. Az Azure Local kapcsoló nélküli kialakítással történő hatékony üzembe helyezéséhez fontos ismernie az alaparchitektúrát. 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 kétcsomópontos, háromcsomópontos vagy négycsomópontos, kapcsoló nélküli üzemelő példányokra vonatkozik, és követelmény, hogy a példány fizikai csomópontjainak száma alapján végezze el a szükséges módosításokat, amelyek két csomópont és négy csomópont skálázhatók.

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 Local 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 Local-on való futtatásra optimalizált számítási feladatok architektúramintáival kapcsolatos további információkért tekintse meg a Azure Helyi számítási feladatok navigációs menüben található tartalmat.

Ez az architektúra egy Azure Local-példány kiindulópontja, amely kapcsoló nélküli hálózati kialakításthasznál. Az Azure Local-példányon üzembe helyezett számítási feladatok alkalmazásokat jól kell kiépítésre használni. 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-keretrendszer öt pillérére vonatkozó irányelvekkel és javaslatokkal kapcsolatos további információkért tekintse meg az Azure Local Well-Architected Framework szolgáltatás útmutatóját.

Cikkelrendezés

Építészet

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 tervet és a Azure helyi referenciaarchitektúrájában leírt terveket a következő használati esetekre vonatkozó követelmények kezelé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 járó költségeket, de ez növeli a fizikai gépekhez 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ó: platformerőforrások és az Azure Local-környezetekhez használt erőforrásokat támogató platform.

Fürttervezési lehetőségek

Az Azure Local instance tervezési lehetőségeihez kapcsolódó útmutatásért és javaslatokért tekintse meg az referenciaarchitektúra. Ezeket az elemzéseket és a Azure Local Sizer-eszközt az Azure Local Instance megfelelő skálázásához a számítási feladatokra vonatkozó követelményeknek megfelelően.

A tárkapcsoló nélküli kialakítás használatakor fontos megjegyezni, hogy négy csomópont a maximálisan támogatott példányméret. Ez a korlátozás kulcsfontosságú szempont a példánytervezési döntéseknél, mivel gondoskodnia kell arról, hogy a számítási feladat kapacitásigényei ne lépik túl a négycsomópontos példány specifikációinak fizikai kapacitási képességeit. Mivel a négy csomóponton túl nem lehet bővítménycsomópont-kézmozdulatot végrehajtani a tárolókapcsoló nélküli példányok kibontásához, kritikus fontosságú , hogy előre megismerje 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 Local instance hardver várható élettartama alatt.

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 Local 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 négy gépet támogat, ami azt jelenti, hogy nem skálázható a példány, ha több csomópontot ad hozzá az üzembe helyezés után egy meglévő négy csomópontos tárolókapcsoló nélküli példányhoz.

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 Helyi üzembe helyezés esetén a következők:

• Három csomópont (vagy csomópont):

  • 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.

  • Az Azure Local-példány 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ése érdekében.

  • 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ó kapcsoló nélküli a tárolóforgalomhoz, de a külső kapcsolathoz toR-kapcsolókra van szükség. Ezt a kapcsolatot észak-déli forgalomnak nevezzük, és magában foglalja a fürt felügyeleti szándékot, valamint a számítási számítási szándékokat.

  • 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 Local-példány é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 Local-példány 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ó: fizikai hálózati követelmények, vagy kérjen segítséget a kapcsolóhardver-gyártó vagy a rendszer integrátor (SI) partnerétől.

• Az Azure Local a hálózati automatizálást és szándékalapú hálózati konfigurációs alkalmazza a Hálózati ATC szolgáltatáshasználatával.

  • A hálózati ATC a hálózati forgalom szándékokhasználatával biztosítja az optimális hálózati konfigurációt és forgalomáramlást. A hálózati ATC meghatározza, 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ürt felügyeleti, a számítási számításiés a fürt tárolási szándékokhoz.

  • A szándékalapú szabályzatok leegyszerűsítik a hálózati konfigurációs követelményeket a csomópont hálózati konfigurációjának automatizálásával az Azure Helyi felhő üzembe helyezé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 a csomópontonkénti négy közvetlen összekapcsolt Ethernet-port használatával kommunikálnak egymással közvetlenül a tárolási forgalom érdekében, amelyek hat különálló nemroutable (vagy 2. rétegbeli) hálózatot használnak a tárolási forgalomhoz.

  • Nincs alapértelmezett átjáró konfigurálva az Azure Stack HCI operációs rendszer négy tároló szándékú hálózati adapterportján.

  • 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.

    

    Egy háromcsomópontos Azure Local-példány logikai hálózati topológiájának ábrázolása. Kapcsoló nélküli tárolóarchitektúrát használ kettős ToR-kapcsolókkal külső (vagy észak-déli) kapcsolatokhoz.

IP-címkövetelmények

Az Azure Local három csomópontos, kapcsoló nélküli konfigurációjának üzembe helyezéséhez kettős kapcsolattal 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 a háromcsomópontos tárolási referenciaminta IP-követelményeinek áttekintését az Azure Local.

Amikor megtervezi és megtervezi az Azure Local 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 Local-példányhoz és az infrastruktúra-összetevőkhöz szükségesnél. Ha az Azure Kubernetes Servicest (AKS) a helyi Azure-ban szeretné használni, 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-keretrendszer alappilléreit, amelyek a számítási feladatok minőségének javítására használható vezérelvek. További információ: Microsoft Azure Well-Architected Framework.

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ó: Költségoptimalizálásitervezési felülvizsgálati ellenőrzőlistája.

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 az egyes csomópontokban található kétportos RDMA-képes hálózati adapterek közötti kapcsolatokból áll, így teljes hálót alkotnak. 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, háromcsomópontos vagy négycsomópontos példányokban támogatott. Egy öt vagy több csomóponttal rendelkező Azure Local-példányhoz a tárolóváltásra 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ényhatékonyság

A teljesítményhatékonyság az a képesség, hogy a számítási feladat hatékonyan kielégítse a felhasználók által támasztott igényeket. További információ: Teljesítményhatékonyságtervezési felülvizsgálati ellenőrzőlistája.

A teljesítményhatékonyság szempontjai a következők:

• Tekintse át az Azure Local bővítménycsomópont-műveleteinek támogatott forgatókönyveit, különösen a meglévő Azure Local-példányok skálázásának (bővítménycsomópontjának) növeléséhez szükséges tárhálózati architektúrakövetelményt. A tervezési fázis kapacitástervezési aspektusa kritikus fontosságú a tárolókapcsoló nélküli architektúra használatakor, ha nem tud további csomópontokat hozzáadni a fürt üzembe helyezése után.

• A meglévő négycsomópontos tárolókapcsoló nélküli Azure Local-példány mérete (vagy bővítménycsomópont-művelete) nem növelhető anélkül, hogy újra üzembe helyezi a példányt, és további hálózati képességeket, például hálózati kapcsolókat, portokat és kábeleket ad hozzá a tárolóforgalomhoz, valamint a többi szükséges gépet. Négy csomópont a tárkapcsoló nélküli hálózat kialakításának maximálisan támogatott példánymérete. Vegye figyelembe ezt a korlátozást a példánytervezési fázisban, hogy a hardver támogassa a számítási feladatok kapacitásának jövőbeli növekedését.

• Tekintse át az Azure Local bővítménycsomópont-műveleteinek támogatott forgatókönyveit, különösen a meglévő Azure Local-példányok méretezésének (csomópontok hozzáadásának) növeléséhez szükséges tárhálózati architektúrakövetelményt. A tervezési fázis kapacitástervezési aspektusa kritikus fontosságú a tárolókapcsoló nélküli architektúra használatakor, ha nem tud további csomópontokat hozzáadni a fürt üzembe helyezése után.

A forgatókönyv üzembe helyezése

Az Azure Local-megoldások tervezésével, beszerzésével és üzembe helyezésével kapcsolatos további információkért tekintse meg a A forgatókönyv üzembe helyezéseAzure Local referenciaarchitektúracímű szakaszát.

Az alábbi üzembehelyezési automatizálási sablont használhatja az Azure Local három csomópontos, kapcsoló nélküli architektúrával történő üzembe helyezésére.

Kapcsolódó erőforrások

• hibrid architektúra tervezési
• Hibrid Azure-beállítások
• Az Azure Automation hibrid környezetben
• Azure Automation State Configuration
• SQL Server-példányok felügyeletének optimalizálása helyszíni és többfelhős környezetekben az Azure Arc

Következő lépések

Termékdokumentáció:

• Azure Stack HCI OS 23H2-es verziójú kiadási információi
• AKS az Azure Local
• Azure Virtual Desktop for Azure Local
• Mi az Azure Local Monitorozás?
• Virtuálisgép-számítási feladatok védelme a Site Recoveryvel az Azure Helyi
• Azure Monitor áttekintése
• Változáskövetés és leltár áttekintése
• 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 Azure Backup?
• Kubernetes számítási cél bemutatása az Azure Machine Learning

Termékdokumentáció adott Azure-szolgáltatásokhoz:

• Azure Helyi
• Azure Arc
• Azure Key Vault
• Azure Blob Storage
• monitorozási
• Azure Policy-
• Azure Container Registry-
• Microsoft Defender for Cloud
• Azure Site Recovery
• biztonsági mentési

Microsoft Learn-modulok:

• Monitor konfigurálása
• Site Recovery-megoldás megtervezése az Azure
• Bevezetés az Azure Arc-kompatibilis kiszolgálók
• Bevezetés az Azure Arc-kompatibilis adatszolgáltatások
• Bevezetés az AKS-
• 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
• Hibrid AKS- és Stack HCI-alapú gépi tanulás azure Arc-kompatibilis gépi tanulással – Tech Community Blog
• Virtuális gépek frissítése
• Virtuális gép beállításainak védelme az Azure Automation State Configuration
• Virtuális gépek védelme biztonsági mentési