PRIN NAPOLI Enzo Capone, Gianpaolo Carlino, Alessandra Doria, Rosario Esposito, Leonardo Merola, Silvio Pardi, Arturo Sanchez Pineda.

PRIN NAPOLI Obiettivi del progetto LHCONE:  Integrazione in LHCONE, test su connettività e prestazioni  Installazione e deployment dei servizi relativi al monitoring perfSonar  Riconfigurazione della connessione al GARR  Studio di paradigmi e protocolli su LHCONE e di tecnologie di ‘’Bandwidth on Demand’’. “Tier2 Distribuito”  Studio di tecnologie Layer2 su WAN  Realizzazione e test di un prototipo di Tier2 distribuito tra Napoli e Roma

3 SPERIMENTAZIONE Il Tier 2 di Napoli è stato un sito pilota per ATLAS per la sperimentazione LHCONE: Installazione delle sonde di monitoring perfSonar per misure di banda TCP, latenza e perdita di pacchetti. Configurazione in perfSonar di test specifici tra i Tier2 di ATLAS. Preparazione di uno script di installazione e configurazione di perfSonar, poi utilizzato da tutti i siti.

4 LHCONE in PRODUZIONE A fine 2013 è stata completamente riconfigurata la connessione con il GARR del Tier2 di ATLAS Napoli : Upgrade del link geografico a 10Gbit/s, su link separato dalla sezione, con possibilità di fail-over. Separazione del traffico General Internet da quello LHCONE, che richiede un collegamento all’istanza VRF dedicata sul router del GARR. Configurazione del protocollo di routing BGP (Border Gateway Protocol) sul router di frontiera, per filtrare gli annunci provenienti da LHCONE La stessa connessione a LHCONE è attualmente utilizzata dal Tier2 di ATLAS e dal Regional Center di BELLE II a Napoli

5 TIER2 DISTRIBUITO Applicazione dello studio di tecnologie Layer2 su WAN Sperimentare la possibilità di creare una infrastruttura unitaria geograficamente distribuita, attraverso tecnologie di Cloud Computing. Studiare soluzioni ad alta affidabilità per il sito distribuito Testare tecnologie di filesystem distribuiti su scala geografica, per gestire failover e crash recovery. Verificare l’eventuale impatto della latenza sulla stabilità del sistema e individuarne i limiti. Prototipo di Tier2 distribuito tra Napoli e Roma1

6 Il servizio end-to-end connette su VLAN dedicate le sedi Tier2 di Napoli e di Roma1. Connessione Layer2 tra i due siti. Banda garantita e dedicata di 1Gbps. Latenza minima 5 ms, Banda Misurata tra due server 938Mbit/s Packet loss misurata 0%

7 ARCHITETTURA

8 Spegnendo un servizio in un sito, viene attivato nell’altro Tempo di migrazione della memoria di una macchina attiva circa 10 secondi. Banda saturata da una singola migrazione: il meccanismo di live migration non comporta inefficienza MB/s

9 Stress Test del GluserFS con IOzone: Il sistema ha dimostrato stabilità anche sotto I/O intensivo. In figura il traffico prodotto sul link geografico

10 NEXT GARR ha fittiziamente aumentato la latenza della connessione fino a 37ms, variando la topologia di rete. Studiate le prestazioni del filesystem simulando centri geograficamente più distanti O(1000) km Benchmark “smallfile” sull’accesso ai metadati di GlusterFS, al variare della latenza. Numero di operazioni al secondo su files molto piccoli, per osservare l’overhead dovuto alle operazioni sui metadati

11 NEXT Continuare la sperimentazione su LHCONE con SDN (Software Defined Networking) Per il Tier2 distribuito: Testare altri filesystem distribuiti e confrontarli con GlusterFS. Testare diverse configurazioni dell’infrastruttura di Cloud. Sperimentare nuove topologie di rete a siti multipli, invece che punto-punto. Fine tuning mirati alla stabilità dei diversi servizi peculiari dei Tier2.

12

13 IMPLEMENTAZIONE Gluster Openstack HAVANA/ICEHOUSE