Puncte:1

CRI-O acceptă upgrade live fără a reporni containerele?

drapel cn

Am un cluster Kubernetes creat on-prem de kubeadm care rulează pe Ubuntu 18.04. Am instalat cri-o ca timp de rulare a containerului. Din moment ce, CRI-O susține că acceptă zero timpi de nefuncționare în timpul actualizărilor live, deoarece nu repornește containerele atunci când serviciul CRI-O este repornit.

În clusterul meu, când repornesc serviciul cri-o (systemctl restart crio), toate containerele sunt repornite. Există vreo configurație specifică care îmi lipsește, care va evita repornirea containerului atunci când demonul cri-o este repornit?

SYN avatar
drapel hk
SYN
Aveți dreptate, containerele CRI-O nu ar trebui să repornească cu service. Poate verificați scriptul de service, vreo șansă să fie cel care vă va închide containerele? Puteți partaja versiunea CRI-O, configurația, poate pașii pe care i-ați urmat pentru a-l configura? Mă îndoiesc că ar ajuta, dar ai încercat cu un sistem de operare/kernel recent -- 18.04 îmbătrânește

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.