View source for Celerra share nfs

{{header_it|title=StudioSG - Configurare una share su Celerra| keyword={{Template:Keyword_it_nas_san}}| description=Configurare una nuova share su di un NAS della famiglia Celerra di EMC | link_page=en/celerra_share_nfs}}

== Share NFS su Celerra ==

Il nome Celerra identifica una famiglia di soluzioni NAS ('''Network Attached Storage''') di fascia medio / alta prodotti da Emc&sup2;. Sono disponibili sia completi di dischi dedicati che come apparato da applicare ad altri storage array: Clariion o Symmetrix / Dmx. Nella configurazione provvista di spazio disco, quest'ultimo &egrave; fornito da un Clariion integrato.

Nel corso dell'articolo verr&agrave; illustrata la procedura per la creazione di una '''share condivisa via rete attraverso protocollo NFS''' con altre macchine. Prima di procedere verranno introdotti alcuni concetti fondamentali per comprendere i comandi esposti ed il funzionamento del Celerra.

Ogni Celerra &egrave; costituito da un minimo di 2 ad un massimo di 15 '''Data Mover''', con un massimo di 14 attivi contemporaneamente. I Data Mover contengono la definizione dei file system condivisi e forniscono la connettivit&agrave; via rete degli stessi ai client esterni. La macchina &egrave; pilotata attraverso una '''Control Station''' che fornisce funzionalit&agrave; amministrative attraverso una CLI (Command Line Interface). Alternativamente il Celerra pu&ograve; essere amministrato attraverso una '''Interfaccia Web''' raggiungibile all'indirizzo IP pubblico della Control Station. Le operazioni di creazione e manutenzione delle share possono essere eseguite sfruttando l'interfaccia ed un qualsiasi browser web.

Nel prosieguo dell'articolo si dar&agrave; per assodato che:
* La connettivit&agrave; ed i servizi di rete in genere funzionino e siano configurati a dovere.
* Il server DNS sia attivo e i nomi macchina vengano risolti in indirizzi IP e viceversa.
* Il Celerra sia dotato di un Clariion integrato.

I comandi della CLI verranno utilizzati da interfaccia carattere per creare una share con le caratteristiche esposte di seguito:
* Nome: '''cvs_exportdb'''.
* Dimensione: '''200 Gb'''.
* Residente su: Il secondo Data Mover del Celerra '''cl001nas'''.
* Esportata attraverso l'interfaccia: '''cl001nas.fe.pro.nas'''.
* Visibile ai soli host '''db01acvs''' e '''db01bcvs''' attraverso il dominio '''pro.nas'''.


=== Creazione della share NFS ===

Il primo passo consiste nel collegarsi alla Control Station. Trattasi di una macchina Linux per cui sar&agrave; possibile sfruttare il protocollo '''ssh''', puntando al nome macchina o all'indirizzo IP nel caso in cui il servizio DNS non riesca a risolvere il nome. Per collegarsi da macchine Windows sar&agrave; necessario installare un client ssh di cui le stesse sono normalmente sprovviste. Esistono molti prodotti gratuiti e "Free" o "Open Source" come ad esempio: [http://www.chiark.greenend.org.uk/~sgtatham/putty Putty]. L'utenza con cui collegarsi &egrave; '''nasadmin''' dotata dei permessi necessari a lanciare comandi amministrativi sulla Control Station.

Una volta collegati, sar&agrave; necessario creare il file system per poi legarlo al Data Mover prescelto. La creazione di un nuovo file system &egrave; un'operazione che altera la configurazione del sistema. I nomi dei comandi di un Celerra rispondono ad una nomenclatura particolarmente rigorosa. Tutti i comandi che impattano la configurazione di sistema hanno prefisso ''nas_'' mentre quelli che interessano un singolo Data Mover hanno prefisso ''server_''

Procediamo con la creazione del file system che verr&agrave; chiamato come la share per evitare successiva confusione:
   '''nas_fs''' ''-name'' cvs-exportdb ''-create'' size=200G pool=clar_r5_performance
Il significato dei parametri utilizzati dovrebbe essere evidente. Attraverso il parametro '''pool''' viene specificata la sorgente dello spazio disco da cui attingere per allocare il file system. Il parametro &egrave; utile quando ad un singolo Celerra vengono collegate pi&ugrave; sorgenti (pool) da cui pescare. In ogni configurazione dotata di storage dedicato esiste il pool clar_r5_performance, che sta ad indicare dischi performanti in configurazione '''RAID5''' di un Clariion.

Il nuovo file system verr&agrave; creato e formattato prima che venga reso il prompt. Una volta riottenuto il controllo della shell, &egrave; necessario '''creare un mount point sul Data Mover prescelto''' ove eseguire il mount:
   '''server_mountpoint''' server_2 ''-c'' /cvs-exportdb
Si &egrave; nuovamente chiamato il mount point con il nome della share per chiarezza. Il parametro ''server_2'' specifica il Data Mover interessato dall'operazione mentre il parametro ''-c'' &egrave; la forma abbreviata di ''-create''.

Si proceder&agrave; con il mount del file system:
   '''server_mount''' server_2 ''-o'' rw cvs-exportdb /cvs-exportdb
La sintassi del comando ricalca quella dell'analogo '''mount di Unix / Linux''': mount -o <opzioni> <dispositivo> <mount_point> con l'aggiunta del Data Mover interessato dall'operazione. Nel nostro caso il dispositivo &egrave; ovviamente il file system creato come appoggio per la share. L'opzione ''rw'' specifica la tipologia di accesso al file system: utilizzando rw si garantiscono sia privilegi di scrittura che lettura all'utenza.

Una volta montato, il file system potr&agrave; essere acceduto da Control Station per operazioni di manutenzione sfruttando il percorso: /nasmcd/quota/slot_2/cvs-exportdb. La Control Station utilizza '''Autofs''' per montare i file system solo quando siano effettivamente acceduti / utilizzati, il comando "ls /nasmcd/quota/slot_2/cvs-exportdb" potrebbe pertanto rendere un errore. Per verificare cosa sia effettivamente montato &egrave; possibile utilizzare il comando:
   '''server_mount''' server_2
che produrr&agrave; un elenco dei file system attestati sul secondo Data Mover.


=== Condivisione della share ===

La share &egrave; pronta per essere condivisa con le macchine che dovranno utilizzarla. Dovranno essere lanciati pi&ugrave; comandi di esportazione:
   '''server_export''' server_2 ''-Protocol'' nfs ''-option'' rw=db01acvs.pro.nas:db01bcvs.pro.nas /cvs-exportdb
   '''server_export''' server_2 ''-Protocol'' nfs ''-option'' root=db01acvs.pro.nas:db01bcvs.pro.nas /cvs-exportdb
   '''server_export''' server_2 ''-Protocol'' nfs ''-option'' access=db01acvs.pro.nas:db01bcvs.pro.nas /cvs-exportdb
Come per i comandi precedentemente eseguiti il primo parametro: ''server_2'' specifica il Data Mover su cui operare. Attraverso il parametro ''Protocol'' viene specificato al Data Mover quale protocollo utilizzare per l'esportazione dei dati. La prima riga esporta in sola lettura verso tutti i client ed in lettura e scrittura solo per le macchine elencate nel seguito della riga. Il separatore tra client diversi consiste nel carattere ":". Il permesso root riportato nella seconda riga consente ai client di assegnare privilegi di amministratore sulla share. Infine il permesso '''access''' della terza riga consente ai client di eseguire il mount delle share e renderle pertanto fruibili come file system locali. 

L'elenco pu&ograve; contenere sia i nomi che gli indirizzi IP delle macchine. Perch&egrave; la prima soluzione funzioni &egrave; necessario che in DNS sia attivo e configurato a dovere.

Per verificare che le share siano correttamente esportate, da uno qualsiasi dei client &egrave; possibile interrogare il server utilizzando il comando '''showmount''' -e <hostname>:
   '''showmount''' ''-e'' cl001nas.fe.pro.nas

Per montare la share sulle macchine client &egrave; possibile far ricorso al comando '''mount'''. Nel caso di file system NFS &egrave; necessario specificare la tipologia degli stessi ed alcune opzioni specifiche. La sintassi del comando sara':
   '''mount''' ''-t'' nfs ''-o'' <opzioni> <server>:<share> <mountpoint>
Ove <server> &egrave; il Fully Qualified Domain Name della macchina che esporta la share o, nel caso il Dns non fosse disponibile, l'equivalente indirizzo IP. Nel nostro caso per montare il file system sui client db01acvs o db01bcvs dovr&agrave; essere lanciato il comando:
   '''mount''' ''-t'' nfs ''-o'' rw,bg,hard,intr,nfsvers=3,rsize=8192,wsize=8192,proto=tcp cl001nas.fe.pro.nas:/cvs_exportdb
   /mnt/db/cvs/export

Per rendere il mount automatico all'avvio dei due client &egrave; possibile modificare il file '''/etc/fstab''' (/etc/vfstab se il sistema operativo fosse Solaris) aggiungendo la riga:
   cl001nas.fe.pro.nas:/cvs_exportdb /mnt/db/cvs/export nfs rw,bg,hard,intr,nfsvers=3,rsize=8192,wsize=8192,proto=tcp 0 0
La share verr&agrave; montata assieme ai file system locali durante la procedura di avvio. Attenzione: In presenza di problemi alla connettivit&agrave; di rete, l'avvio della macchina verrebbe bloccato durante la fase di mount fino a che non venisse superata la soglia di timeout e reso un errore dal client NFS. Un periodo di boot prolungato non &egrave; consigliabile su un server in produzione da cui potrebbero dipendere servizi essenziali. Per evitare l'inconveniente &egrave; consigliato installare e configurare '''autofs''' anzich&egrave; aggiornare il file /etc/fstab.


=== Attivit&agrave; successive alla creazione ===

La sicurezza del dato nei confronti di cancellazioni accidentali &egrave; d'obbligo su share condivise tra pi&ugrave; utenti. &Egrave; bene attrezzarsi per prevenire ed eventualmente risolvere i piccoli inconvenienti che potrebbero derivare dall'uso quotidiano dei file.

I box appartenenti alla famiglia '''Celerra integrano funzionalit&agrave; di snapshot''' per i file system configurati. Gli snapshot possono essere impiegati come sistema di back-up "veloce" che consenta un facile ripristino di dati cancellati accidentalmente. Uno snapshot è una particolare sezione dello spazio disco dedicata al back-up parziale di un volume. Lo snapshot contiene una copia dei dati precedente ad ogni modifica eseguita successivamente alla sua attivazione. Il vantaggio nell'impiego di uno snapshot consiste nella possibilità di eseguire una copia di un volume impiegando solo una frazione dello spazio disco d'origine: il 15 o 20 %. Non essendo una copia completa dei dati originali, lo snapshot non consente l'esecuzione di un ripristino totale;  garantisce solo restore differenziali. Uno snapshot deve essere ritenuto un mezzo per ottenere un back-up istantaneo da passare poi su altro supporto: un nastro magnetico ad esempio. Non come una soluzione di back-up completa.

Il comando '''nas_ckpt_schedule''' consente di schedulare le operazioni di snapshot giornalmente, settimanalmente o mensilmente. Si supponga di voler creare uno snapshot con cadenza giornaliera e ritenzione settimanale alle 03:30 di ogni notte; il comando da lanciare sara':
   '''nas_ckpt_schedule''' ''-create'' cvs_exportdb_daily ''-filesystem'' cvs_exportdb ''-recurrence'' daily ''-every'' 1 ''-runtimes''
   03:30 ''-keep'' 7

Gli snapshot saranno accedibili in sola lettura dall'utenza direttamente sulle macchine su cui &egrave; montata la share. Nella directory principale della share esister&agrave; una directory nascosta chiamata '''.ckpt''' alla quale si potr&agrave; accedere con il comando '''cd'''. La directory .ckpt conterr&agrave; 7 sottodirectory numerate in ordine decrescente. Ognuna delle sottodirectory &egrave; un punto di accesso ad uno snapshot giornaliero contenente un'immagine dei dati congelata alla data di attivazione. Il contenuto delle directory potr&agrave; essere navigato con i consueti comandi di shell: cd, ls, ecc. .


Per commenti, consigli, domande inviate una e-mail all'indirizzo ''studiosg [chiocciola] giustetti [punto] net''.


Link esterni

----

[https://wiki.archlinux.org/index.php/Autofs_(Italiano) Autofs ArchLinux]

[http://www.freebsd.org/doc/it_IT.ISO8859-15/books/handbook/network-nfs.html Protocollo NFS (FreeBsd Handbook)]

[http://nfs.sourceforge.net/ Protocollo NFS (Linux FAQ)]

[http://it.wikipedia.org/wiki/Network_File_System Protocollo NFS (wikipedia)]

[http://www.emc.com Home page di Emc&sup2;]

[http://italy.emc.com/products/family/celerra-family.htm Home page del Celerra]


----

{{footer_it | link_page=en/celerra_share_nfs}}