Megosztás a következőn keresztül:


Azure Operator Nexus-számítás

Az Azure Operator Nexus olyan alapvető szerkezetekre épül, mint a számítási kiszolgálók, a tárolóberendezések és a hálózati hálóeszközök. Ezek a számítási kiszolgálók, más néven operációs rendszer nélküli gépek (BMM-ek) az állványon lévő fizikai gépeket képviselik. Futtatják az Azure Linux (korábbi nevén CBL-Mariner) operációs rendszert, és zárt integrációs támogatást nyújtanak a nagy teljesítményű számítási feladatokhoz.

Ezek a BMM-ek az Azure Operator Nexus automation csomag részeként vannak üzembe helyezve. Csomópontokként léteznek egy Kubernetes-fürtben, hogy különböző virtualizált és tárolóalapú számítási feladatokat szolgáljanak ki az ökoszisztémában.

Az Azure Operator Nexus-példány minden BMM-ét Azure-erőforrásként jelölik. Az operátorok különböző műveletek végrehajtásához férhetnek hozzá a BMM életciklusának kezeléséhez, mint bármely más Azure-erőforrás.

Az Azure Operator Nexus számítási funkciói

NUMA igazítása

A nemuniformos memóriahozzáférés (NUMA) igazítása a teljesítmény és az erőforrás-kihasználtság optimalizálására használható többcsatornás kiszolgálókon. Ez magában foglalja a memória és a számítási erőforrások összehangolását a késés csökkentése és a kiszolgálórendszeren belüli adathozzáférés javítása érdekében.

A szoftverösszetevők és számítási feladatok NUMA-szerű stratégiai elhelyezésével az operátorok növelhetik a hálózati funkciók, például a virtualizált útválasztók és tűzfalak teljesítményét. Ez az elhelyezés jobb szolgáltatás-teljesítést és válaszkészséget eredményez a felhőkörnyezetekben.

Alapértelmezés szerint az Azure Operator Nexus-példányban üzembe helyezett összes számítási feladat NUMA-ra van igazítva.

CPU-rögzítés

A cpu-rögzítés egy olyan technika, amellyel meghatározott processzormagokat rendelhet dedikált feladatokhoz vagy számítási feladatokhoz, amelyek segítenek a konzisztens teljesítmény és az erőforrások elkülönítésében. A kritikus hálózati függvények vagy valós idejű alkalmazások adott processzormagokra való rögzítése lehetővé teszi az operátorok számára a késés minimalizálását és az infrastruktúra kiszámíthatóságának javítását. Ez a megközelítés olyan helyzetekben hasznos, ahol szigorú szolgáltatásminőségi követelmények léteznek, mivel ezek a feladatok dedikált feldolgozási teljesítményt kaphatnak az optimális teljesítmény érdekében.

Az Azure Operator Nexus compute virtuális hálózati függvényéhez (VNF) vagy tárolóalapú hálózati függvényhez (CNF) létrehozott összes virtuális gép meghatározott virtuális magokra van rögzítve. Ez a rögzítés jobb teljesítményt biztosít, és elkerüli a processzorlopást.

PROCESSZORelkülönítés

A processzorelkülönítés egyértelmű elkülönítést biztosít a számítási feladatokhoz lefoglalt CPU-k és a vezérlősík- és platformtevékenységekhez lefoglalt CPU-k között. A processzorelkülönítés megakadályozza az interferencia kialakulását, és korlátozza a kritikus számítási feladatok teljesítmény-kiszámíthatóságát. A processzormagok vagy magcsoportok elkülönítésével az operátorok mérsékelhetik a zajos szomszédok hatását. Segít garantálni a késésre érzékeny alkalmazásokhoz szükséges feldolgozási teljesítményt.

Az Azure Operator Nexus a gazdagép operációs rendszerének és más platformalkalmazásainak egy kis processzorkészletét foglalja le. A fennmaradó cpu-k a tényleges számítási feladatok futtatásához érhetők el.

Hatalmas oldaltámogatás

A számítási feladatokban a hatalmas laphasználat a nagyméretű memórialapok kihasználtságát jelenti, általában 2 MiB vagy 1 GiB méretű, a szokásos 4 KiB-lap helyett. Ez a megközelítés segít csökkenteni a memóriaterhelést, és javítja a rendszer általános teljesítményét. Csökkenti a fordítási tartalék puffer (TLB) hibaarányát, és javítja a memóriahozzáférés hatékonyságát.

A nagy adathalmazokat vagy intenzív memóriaműveleteket, például a hálózati csomagfeldolgozást tartalmazó számítási feladatok hatalmas laphasználatot élvezhetnek, mivel javítja a memória teljesítményét, és csökkenti a memóriahasználat szűk keresztmetszeteit. Ennek eredményeképpen a felhasználók jobb átviteli sebességet és kisebb késést tapasztalnak.

Az Azure Operator Nexuson létrehozott összes virtuális gépet 1GiB(1G) hatalmas lapok biztosítják a kért memória számára. A virtuális gépen futó kernel mindenképpen képes kezelni ezeket a rendelkezésre álló memóriákat, beleértve a memória lefoglalását a hatalmas lapok (2M vagy 1G) támogatására.

Kettős verem támogatása

A kettős verem támogatása azt jelenti, hogy a hálózati berendezések és protokollok képesek egyidejűleg kezelni az IPv4 és az IPv6 forgalmat. A rendelkezésre álló IPv4-címek kimerülése és az IPv6 egyre növekvő bevezetése miatt a kettős verem támogatása elengedhetetlen a két protokoll közötti zökkenőmentes átmenet és párhuzamosság szempontjából.

A Telco-operátorok kettős veremtámogatással biztosítják hálózataik kompatibilitását, együttműködési képességét és jövőbiztosítását. Lehetővé teszi, hogy mind az IPv4, mind az IPv6-eszközöket és -szolgáltatásokat el tudják fogadni, miközben fokozatosan váltanak a teljes IPv6-telepítésre.

A kettős verem támogatása a hálózati címzési protokolloktól függetlenül biztosítja a folyamatos kapcsolatot és a zökkenőmentes szolgáltatásnyújtást az ügyfeleknek. Az Azure Operator Nexus támogatja az IPv4 és az IPv6 konfigurációt a verem minden rétegében.

Hálózati kártyák

Az Azure Operator Nexus számításai úgy vannak kialakítva, hogy megfeleljenek a telco minőségű kritikus alkalmazások futtatására vonatkozó követelményeknek. Gyors és hatékony adatátvitelt végezhetnek a kiszolgálók és a hálózatok között.

A számítási feladatok használhatják az egygyökerű I/O virtualizálást (SR-IOV). Az SR-IOV lehetővé teszi fizikai I/O-erőforrások, például hálózati adapterek virtuális gépekhez való közvetlen hozzárendelését. Ez a közvetlen hozzárendelés áthalad a hipervizor virtuális kapcsolórétegén.

Ez a közvetlen hardverhozzáférés javítja a hálózati teljesítményt, csökkenti a késést, és lehetővé teszi az erőforrások hatékonyabb kihasználását. Az SR-IOV ideális választás a virtualizált és tárolóalapú hálózati függvényeket futtató operátorok számára.

BMM-állapot

A következő tulajdonságok a BMM működési állapotát tükrözik:

  • Power State a nem fémvezérlőből (BMC) származtatott állapotot jelzi. Az állapot lehet vagy On Off.

  • Ready State átfogó értékelést nyújt a BMM felkészültségéről. Az erőforrás egy kombinációját Detailed StatusPower Stateés kiépítési állapotát vizsgálja annak megállapításához, hogy a BMM készen áll-e vagy sem. Ha Ready State igen True, akkor a BMM be van kapcsolva, Detailed Status és Provisioneda BMM-et képviselő csomópont sikeresen csatlakozott az alulfelhő Kubernetes-fürthöz. Ha ezek közül bármelyik feltétel nem teljesül, Ready State akkor a beállítás értéke .False

  • Cordon State a számítási feladatok számítógépen való futtatásának képességét tükrözi. Az érvényes értékek a következők: Cordoned és Uncordoned. Cordoned lefoglalja az új számítási feladatok létrehozását a gépen. Uncordoned biztosítja, hogy a számítási feladatok most már futhatnak ezen a BMM-en.

  • Detailed Status a gép aktuális állapotát tükrözi:

    • Preparing: A gép előkészítése folyamatban van a kiépítéshez.
    • Provisioning: A kiépítés folyamatban van.
    • Provisioned: Az operációs rendszer ki van építve a gépen.
    • Available: A gép a fürtben való részvételhez érhető el. A gép üzembe helyezése sikeresen megtörtént, de jelenleg ki van kapcsolva.
    • Error: A gép nem helyezhető üzembe.

    Preparing és Provisioning átmeneti állapotok. Provisioned, Availableés Error végállapotú állapotok.

  • MachineRoles segít azonosítani a BMM által a Nexus-fürtben betöltött szerepkör(ek)et. A BMM-erőforrásokhoz a következő szerepkörök vannak hozzárendelve:

    • Control plane: Ezek a BMM a Nexus platformfürt Kubernetes vezérlősík-ügynökeit futtatja.
    • Management plane: A BMM a Nexus platform ügynökeit futtatja, beleértve a vezérlőket és a bővítményeket.
    • Compute plane: A tényleges bérlői számítási feladatok futtatásáért felelős BMM, beleértve a Nexus Kubernetes-fürtöket és a virtuális gépeket.

    A gépi szerepkörökkel kapcsolatos további részletekért tekintse meg ezt a hivatkozást .

BMM-műveletek

  • Update/Patch BareMetal Machine: Frissítse a BMM-erőforrás tulajdonságait.
  • BareMetal gép listázása/megjelenítése: BMM-információk lekérése.
  • Reimage BareMetal Machine: A fürtben használt képverziónak megfelelő BMM újraépítése.
  • Csere Csupasz gép: Cserélje le a BMM-et a gép szervizelésére tett erőfeszítések részeként.
  • Indítsa újra a BareMetal gépet: Indítsa újra a BMM-et.
  • Kikapcsolás a csupasz gépről: Kapcsolja ki a BMM-et.
  • Indítsa el a BareMetal gépet: Kapcsolja be a BMM-et.
  • Cordon BareMetal Machine: A számítási feladatok ütemezésének megakadályozása a megadott BMM Kubernetes-csomóponton. Opcionálisan lehetővé teszi a számítási feladatok kiürítését a csomópontról.
  • Uncordon Csupasz gép: A számítási feladatok ütemezésének engedélyezése a megadott BMM Kubernetes-csomóponton.
  • BareMetalMachine Validate: A BMM hardverellenőrzésének aktiválása.
  • BareMetalMachine run: Lehetővé teszi az ügyfél számára, hogy közvetlenül a megcélzott BMM bemenetében megadott szkriptet futtasson.
  • BareMetalMachine– Adatkivonat futtatása: Lehetővé teszi az ügyfél számára, hogy egy vagy több adatkiemelést futtasson egy BMM-mel.
  • BareMetalMachine Írásvédett futtatás: Engedélyezi az ügyfél számára, hogy egy vagy több írásvédett parancsot futtasson egy BMM-mel.

Feljegyzés

Az ügyfelek nem hozhatnak létre vagy törölhetnek közvetlenül BMM-eket. Ezek a gépek csak a fürt életciklusának megvalósításaként jönnek létre. Az implementáció letiltja a felhasználóktól érkező létrehozási vagy törlési kérelmeket, és csak belső/alkalmazásalapú létrehozási vagy törlési műveleteket tesz lehetővé.

Form-factor-specific information

Az Azure Operator Nexus helyszíni felhőmegoldások egy csoportját kínálja, amelyek a peremhálózati és a távoli környezeteket egyaránt kiszolgálják.

Operátor nexus hálózati felhő termékváltozatai

A készletmegőrzési egység (SKU) információiért lásd : Operátor Nexus hálózati felhő termékváltozatok.