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