Dovrò portare in ambiente VMWare (ESXi 4.1 Standard) quello che fu un cluster web (classico apache con db MySQL) fatto di 8 webserver fisici + 2 db server + filer netapp montato in nfs, che è stato poi "virtualizzato" con Xen sulle stesse macchine, producendo un cluster con circa 20 VM non rilocabili....
ed è venuto il momento di passare in un ambiente più semplice ![]()
Il nuovo materiale su cui dovrà girare il tutto sarà fatta da 3 host VMWare (RAM 96 GB) e un file server NetApp FAS2020. Il NetApp continuerà a fare da file server in NFS per i le VM su cui girerà apache (o lighthttpd).
Il problema progettuale è: visto che il NetApp deve ospitare anche il/i datastore per VMWare vale la pena di complicarsi la vita collegandolo in FCP (o iSCSI) agli host ESXi? Oppure, come sto vedendo in giro per la rete, il guadagno di prestazioni sulle VM usando Datastore FCP/iSCSI piuttosto che NAS sembrerebbe minimo, tale da non giustificare la maggiore complicazione.
Le VM che faranno girare apache mi preoccupano poco, sul disco locale fanno un I/O minimo (gli html da servire stanno sul file server).
Quelli che mi danno da pensare sono i server MySQL, che hanno a volte un carico alto (specialmente select-join complesse su database non progettati benissimo per quanto riguarda indici etcetc).
Nota: il FAS2020 è a "doppia testa" quindi in situazione normale una CPU servirebbe le VM che lo montano in NFS mentre l'altra servirebbe gli host VMWare. In caso di fault di una delle due teste quella che rimane viva prende in carico il lavoro di quella guasta.
Grazie in anticipo!
Diciamo che possono essere pari... Le funzioni che mancano a NFS (ad esempio SIOC) probabilmente saranno colmate nella prossima versione.
Poi ogni cosa va anche "calzata" nel momento storico...
C'era l'anno dell'iSCSI e tutti dicevano che era il meglio
Adesso c'è l'Unified Storage e molti dicono che l'NFS è meglio.
Personalmente ritengo ancora valido l'FC, ma per certi progetti iSCSI e NFS sono valide alternative.
Andrea
ciao
ti dico solo che in produzione con un NAS non si va, o meglio non e' consigliato.
le prestazioni non sono adeguate, nonstante le tu VM non abbiano necessita di eccessive risorse.
non dico SAN su fibra,ma almenoi ISCSI
In realtà, come spesso accade, dipende dal tipo di storage più che dal tipo di protocollo.
NFS può andare benissimo (e anzi in molti casi si consiglia soprattuto per la virtualizzazione desktop).
Come pure l'FC essere un chiodo.
Tipicamente prodotti di fascia bassa vanno bene giusto per dei laborari e poche VM, mentre salendo di fascia di possono avere ottimi risultati.
Andrea
è quello che, di primo acchitto, pensavo anche io.
però in rete sembrano tutti, o molti, convinti che non solo sia "quasi uguale" l'NFS, ma "molto meglio".
http://www.yellow-bricks.com/2010/01/07/fc-vs-nfs-vs-iscsi/
http://communities.netapp.com/docs/DOC-1763
http://communities.netapp.com/message/7491
http://communities.netapp.com/docs/DOC-1116
http://vmetc.com/2009/05/01/reasons-for-using-nfs-with-vmware-virtual-infrastructure/
per chi non ha voglia di aprire i link: le prestazioni sembrano praticamente identiche. A quel punto la facilità, flessibilità unite alle funzionalità aggiunte sembrano rendere l'NFS una scelta preferibile.
Diciamo che possono essere pari... Le funzioni che mancano a NFS (ad esempio SIOC) probabilmente saranno colmate nella prossima versione.
Poi ogni cosa va anche "calzata" nel momento storico...
C'era l'anno dell'iSCSI e tutti dicevano che era il meglio
Adesso c'è l'Unified Storage e molti dicono che l'NFS è meglio.
Personalmente ritengo ancora valido l'FC, ma per certi progetti iSCSI e NFS sono valide alternative.
Andrea
nel mio piccolo ho fatto questa prova qualitativa con una VM windows XP:
nell'uso non si notano differenze. Si vede solo che va un po' -ma poco- più piano quando si sposta un grosso file.
E si parla di un NAS "artigianale".
è vero, c'è un po' il fattore "moda" anche nel nostro mondo ![]()
per netapp sono tutti abbastanza concordi nel dire che i loro apparati in iSCSI vanno malino. Avendo già switch in fibra e le schede sui server se opto per la soluzione SAN sicuramente vado sulla fibra, a quel punto...
Attenzione però a non confondere un test su un ambiente ridotto come un indice in piccolo di quello che poi si può fare.
La scalabilità può cambiare le carte in tavola ![]()
Andrea
la mia esperienza, prevede che in ambiente di TEST di possa usare NFS, ovviamente su macchina dedicata, ma in produzione, anche in prospettiva
di scalbilita, io opto per un SAN .
le prestazioni al momento volgono ancora in suo favore.
poi in TEST si puo usare anche nfs con frenass, su un Serverino...
... proprio oggi mentre stavo connettendo lo switch del vecchio cluster xen a quello dove andranno i nuovi host si è creato un guaio di rete (e non ho capito perché... un solo cavo, spanning tree abilitato su entrambi gli apparati, recenti e pure della stessa marca).
Per questo gli host xen hanno perso il file server montato in iSCSI facendo 'morire' tutto.
Un punto a favore dell'NFS è la robustezza a incidenti di rete come questi, se non sbaglio. iSCSI è "delicato". lo è anche FCP però viaggia su un canale dove l'imbranato di turno (io) difficilmente mette mano....
Ad occhio ti posso dire che con NetApp non conviene complicarti la vita creando dei datastore block-based (iSCSI o FCP), l'implementazione NFS di NetApp è di gran lunga superiore a quella di un qualsiasi Linux (e pure di Solaris, nonostante Sun stessa abbia inventato il protocollo NFS).
E' vero che il FAS2020 è una macchina piccolina, ma se i dischi sono commisurati al tipo ed alla quantità di I/O che devi fare con le tue macchine virtuali puoi stare tranquillo con NFS (ovviamente sempre disegnando la parte di network con estrema cura), gli host utility kit di NetApp faranno in automatico le configurazioni ottimali per le prestazioni di NFS.
Ad occhio ti posso dire che con NetApp non conviene complicarti la vita creando dei datastore block-based (iSCSI o FCP)
vediamo se convinco i "clienti"/capi... ![]()
E' vero che il FAS2020 è una macchina piccolina, ma se i dischi sono commisurati al tipo ed alla quantità di I/O che devi fare con le tue macchine virtuali puoi stare tranquillo con NFS (ovviamente sempre disegnando la parte di network con estrema cura), gli host utility kit di NetApp faranno in automatico le configurazioni ottimali per le prestazioni di NFS.
Le uniche VM che dovrebbero fare I/O significativo su disco sono due o tre server MySQL, tutte le altre praticamente niente. E pure per le macchine db, avendo previsto degli host con tanta RAM, dovrei essere in grado di ridurre gli accessi al disco (es.: /tmp su tmpfs...)
Il cluster l'ho finito di installare venerdì, oggi ho installato sul vCenter la VirtualStorageConsole (v 2.0.1p1) che sostituisce gli host utiliy (non disponibili su ESXi) e fa le configurazioni in 3 click direttamente dal vCenter
.
La rete dovrebbe essere solida, con il filer che sarebbe attaccato direttamente agli switch 'blade' dove sono i server o su un altro switch connesso a questi ultimi con moduli di stacking appositi. Il 2020 poi ha due porte in rame e una sola in fibra quindi un altro vantaggio dell'nfs sarebbe questa ridondanza in più.
