Kubernetes-feladatátvételi forgatókönyvek fürtözött Azure Stack Edge-eszközön

  • Cikk

A Kubernetes-fürt népszerű nyílt forráskódú platformként van üzembe helyezve a tárolóalapú alkalmazások vezényléséhez. Ez a cikk bemutatja, hogyan működik a Kubernetes a kétcsomópontos Azure Stack Edge-eszközön, beleértve a hibamódokat és a megfelelő eszközválaszokat.

Az Azure Stack Edge-en futó Kubernetes bemutatása

Az Azure Stack Edge-eszközön kubernetes-fürtöt hozhat létre a számítás konfigurálásával. A számítási szerepkör konfigurálásakor a Kubernetes-fürt, beleértve a fő- és feldolgozó csomópontokat is, mind üzembe lesznek helyezve és konfigurálva. Ezt a fürtöt ezután a számítási feladatok üzembe helyezéséhez használják az IoT Edge-en vagy az Azure Arcon keresztül kubectl.

Az Azure Stack Edge-eszköz 1 csomópontos konfigurációként vagy az infrastruktúrafürtöt alkotó kétcsomópontos konfigurációként érhető el. A Kubernetes-fürt elkülönül az infrastruktúrafürttől, és az infrastruktúrafürt tetején van üzembe helyezve. Az infrastruktúrafürt biztosítja az Azure Stack Edge-eszköz állandó tárolóját, míg a Kubernetes-fürt kizárólag az alkalmazások vezényléséért felelős.

A Kubernetes-fürt egy fő csomópontból és egy feldolgozó csomópontból áll. A fürtök Kubernetes-csomópontjai olyan virtuális gépek, amelyek az alkalmazásokat és a felhőbeli munkafolyamatokat futtatják.

  • A Kubernetes főcsomópontja felelős a fürt kívánt állapotának fenntartásáért. A fő csomópont a feldolgozó csomópontot is vezérli.
  • A feldolgozó csomópontok futtatják a tárolóalapú alkalmazásokat.

Kubernetes-fürt kétcsomópontos eszközön

A kétcsomópontos eszköz Kubernetes-fürtje egy fő csomóponttal és két feldolgozó csomóponttal rendelkezik. A kétcsomópontos eszköz magas rendelkezésre állású, és ha az egyik csomópont meghibásodik, az eszköz és a Kubernetes-fürt is folyamatosan fut. A Kubernetes-fürt architektúrájáról további információt a Kubernetes alapfogalmaiban talál.

Egy kétcsomópontos Azure Stack Edge-eszközön a Kubernetes fő virtuális gépe és egy Kubernetes-feldolgozó virtuális gép fut az eszköz A csomópontján. A B csomóponton egyetlen Kubernetes-feldolgozó virtuális gép fut.

A Kubernetes-fürt minden feldolgozó virtuális gépe rögzített Hyper-V virtuális gép. A rögzített virtuális gép ahhoz a csomóponthoz van kötve, amelyen fut. Ha az eszköz A csomópontja meghibásodik, a fő virtuális gép a B csomópontra omlik át. Az A csomóponton rögzített virtuális gép feldolgozó virtuális gépe azonban nem végzi el a feladatátvételt a B csomóponton, és fordítva. Ehelyett az A csomópont feldolgozó virtuális gépének podjai újra kiegyensúlyozódnak a B csomóponton.

Annak érdekében, hogy az újraegyensúlyozott podok elegendő kapacitással rendelkezzenek a B eszközcsomóponton való futtatáshoz, a rendszer kikényszeríti, hogy az egyes A Standard kiadás csomópontok kapacitásának legfeljebb 50%-át használja a normál kétcsomópontos Azure Stack Edge-fürtműveletek során. Ez a kapacitáshasználat a legjobb munkamennyiség alapján történik, és vannak olyan körülmények (például olyan számítási feladatok, amelyek nem érhetők el GPU-erőforrásokat igényelnek az A Standard kiadás B csomópontra való újraegyensúlyozáskor), amelyekben előfordulhat, hogy az újraegyensúlyozott podok nem rendelkeznek elegendő erőforrással a futtatáshoz.

Ezeket a forgatókönyveket a hibamódok és a viselkedés következő szakasza ismerteti részletesen.

Hibamódok és viselkedés

Az Azure Stack Edge-eszközcsomópontok bizonyos feltételek mellett meghiúsulhatnak. Ebben a szakaszban a különböző hibamódok és a megfelelő eszközválaszok táblázatosak.

Az Azure Stack Edge-csomópont hibái vagy újraindításai

Csomópont Hibák Válaszok
Az A csomópont hibái vannak
(A B csomópontnak nincsenek hibái)		 A következő lehetséges hibák fordulhatnak elő:
  • Mindkét PSU sikertelen
  • Egy vagy mindkét 3-os port, a 4.port sikertelen
  • Az alapvető összetevő meghibásodik, beleértve az alaplapot, a DIMM-et és az operációsrendszer-lemezt
  • A teljes csomópont meghibásodik
    		 A következő válaszok jelennek meg az egyes hibákra:
    • A Kubernetes fő virtuális gépe az A csomópontról a B csomópontra omlik át
    • A fő virtuális gép létrehozása néhány percet vesz igénybe a B csomóponton
    • Az A csomópont podjai újraegyensúlyozódnak a B csomóponton
    • A GPU-számítási feladatok továbbra is futnak, ha a GPU elérhető a B csomóponton
    A csomópont újraindítása
    (A B csomópontnak nincsenek hibái)    		 Csomópont újraindítása Miután az A csomópont újraindult, és a feldolgozó virtuális gép elérhető, a fő virtuális gép újraegyensúlyozza a podokat a B csomópontból.
    A B csomópontnak vannak hibái
    (Az A csomópontnak nincsenek hibái)    		 A következő lehetséges hibák fordulhatnak elő:
    • Mindkét PSU sikertelen
    • Egy vagy mindkét 3-os port, a 4.port sikertelen
    • Az alapvető összetevő meghibásodik, beleértve az alaplapot, a DIMM-et és az operációsrendszer-lemezt
    • A teljes csomópont meghibásodik
      		 A következő válaszok jelennek meg az egyes hibákra:
      • A Kubernetes fő virtuálisgép-újraegyensúlyozása a B csomópont podjaival. Ez eltarthat néhány percig.
      A B csomópont újraindítása
      (Az A csomópontnak nincsenek hibái)      		 Csomópont újraindítása Miután a B csomópont újraindult, és a feldolgozó virtuális gép elérhető, a fő virtuális gép újraegyensúlyozza a podokat a B csomópontból.

      Azure Stack Edge-csomópont frissítései

      Frissítés típusa Válaszok
      Eszközcsomópont frissítése A rendszer működés közbeni frissítéseket alkalmaz az eszközcsomópontokra, és a csomópontok újraindulnak.
      Kubernetes-szolgáltatás frissítése A Kubernetes szolgáltatásfrissítés a következőket tartalmazza:
      • A Kubernetes fő virtuális gépének feladatátvétele az A eszközcsomópontról a B eszközcsomópontra
      • Kubernetes-főfrissítés.
      • A Kubernetes-feldolgozó csomópont frissítései (nem feltétlenül ebben a sorrendben).
      A teljes frissítési folyamat akár 30 percet is igénybe vehet, és ebben az időszakban a Kubernetes-fürt minden felügyeleti művelethez (például új számítási feladat üzembe helyezéséhez) elérhető. Bár a podok le lesznek ürítve az eszközcsomópontról a frissítés során, a számítási feladatok néhány másodpercig offline állapotban lehetnek a folyamat során.

      Következő lépések