{"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\/hr\/blog\/administrirovanie\/obnovlenie-kubernetes-klastera-bez-prostoya","title":{"rendered":"A\u017euriranje Kubernetes klastera bez zastoja","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"A\u017euriranje<\/p>\n

Proces a\u017euriranja za va\u0161 Kubernetes klaster<\/em><\/p>\n

<\/p>\n

U nekom trenutku kori\u0161tenja Kubernetes klastera pojavljuje se potreba za a\u017euriranjem aktivnih nodova. To mo\u017ee uklju\u010divati a\u017euriranja paketa, a\u017euriranje jezgre ili implementaciju novih slika virtualnih strojeva. U terminologiji Kubernetes to se naziva \u201eDobrovoljna prekidanje\u201c<\/a><\/noindex>.<\/p>\n

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

Ova objava je dio ciklusa od 4 objave:<\/p>\n

<\/p>\n

    \n
  1. Ova objava.<\/li>\n
  2. Ispravno ga\u0161enje podova u Kubernetes klasteru<\/li>\n
  3. Odgo\u0111eno uklanjanje pod-a prilikom njegove brisanja<\/li>\n
  4. Kako izbje\u0107i zastoj u radu Kubernetes klastera pomo\u0107u PodDisruptionBudgets<\/li>\n<\/ol>\n

    <\/p>\n

    (napomena prevo\u0111a\u010da: prijevode preostalih \u010dlanaka ciklusa o\u010dekujte uskoro)<\/em><\/p>\n

    <\/p>\n

    U ovom \u010dlanku opisat \u0107emo sve alate koje Kubernetes pru\u017ea za postizanje nultog vremena zastoja za aktivne nodove u va\u0161em klasteru.<\/p>\n

    <\/p>\n

    Definiranje problema<\/h2>\n

    <\/p>\n

    U po\u010detku \u0107emo koristiti naive pristup, definirati probleme i procijeniti potencijalne rizike tog pristupa, te akumulirati znanja za rje\u0161avanje svakog od problema na koje \u0107emo nai\u0107i tijekom cijelog ciklusa. Kao rezultat, dobit \u0107emo konfiguraciju koja koristi lifecycle hooks, readiness probes i Pod disruption budgets za postizanje na\u0161eg nultog vremena zastoja. <\/p>\n

    <\/p>\n

    Da bismo zapo\u010deli na\u0161 put, uzmimo konkretan primjer. Pretpostavimo da imamo Kubernetes klaster s dva \u010dvora, u kojem se pokre\u0107e aplikacija s dva pod-a koja se nalaze iza Service<\/code>:<\/p>\n

    \n\"A\u017euriranje<\/p>\n

    Zapo\u010dnimo s dva poda s Nginx i Service pokrenuta na na\u0161ih dvaju nodovima Kubernetes klastera.<\/em><\/p>\n

    <\/p>\n

    \u017delimo a\u017eurirati verziju jezgre dvaju radnih nodova u na\u0161em klasteru. Kako bismo to u\u010dinili? Jednostavno rje\u0161enje bi bilo pokrenuti nove nodove s a\u017euriranom konfiguracijom, a zatim isklju\u010diti stare nodove, istodobno pokre\u0107u\u0107i nove. Iako \u0107e to funkcionirati, bit \u0107e nekoliko problema s takvim pristupom:<\/p>\n

    <\/p>\n