SBN 2004

1. SBN 2004 Polo SBN della Sapienza e della Regione Lazio tra passato, presente e futuro: uno sguardo alla tecnologiaUgo Continocontino@caspur.it Vecchio Edificio di Fisica – Sala Conversi 23 giugno 2004

2. 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à”? Convegno SBN della Sapienza – 23 giugno 2004

3. 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 Convegno SBN della Sapienza – 23 giugno 2004

4. Lo scenario del passato … DB Indice 3090/390 3090 Se il flusso di dati tra il server di Polo e il server centrale subiva una interruzione superiore ai 2 secondi l’applicativo SBN si interrompeva (limite del protocollo SNA) DB di POLO collegamento 10 Mbps 3745 POLO SBN-RMS collegamento SNA (64 Kbps) ICCU Convegno SBN della Sapienza – 23 giugno 2004 Rete GARR Applicativo QVS 3270 Verso gli altri poli (collegamenti SNA) Utente catalogatore

5. 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 onerosi Convegno SBN della Sapienza – 23 giugno 2004

6. … lo scenario del presente … DB Indice UNIX cluster Se il flusso di dati tra il server di Polo e il server centrale subisce una interruzione (anche superiore a 60’) l’applicativo SBN NON si interrompe (vantaggio della nuova architettura) UNIX Server DB di POLO collegamento 1 Gbps Rete GARR LAN ICCU POLO SBN-RMS ICCU Convegno SBN della Sapienza – 23 giugno 2004 Terminal Client Cifrato (ssh) Verso gli altri poli (collegamenti TCP/IP) Utente catalogatore

7. Architettura SAN – dischi SCSI Controller 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 Sistema Firewall modulare ad Alta Disponibilità L’architettura del POLO in dettaglio DB OPAC DB gestionale SCSI channel (v.2) 2 Gbps 100 Mbps Convegno SBN della Sapienza – 23 giugno 2004 Fast/Giga-Ethernet 1 Gbps Sistema di back-up dei dati su nastro (TSM) 1 Gbps Rete GARR

8. Vantaggi dell’architettura ad Alta Disponibilità • Cosa succede se… 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) Convegno SBN della Sapienza – 23 giugno 2004 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 gli elementi 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!

9. 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 Convegno SBN della Sapienza – 23 giugno 2004

10. Il futuro dietro l’angolo … Reti di telefonia mobile GSM/GPRS/UMTS Gateway OPAC multimedale Utenza remota mobile Bilanciatori di carico LAN CASPUR Rete Wireless Dip./Ateneo Periodici elettronici Rete Sapienza Convegno SBN della Sapienza – 23 giugno 2004 Wireless POP LAN Bib. Dip. Utenza di ateneo mobile Biblioserver Utenza fissa Utente catalogatore

11. Grazie per l’attenzione… ugo.contino@caspur.it Convegno SBN della Sapienza – 23 giugno 2004