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


Üzembe helyezések létrehozása

A következőkre vonatkozik: AKS on Azure Stack HCI 22H2, AKS on Windows Server

Ez a cikk áttekintést nyújt a Kubernetes-üzemelő példányokról, és ismerteti, hogyan hozhatja létre és frissítheti ezeket az üzembe helyezéseket az Azure Arc által engedélyezett AKS-ben.

A Kubernetes üzemelő példányainak áttekintése

Az üzembe helyezés olyan Kubernetes-objektumra utal, amely kezeli a teljesítményt, és meghatározza a pod kívánt viselkedését. Meghatározza az alkalmazás életciklusát, beleértve az alkalmazáshoz rendelt podokat is. Az üzembe helyezés lehetővé teszi az alkalmazás kívánt állapotának kommunikációját, a vezérlő pedig a jelenlegi állapot kívánt állapotra való módosításán dolgozik.

Az üzemelő példányok automatizálják a podpéldányok indításának folyamatát, és biztosítják, hogy a fürt összes csomópontján a megadott módon fussanak. A rendszergazdák és az informatikai szakemberek üzembe helyezésekkel közlik, hogy mit szeretnének egy alkalmazásból, majd a Kubernetes minden szükséges lépést megtesz az alkalmazás kívánt állapotának létrehozásához.

Bár az üzemelő példányok határozzák meg az alkalmazások futását, nem garantálják, hogy az alkalmazások hol találhatók a fürtön belül. Ha például az alkalmazásnak podpéldányra van szüksége minden csomóponton, egy DaemonSetet szeretne használni. Állapotalapú alkalmazások esetén a StatefulSet egyedi hálózati azonosítókat, állandó tárterületet és rendezett üzembe helyezést/skálázást biztosít.

A Kubernetes üzembehelyezési objektuma a következőket teszi lehetővé:

  • Replikakészlet vagy pod üzembe helyezése.
  • Az alkalmazás példányainak skálázása felfelé vagy lefelé.
  • Frissítse az alkalmazás minden futó példányát.
  • Az alkalmazás összes futó példányának visszaállítása egy másik verzióra.
  • Az üzembe helyezés szüneteltetése vagy folytatása.

További információ: Kubernetes Deployments.

Üzembe helyezés létrehozása

Üzembe helyezés létrehozásához használhatja a parancsokat vagy kubectl create a kubectl apply parancsokat. Mivel a szükséges számú podot karbantartják és figyelik, az üzembe helyezés után futnak és érhetők el. Ha egy pod meghibásodik, a Kubernetes azonnal kivesz egy replikát a podból, hogy helyet vállaljon a fürtben.

Az alábbi példa egy üzembehelyezési jegyzékfájl funkcióit ismerteti YAML formátumban:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  strategy:
    type: Recreate
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
        - image: nginx
          name: nginx
          ports:
            - containerPort: 80

Az üzembe helyezés, a replikakészlet és a podok megtekintéséhez futtassa a következő parancsot:

kubectl get deployment, replicaset, pod

Központi telepítés frissítése

Az üzemelő példányok fő előnye, hogy automatikusan frissítheti a Kubernetes-programot. Üzembe helyezés nélkül manuálisan kell befejeznie az összes régi podot, új podverziókat kell elindítania, és ellenőriznie kell, hogy vannak-e problémák a podok létrehozásakor. A podok kubectl describe deployment fel- és eltávolításának sorrendjét megtekintheti.

Az üzembe helyezések automatizálják a frissítési folyamatot, mivel egyszerűen frissíti a podsablont vagy a kívánt állapotot. Az üzembe helyezés a háttérben módosítja a program állapotát olyan műveletekkel, mint például új podok létrehozása vagy további erőforrások kiosztása, amíg a kiválasztott frissítés be nem áll.

Ha problémák merülnek fel az üzembe helyezés során, a Kubernetes automatikusan visszatér az előző verzióra. A parancs használatával kubectl rollout undo explicit módon vissza is állíthat egy adott verziót, vagy ideiglenesen leállíthatja az kubectl rollout pause üzembe helyezést.

Az üzemelő példányok frissítésének stratégiái

A Kubernetes számos üzembehelyezési stratégiát biztosít, így a környezet igényeinek megfelelően különböző módon frissíthet. A három leggyakoribb frissítési stratégia a következő:

  • Gördülő frissítés: Ez a frissítés egy fokozatos folyamat, amely lehetővé teszi a Kubernetes-rendszer frissítését, amely csak kisebb hatással van a teljesítményre, és nincs állásidő. Minimálisra csökkenti az állásidőt a frissítési sebesség költségén.
  • Rekreáció: Ez a stratégia egy mindent vagy semmit folyamat, amely lehetővé teszi, hogy frissítse az összes aspektusát a rendszer egyszerre egy rövid állásidő időszak. Gyorsan frissül, de állásidőt okoz.
  • Canary: Ez a stratégia egy részleges frissítési folyamat, amely lehetővé teszi az új programverzió tesztelését valós felhasználókon anélkül, hogy teljes bevezetést vállal. Gyorsan frissül néhány felhasználó számára, és később teljes bevezetést biztosít.

Következő lépések