Ciao
secondo voi, posso mettere in piedi un server SAN su slackware?
avrei i costi del server + i dischi + la configurazione del sistema.
Il server dovrebbe fare il backup di alcuni server windows e linux (circa 1TB di dati)
Oppure è meglio orientarsi verso una soluzione completa?
Tipo un san con preinstallato il sistema, che si gestisce da solo i raid tra i vari dischi?
Nella seconda ipotesi, avete qualche prodotto da segnalarmi? (possibilmente se ci avete anche lavorato e ne siete rimasti soddisfatti..)
ciao e grazie
san storage
Moderatore: Staff
Regole del forum
1) Citare sempre la versione di Slackware usata e la versione del Kernel. Questi dati aiutano le persone che possono rispondere.
2) Citare il tipo di hardware coinvolto in modo dettagliato.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT. Non usare termini gergali come procio, mobo e simili per identificare i componenti hardware.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
1) Citare sempre la versione di Slackware usata e la versione del Kernel. Questi dati aiutano le persone che possono rispondere.
2) Citare il tipo di hardware coinvolto in modo dettagliato.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT. Non usare termini gergali come procio, mobo e simili per identificare i componenti hardware.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
secondo me con slackware puoi riuscirci benissimo comunque se sei in ambito lavorativo devi considerare tre cose
1) quanto tempo ci metti a tirare su il sistema, configurarlo, e testarlo prima di metterlo in produzione
2) il costo di realizzo della soluzione open source
3) se considerati i tempi di realizzazione del sistema ed il costo complessivo (anche il tempo costa considera che il tempo che tu ci metti a tirarlo su per l'azienda e' comunque un costo) ti conviene comprare un apparato dedicato oppure no .
nel caso decidessi di utilizzare un apparato dedicato i nas della SUN secondo me sono i migliori certo costicchiano un po ma tanto paga l'azienda!!!
1) quanto tempo ci metti a tirare su il sistema, configurarlo, e testarlo prima di metterlo in produzione
2) il costo di realizzo della soluzione open source
3) se considerati i tempi di realizzazione del sistema ed il costo complessivo (anche il tempo costa considera che il tempo che tu ci metti a tirarlo su per l'azienda e' comunque un costo) ti conviene comprare un apparato dedicato oppure no .
nel caso decidessi di utilizzare un apparato dedicato i nas della SUN secondo me sono i migliori certo costicchiano un po ma tanto paga l'azienda!!!
Ultima modifica di kobaiachi il sab 2 giu 2007, 0:34, modificato 1 volta in totale.
il parametro principale è l'affidabilità della soluzione.
Sto verificando i costi di alcuni SAN con connettività in firba ottica, che offrono anche determinate prestazioni in termini di performance.
Sono un po ignorante in materia:
Per interfacciare un server ad una rete in fibra ottica, cosa serve?
Vi sono delle schede apposite? sono riconosciute da slackwarE?
Sto verificando i costi di alcuni SAN con connettività in firba ottica, che offrono anche determinate prestazioni in termini di performance.
Sono un po ignorante in materia:
Per interfacciare un server ad una rete in fibra ottica, cosa serve?
Vi sono delle schede apposite? sono riconosciute da slackwarE?
una slack ridotta un po all'osso e webmin e sei a posto io ero riuscito in 256MB di memory card in modo da non occupare nessun hd.
Ci cacci dentro 4 sata2 da 500Mb e hai 2 TB di spazio, avendo controller per 6 dischi, con 6 dischi da 750 (roba da hardware normale) sono 4,5TB, con un controller 3ware i TB si sprecano.
Ci cacci dentro 4 sata2 da 500Mb e hai 2 TB di spazio, avendo controller per 6 dischi, con 6 dischi da 750 (roba da hardware normale) sono 4,5TB, con un controller 3ware i TB si sprecano.
ok, vi ringrazio.
Dunque, ho fatto un po di ricerche, e mi sembra di avere un po piu chiara la situazone ora.
In pratica, l'architettura che ho in mente è quella di un SAN centralizzato sul quale sono presenti i dati di configurazione e di utilizzo di vari server (con SO vari)
Il primo step potrebbe essere una cosa di questo tipo:
Il secondo step, in grado di garantire maggiore ridondanza dei dati una cosa del genere:
giusto?
Dunque, ho fatto un po di ricerche, e mi sembra di avere un po piu chiara la situazone ora.
In pratica, l'architettura che ho in mente è quella di un SAN centralizzato sul quale sono presenti i dati di configurazione e di utilizzo di vari server (con SO vari)
Il primo step potrebbe essere una cosa di questo tipo:
Codice: Seleziona tutto
SAN -> SWITCH FIBER |
| - fiber adapter -> Server
| - fiber adapter -> Server
Codice: Seleziona tutto
SAN -> SWITCH FIBER |
| | - fiber adapter -> Server
replica |
| | - fiber adapter -> Server
SAN -> SWITCH FIBER |
Lato server ti serve una scheda fibre channel (ormai siamo sui 4Gbit) tipo QLogic Emulex ottimamente supportate dai driver inclusi nel kernel (qui non centra nulla la distribuzione che usi).
Per quanto riguarda la configurazione della SAN con la prima soluzione potresti evitare lo switch se il tuo storage ha un numero di porte sufficienti per la connessione direct-attach di tutti i server. Potrai aquistarlo quando dovrai aumentare il numero di server.
La seconda soluzione aggiunge un secondo storage che costa e che non ha senso tenere in locale (utile per scenari di disaster recovery). Piuttosto una soluzione tipo questa:
I server più critici (o tutti) con 2 schede FC e utilizzi multipath in modo da gestire failover in caso di guasto su di un percorso (porta storage, switch, hba o cavo) e magari anche load balancing.
Ma sei sicuro di aver bisogno di una soluzione di questo tipo? I costi non sono per nulla abbordabili. Magari una soluzione basata su NAS può andare bene?
PS: Ricorda anche i costi della manutenzione, i costi legati all'eventuale raffreddamento della sala dove installerai il tutto, la corrente per fare funzionare gli apparati ...
Per quanto riguarda la configurazione della SAN con la prima soluzione potresti evitare lo switch se il tuo storage ha un numero di porte sufficienti per la connessione direct-attach di tutti i server. Potrai aquistarlo quando dovrai aumentare il numero di server.
La seconda soluzione aggiunge un secondo storage che costa e che non ha senso tenere in locale (utile per scenari di disaster recovery). Piuttosto una soluzione tipo questa:
Codice: Seleziona tutto
Storage -> SWITCH FIBRE1 | | - hba -> Server1
| | - hba -> Server2
|
+------> SWITCH FIBRE 2 | | - hba -> Server1
| - hba -> Server2
Ma sei sicuro di aver bisogno di una soluzione di questo tipo? I costi non sono per nulla abbordabili. Magari una soluzione basata su NAS può andare bene?
PS: Ricorda anche i costi della manutenzione, i costi legati all'eventuale raffreddamento della sala dove installerai il tutto, la corrente per fare funzionare gli apparati ...
normalmente si va su s.o. certificati dai produttori di storage e che offrano supporto di un certo tipo quindi RHEL o Suse.nik600 ha scritto:il tutto è gia in una web farm.
Stiamo parlando di una soluzione che a seconda delle varie configurazioni può andare dai 15 ai 50000 euro.
Volevo sapere se c'erano gia realtà in cui in ambienti enterprise di questo tipo veniva utilizzata slackware
Per il funzionamento non ci sono problemi io ho due macchine con slackware in laboratorio funzionanti.
Io ora lavoro su storage EMC2 (Symmetrix e CLARiiON) quindi prodotti di una certa fascia. In passato ho lavorato anche su sistemi di altri produttori ma sicuramente i prodotti sui quali lavoro ora sono di un livello superiore (parere personale).
PS: 50k non sono poi molti per soluzioni di questo tipo
Ok, ma alla fine la macchina SAN è una macchina con particolari configurazioni hardware in grado di gestire un'alta ridondanza dei dati, giusto?
Nel senso: sulla macchina SAN configurerò un raid 1+0 o 0+1 o xxx, poi ci metterò dei disci che verranno condivisi su un protocollo netbios o nfs.
Alla fine, anche sulla macchina SAN ci devi installare un SO, giusto? o è tutto gestito da un firmware interno (tipo un firewall o un router) ?
A quel punto i server vari in produzione monteranno i dischi remoti utilizzando i vari protocolli e salveranno li le informazioni critiche.
Giusto?
Nel senso: sulla macchina SAN configurerò un raid 1+0 o 0+1 o xxx, poi ci metterò dei disci che verranno condivisi su un protocollo netbios o nfs.
Alla fine, anche sulla macchina SAN ci devi installare un SO, giusto? o è tutto gestito da un firmware interno (tipo un firewall o un router) ?
A quel punto i server vari in produzione monteranno i dischi remoti utilizzando i vari protocolli e salveranno li le informazioni critiche.
Giusto?
Ripeto non ha senso parlare di "macchina SAN" è come se tu dicessi "macchina LAN" parlando di un fileserver : non ha senso. SAN è un network a tutti gli effetti.
Il protocollo fcp è un incapsulamento del protocollo SCSI su fibra ottica quindi per la comunicazione prevedere un initiator ed un target.
Nel tuo caso l'initiator è il server (o meglio... l'hba del server) mentre il target è lo storage al quale questo effettua il login (in termini di protocollo fcp non inteso come autenticazione tramite password o simili).
Il target è un appliance che normalmente gestisce in modo trasparente e con proprio firmware gli I/O da e verso gli host, preoccupandosi di gestire la protezione. Non è un server.
Usando storage FC (come nel caso dello SCSI dopotutto) il server vedrà un disco come risorsa locale (in Linux per es. /dev/sdX).
Poi il collegamente interno verso i dischi può essere SCSI, ATA, FC...
I protocolli utilizzati sugli appliance NAS sono normalmente CIFS ed NFS.
Il protocollo fcp è un incapsulamento del protocollo SCSI su fibra ottica quindi per la comunicazione prevedere un initiator ed un target.
Nel tuo caso l'initiator è il server (o meglio... l'hba del server) mentre il target è lo storage al quale questo effettua il login (in termini di protocollo fcp non inteso come autenticazione tramite password o simili).
Il target è un appliance che normalmente gestisce in modo trasparente e con proprio firmware gli I/O da e verso gli host, preoccupandosi di gestire la protezione. Non è un server.
Usando storage FC (come nel caso dello SCSI dopotutto) il server vedrà un disco come risorsa locale (in Linux per es. /dev/sdX).
no. Tu parli di NAS (Network attached storage) che prevedono connettività esterna solo via IP e non via FC.Nel senso: sulla macchina SAN configurerò un raid 1+0 o 0+1 o xxx, poi ci metterò dei disci che verranno condivisi su un protocollo netbios o nfs.
A quel punto i server vari in produzione monteranno i dischi remoti utilizzando i vari protocolli e salveranno li le informazioni critiche.
Poi il collegamente interno verso i dischi può essere SCSI, ATA, FC...
I protocolli utilizzati sugli appliance NAS sono normalmente CIFS ed NFS.