Puncte:0

Instanță NFS în zona de disponibilitate - AWS

drapel cn

Echipa mea are sarcina de a construi un plan în cazul în care AZ care are instanța NFS eșuează.Această instanță NFS partajează fișiere cu alte mașini (clienți NFS) în alte AZ (folosim North of California).

Trebuie să propunem idei. Unul pe care îl avem este că, atunci când instanța NFS AZ eșuează, deconectați-l pe hard disk și atașați-l la o altă instanță dintr-un alt AZ (toate acestea folosind lambda), dar cu aceasta trebuie să reconfiguram și fstab-ul în clienții NFS.

Vreo idee?

Puncte:0
drapel gp
Tim

În loc de un server într-un AZ, utilizați serviciul AWS Elastic File System. EFS acceptă NFS, iar fișierele dvs. sunt stocate în mai multe AZ.

Dacă un AZ scade, nu puteți aborda nicio resursă din acel AZ, ceea ce vă elimină ideea de lambda/reconectare. Volumele EBS sunt într-un singur AZ. Puteți ocoli acest lucru cu instantanee de volum, care sunt stocate în S3 multi-AZ, dar apoi ar trebui să restaurați întregul server. Înțelegerea mea despre Windows în AWS este limitată, dacă datele se află pe unitatea sistemului de operare, ar trebui să le aplicați sysprep, dacă este o unitate de date, ați putea să o atașați la un alt server.

EFS este probabil cea mai bună, mai simplă și mai ieftină soluție.

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.