ciao, ho da qualche tempo una questione che mi arrovella e la condivido in cerca di spunti 
Mi spiego con un esempio reale: sito web con architettura "tradizionale": N server con apache che montano una export NFS messa a disposizione da un server NAS (sui 2 TB), su cui risiedono tutte le pagine e le foto da pubblicare.
Fase 1: gli N webserver, db etc vengono trasformati in VM. Già fatto un paio di anni fa con una tipica architettura N host ESXi + storage condiviso.
Fase 2: qui viene la parte che mi impensierisce: sto pensando a come eliminare del tutto gli storage condivisi classici e virtualizzare anche il server NAS in modo da poter usare ad esempio la vSAN di VMware.
In teoria mi basta attaccare un grosso VMDK a una VM (con linux o con freenas ad es) che renderà disponibili i dati via NFS. Cosa gia' testata senza problemi in sviluppo, senza carico, però il cruccio è: riuscirà questa VM a erogare lo stesso servizio di un NAS con sistema operativo e hardware ottimizzati e dedicati?
Giusto per dare un numero: al momento guardo le statistiche in tempo reale del mio NAS (che è un netapp) e vedo che le "protocol ops" variano fra 5-10 Migliaia al secondo. Il throughput non è molto alto (massimi intorno ai 200 Kbit/s).
P.S.: se non capii male, ricordo all'hands on che abbiamo fatto a marzo con Nutanix che anche loro usavano, per mettere a disposizione degli host lo storage "interno", una VM che esportava in NFS...
Accepted Solutions
ciao, grazie per la risposta
Innanzitutto, quali sono i motivi di business che vi porterebbero a sostituire la NetApp con un file server virtualizzato?
prima di tutto: virtualizzando il file server mi svincolerei da un hardware specifico, quindi un domani potrei usare indifferentemente vSAN se compro degli host con dischi interni o storage di diversi produttori e "filosofie" (per es mi sto interessando, dopo averne letto positivamente sul blog di Cormac Hogan, di Tintri).
Per quanto riguarda la ridondanza, il down fra il guasto dell'host e la ripartenza su un altro grazie all'HA mi appare accettabile, in relazione alla probabilità dell'evento.
Purtroppo la previsione sulle crescite del volume dati è quanto mai difficile: finora a ogni cambio di sistema si è "ripartiti da zero" mantenendo lo storico su apparati di recupero, imponendosi uno SLA... rilassato.
Se si decidesse e riuscisse tecnicamente a tenere "in prima linea" solo i 30-40 GB del pubblicato recente, che probabilmente fa il 98% del traffico, si potrebbe iniziare a ragionare diversamente. Perché l'unca cosa sicura è che lo storico che lo si voglia disponibile con uno SLA a quattro 9 o no, cresce di circa 5 GB tutti i giorni, potenzialmente all'infinito. Si potrebbe immaginare una soluzione tipo AWS, per esempio...
Sì, sono tutti file piccoli, da qualche KB a pochi MB. E gia' usiamo dei reverse proxy che funzionano piuttosto bene e servono direttamente dalla loro ram molti contenuti... con una hit rate intorno al 90%.
ciao, sicuramente nello storage vorrei assolutamente avere uno strato "solido" per poter affrontare le richieste di performance più alte che posso immaginare nel futuro.
Tra l'altro diventerà un must... NetApp ha già deciso che dall'inizio dell'anno non saranno più disponibili i SAS 15K e penso che prima o poi li abbandoneranno tutti gli altri produttori.
Il rapporto read/write dovrebbe essere almeno 9 a 1, anche se sto guardando il real time del filer e non è così ottimistico: saremo sull'80% di read. E' che quando hai 3-4 programmatori che lavorano continuamente per creare cose nuove è difficile sapere cosa girerà... infatti l'esperienza dice che sono più i down causati da errore umano che da guasti hw
Intanto mi guardo DRBD, grazie
mi sono spiegato un po' male... diciamo che quello che vedo come scenario ideale è passare dai server blade+storage centralizzato a server con dentro i dischi e magari qualche Fusio-IO utilizzando vSAN
(i server li dovrei cambiare fra 2 anni circa, quindi vSAN potrebbe essere maturo per allora).
I nostri datastore sono tutti NFS, Infinio mi era sfuggito completamente. Se riesco a trovare un attimo di tempo e una fettina di ram lo provo sicuramente: ho giusto un NAS di basso profilo (tutti sata 1TB) non utilizzato... 