Cele mai bune practici din cloud sunt încă mai multe discuri (volume) pentru un server?

În zile vechi a serverelor fizice, a fost considerată o bună practică (cel puțin în locurile în care am lucrat) ca un server să aibă întotdeauna cel puțin două discuri (volume), indiferent cât de simplu ar fi găzduită o aplicație.

Un disc pentru sistemul de operare (OS) și altul pentru aplicație. Au existat o serie de motive pentru aceasta:

1. Dacă aplicația și-a ucis discul, umplându-l sau lovindu-l cu I/O, de obicei, ați putea încă să vă conectați și să vedeți ce se întâmplă, iar sistemul de operare ar putea continua să înregistreze evenimente pentru a vă spune ce s-ar fi putut întâmpla.
2. A împiedicat sistemul de operare să afecteze performanța aplicației, confruntându-se pentru I/O-urile disponibile dintr-un singur volum.
3. Backup/Restaurare ar putea să-și facă griji doar pentru discul aplicației, deoarece sistemul de operare ar putea fi reconstruit.
4. Discul de aplicație ar putea fi gestionat (de exemplu, demontat), deoarece acest lucru nu a afectat sistemul de operare.

În mod implicit, serverele cloud au un singur disc.Ceea ce m-a făcut să mă gândesc dacă această abordare cu discuri multiple mai avea sens în cloud? Având în vedere punctele de mai sus: (1), (3) și (4) probabil încă se aplică, dar (2) mai puțin, deoarece discurile sunt virtuale: mapate pe un subsistem de stocare pe care furnizorul de cloud îl gestionează în moduri pe care nu le văd.

Deci, se pare că această bună practică mai merită urmată în cloud?

Sau am omis un motiv pentru care nu este la fel de important să folosim mai multe volume într-un mediu cloud?

Închirierea computerelor ca serviciu nu schimbă în mod semnificativ decizia de a utiliza discuri de date separate.

Desigur, puteți modifica valorile implicite, de ce altfel ar exista API-ul pentru a crea și adăuga discuri suplimentare la instanțe.

Un singur disc este mai simplu de gestionat. Mai ales pentru imaginile relativ statice în care instanța este instalarea sistemului de operare și a aplicației, nu prea multe date dinamice.

Prevenirea completării sistemului de fișiere rămâne utilă. Deși sunt posibile alte soluții decât mai multe discuri fizice. Separați volumele logice cu LVM. Sau înregistrare centralizată sau mesagerie, astfel încât unele cazuri să nu aibă fișiere de date în creștere.

Depășirea cotelor pentru IOPS și dimensiune poate necesita combinarea mai multor discuri în volume logice. (Cel puțin cota tinde să fie bine definită în cloud, chiar dacă matricea fizică rămâne misterioasă.) Există baze de date extinse.

Volumele de date separate permit unele trucuri la nivel de bloc. Imaginați-vă o actualizare majoră a sistemului de operare pentru o instanță de bază de date, dar nu există spațiu de stocare secundar pe care să îl replicați. Pregătiți o instanță actualizată, dar fără date. În timpul nefuncționării, demontați și detașați volumele de date, prezentați-le unei noi instanțe și montați. Actualizare rapidă, fără copiere de date, fără a doua copie a volumului.