Puncte:0

Pot afirmațiile EFS să trăiască mai mult decât clusterul Kubernetes?

drapel pl

Am scris scripturi pentru configurarea unei aplicații pe AWS prin Pulumi, încercând să automatizăm totul, de la zero la o aplicație care rulează (dar prin diferite etape intermediare). Ideea a fost să poți închide totul pentru a economisi costuri atunci când aplicația (interactivă) nu este necesară. Cu toate acestea, datele aplicației ar trebui să fie păstrate peste EFS.

Acum, se pare că scopul nostru de a închide totul intră în conflict cu ideea de a păstra datele disponibile pentru data viitoare, deoarece accesarea datelor necesită o „revendicare” care poate fi creată doar cu un director gol pe EFS? Înțeleg că acest lucru ne-ar cere să facem fie

  • configurați o revendicare pentru a lucra cu EFS și apoi rsync datele în acel director gol sau pentru
  • păstrați revendicarea și astfel clusterul Kubernetes.

Este corectă această impresie/înțelegere?

La aproximativ 1 $/zi, menținerea clusterului este o opțiune, desigur, deși din punct de vedere conceptual se simte doar ca o risipă de resurse.

drapel pl
Poate că această întrebare a fost formulată prost, deoarece presupunea că am nevoie de revendicări EFS PV de durată mai lungă. Am deschis unul nou, concentrându-se pe cazul de utilizare la https://serverfault.com/questions/1084488/can-one-pre-populate-a-directory-e-g-on-efs-for-an-eks-cluster .

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.