{"id":70831,"date":"2020-02-21T14:42:15","date_gmt":"2020-02-21T11:42:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/obnovlenie-kubernetes-klastera-bez-prostoya"},"modified":"2020-03-03T16:14:45","modified_gmt":"2020-03-03T13:14:45","slug":"obnovlenie-kubernetes-klastera-bez-prostoya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/obnovlenie-kubernetes-klastera-bez-prostoya","title":{"rendered":"Opdatering af Kubernetes-klyngen uden nedetid","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Opdatering<\/p>\n

Opdateringsprocessen for din Kubernetes-klynge<\/em><\/p>\n

<\/p>\n

P\u00e5 et tidspunkt, n\u00e5r du bruger din Kubernetes-klynge, opst\u00e5r der et behov for at opdatere de aktive noder. Dette kan inkludere opdateringer af pakker, opdatering af kernen eller implementering af nye billeder af virtuelle maskiner. I Kubernetes-terminologi kaldes dette \"Frivillig Afbrydelse\"<\/a><\/noindex>.<\/p>\n

<\/a><\/noindex><\/p>\n

Dette indl\u00e6g er en del af en cyklus p\u00e5 4 indl\u00e6g:<\/p>\n

<\/p>\n

    \n
  1. Dette indl\u00e6g.<\/li>\n
  2. Korrekt nedlukning af pods i Kubernetes-klyngen<\/li>\n
  3. Forsinket afslutning af pod'en ved dens sletning<\/li>\n
  4. Hvordan man undg\u00e5r nedetid i Kubernetes-klyngen ved hj\u00e6lp af PodDisruptionBudgets<\/li>\n<\/ol>\n

    <\/p>\n

    (note til overs\u00e6tteren - overs\u00e6ttelser af de \u00f8vrige artikler i cyklen kan forventes snart)<\/em><\/p>\n

    <\/p>\n

    I denne artikel vil vi beskrive alle de v\u00e6rkt\u00f8jer, som Kubernetes tilbyder for at opn\u00e5 nul nedetid for de noder, der k\u00f8rer i din klynge.<\/p>\n

    <\/p>\n

    Definere problemet<\/h2>\n

    <\/p>\n

    I starten vil vi bruge en naiv tilgang til at definere problemerne og vurderer de potentielle risici ved denne tilgang og samle viden til at l\u00f8se hvert af de problemer, vi m\u00f8der i l\u00f8bet af cyklen. Som resultat vil vi opn\u00e5 en konfiguration, der bruger lifecycle hooks, readiness probes og Pod disruption budgets for at n\u00e5 vores nul nedetid. <\/p>\n

    <\/p>\n

    For at starte vores rejse, lad os tage et konkret eksempel. Antag, at vi har et Kubernetes-kluster med to noder, hvor en applikation k\u00f8rer med to pods, der er bag Service<\/code>:<\/p>\n

    \n\"Opdatering<\/p>\n

    Lad os begynde med to pods med Nginx og Service, der k\u00f8rer p\u00e5 vores to noder i Kubernetes-klyngen.<\/em><\/p>\n

    <\/p>\n

    Vi \u00f8nsker at opdatere kerneversionen p\u00e5 de to arbejdende noder i vores klynge. Hvordan g\u00f8r vi det? En simpel l\u00f8sning ville v\u00e6re at starte nye noder med den opdaterede konfiguration og derefter slukke for de gamle noder, samtidig med at de nye startes. Selvom dette vil fungere, vil der v\u00e6re nogle problemer med denne tilgang:<\/p>\n

    <\/p>\n