Polo SBN della Sapienza e della Regione Lazio tra Polo SBN della Sapienza e della Regione Lazio tra passato, presente e futuro: uno sguardopassato, presente e futuro: uno sguardo

alla tecnologia alla tecnologia

Ugo ContinoUgo Contino

contino@caspur.itcontino@caspur.it

SBN 2004 SBN 2004

Vecchio Edificio di Fisica – Sala Conversi Vecchio Edificio di Fisica – Sala Conversi

23 giugno 200423 giugno 2004

Sommario

Il POLO SBN-RMS: dove eravamo … … e dove siamo ora con il POLO SBN-

RMS + SBN-RLZ + SBN-Scuole + (…) Il ruolo del CASPUR nel contesto SBN:

servizi di base e non solo Il futuro dietro l’angolo: quale

architettura per il “POLO che verrà”?

Co

nve

gn

o S

BN

de

lla S

ap

ien

za –

23

giu

gn

o 2

00

4

Gli anni 90: l’era IBM Soluzione centralizzata basata su un’architettura

complessa e proprietaria (prima fase mainframe 3090; seconda fase sistema RS-390)

Sistema operativo (VM-ESA) estremamente affidabile ma molto rigido

Data Base (DB 2 della IBM) ben strutturato ma troppo dipendente dalle procedure di maintenance

Collegamenti con l’Indice basati su un protocollo (SNA) “complicato”, poco flessibile ed estremamente robusto dal punto di vista della sicurezza (… ma l’università non è una banca!)

Costi di gestione sistemistico-applicativi estremamente onerosi

Co

nve

gn

o S

BN

de

lla S

ap

ien

za –

23

giu

gn

o 2

00

4

Lo scenario del passato …

Rete GARR

3745

3090/390 3090DB di POLO

Verso gli altri poli (collegamenti SNA)

Utente catalogatore

Applicativo QVS 3270

collegamento SNA (64 Kbps)POLO SBN-RMS

ICCU

Se il flusso di dati tra il server di Poloe il server centrale subiva una

interruzione superiore ai 2 secondil’applicativo SBN si interrompeva

(limite del protocollo SNA)

DB Indice

collegamento 10 Mbps

Co

nve

gn

o S

BN

de

lla S

ap

ien

za –

23

giu

gn

o 2

00

4

Il nuovo millennio: il binomio LINUX-TCP/IP

Soluzione distribuita basata su un’architettura semplice ed aperta (cluster su sistema operativo LINUX e collegamenti nativi su rete TCP/IP)

Apertura al mondo del software open-source garantita dall’adozione di un sistema operativo UNIX “non-proprietario”

Soluzione basata su un’architettura ad “alta disponibilità” (H.A.) e fortemente scalabile

Evoluzione della piattaforma del gestionale in ambiente UNIX

Adozione nell’Indice dello standard TCP/IP per i collegamenti e dei sistemi UNIX per il gestionale

Nuove funzionalità del gestionale utilizzato ed unificazione con l’ambiente OPAC

Costi di gestione sistemistico-applicativi meno onerosiCo

nve

gn

o S

BN

de

lla S

ap

ien

za –

23

giu

gn

o 2

00

4

… lo scenario del presente …

Rete GARR

UNIX cluster UNIX ServerDB di POLODB Indice

Verso gli altri poli (collegamenti TCP/IP)

Utente catalogatore

Terminal Client Cifrato (ssh)

collegamento 1 Gbps

POLO SBN-RMS

ICCU

LAN ICCUSe il flusso di dati tra il server di Polo

e il server centrale subisce unainterruzione (anche superiore a 60’)l’applicativo SBN NON si interrompe(vantaggio della nuova architettura)

Co

nve

gn

o S

BN

de

lla S

ap

ien

za –

23

giu

gn

o 2

00

4

Co

nve

gn

o S

BN

de

lla S

ap

ien

za –

23

giu

gn

o 2

00

4

L’architettura del POLO in dettaglio

500 GB raid5

SebinaSBN

SebinaOPAC

Switch centraleLAN CASPUR

Firewall di frontiera

Rete GARR

1 Gbps

100 Mbps

2 Gbps

Fa

st/

Gig

a-E

the

rne

tS

CS

I c

ha

nn

el

(v.2

)

Architettura SAN – dischi SCSIController multiplo – RAID 5

Cluster Linux – Server quadri-Processore – CPU Xeon a 2 GHz

RAM 8 GB/server

Switch di rete modulare>300 Gbps di banda di rete

>10 milioni di flussi contemporanei

1 Gbps

Sistema Firewall modulare ad Alta Disponibilità

DB gestionaleDB OPAC

Sistema diback-up dei dati sunastro (TSM)

Vantaggi dell’architettura ad Alta Disponibilità Cosa succede se…

Co

nve

gn

o S

BN

de

lla S

ap

ien

za –

23

giu

gn

o 2

00

4

Si rompe un alimentatore del cluster …… interviene il secondo alimentatore

Si corrompono i dati su un disco

dell’array …

… il sistema RAID5 permette il recupero

automatico dei dati persi (manuale fino a

due dischi; oltre c’è il sistema di back-up su

nastro)

Si blocca il server che gestisce il gestionale …

… il servizio viene automaticamente girato

sul server che gestisce l’OPAC (anche la

gestione del service recovery è automatica)

Si blocca il server che gestisce l’OPAC …… il servizio viene automaticamente girato

sul server che gestisce il gestionale

Si interrompe il collegamento del gestionale

con l’ICCU …… il nuovo applicativo permette di lavorare in locale e di riversare sul DB centrale i dati processati al successivo collegamento

Si rompono i due alimentatori di tutti glielementi del cluster, si corrompono 3 dischi dell’array, si bloccano entrambi server, si corrompe il nastro con il back-up …

… per i miracoli ci dobbiamo ancora

attrezzare!

Il ruolo del CASPUR: servizi di base, ma non solo…

Il CASPUR sin dai primordi del progetto Sapienza ha fornito il supporto tecnologico sia per il gestionale che per l’OPAC

Riacquisita di recente la gestione dell’OPAC (in precedenza in outsourcing)

Piattaforma di gestione dell’anagrafe delle biblioteche del POLO

Gestionale per i documenti del gruppo di lavoro Nuovo tool per le statistiche on-line Gestione avanzata delle informazioni di

anagrafe (CMS) Strumenti di validazione automatica dei dati

importati da basi dati esterne al progetto Progetto nazionale Biblioteche nelle Scuole

Co

nve

gn

o S

BN

de

lla S

ap

ien

za –

23

giu

gn

o 2

00

4

Reti di telefonia mobile

Rete Wireless Dip./Ateneo

Rete Sapienza

LAN Bib. Dip.

Il futuro dietro l’angolo …

Co

nve

gn

o S

BN

de

lla S

ap

ien

za –

23

giu

gn

o 2

00

4

LAN CASPUR

Bilanciatori dicarico

Biblioserver

GSM/GPRS/UMTSGateway

Utente catalogatore

Utenza fissa

Utenza di ateneomobile

Utenza remotamobile

OPAC multimedale

Wireless POP

Periodici elettronici

Co

nve

gn

o S

BN

de

lla S

ap

ien

za –

23

giu

gn

o 2

00

4

Grazie per l’attenzione…

ugo.contino@caspur.it