Parlando di network i discorsi naturalmente diventano complessi (creazione di un intero ecosistema virtuale comparabile ad uno reale): Separazione layers prima introduzione Layer fisico di seguito il piu “complicato” logico Estrema esemplificazione per il kick-off

LNL PD GARR-X + LHC-ONE GARR-X Backdoor 1Gb/s 2x10Gb/s 1x10Gb/s CISCO 4900 Juniper 4500 2x10Gb/s Juniper 4500 1x1Gb/s Futuro 2x10Gb/s 2x10Gb/s 1x1Gb/s HP 5412 HP 5412 HP 5412 Link “privato” T2 10Gb/s Risorse T2 Risorse T2 Risorse GRID

Link “privato” T2 + Cloud Link 10Gb/s VLAN separate LNL PD GARR-X + LHC-ONE GARR-X Backdoor 1Gb/s 2x10Gb/s 1x10Gb/s CISCO 4900 Juniper 4500 2x10Gb/s Juniper 4500 1x1Gb/s Futuro 2x10Gb/s 2x10Gb/s 1x1Gb/s HP 5412 HP 5412 HP 5412 Link “privato” T2 + Cloud Link 10Gb/s VLAN separate Risorse T2 Risorse T2 Risorse GRID

LNL PD GARR-X + LHC-ONE GARR-X Backdoor 1Gb/s 2x10Gb/s 1x10Gb/s CISCO 4900 Juniper 4500 Cloud link 10G 2x10Gb/s Juniper 4500 1x1Gb/s Futuro 2x10Gb/s 2x10Gb/s ? 1x1Gb/s HP 5412 HP 5412 HP 5412 Link “privato” T2 10Gb/s Risorse T2 Risorse T2 Risorse GRID

LNL PD GARR-X + LHC-ONE GARR-X Backdoor + Cloud link 10Gb/s 2x10Gb/s 1x10Gb/s CISCO 4900 Juniper 4500 2x10Gb/s Juniper 4500 1x1Gb/s Futuro 2x10Gb/s 2x10Gb/s 1x1Gb/s HP 5412 HP 5412 HP 5412 Link “privato” T2 10Gb/s Risorse T2 Risorse T2 Risorse GRID

Passando al layer logico, varie problematiche: Premesse: le features OpenStack lato networking possono influenzare anche le scelte fisiche; sarebbe importante conoscerne bene le potenzialita’ in relazione a conoscenze solide di rete! Va cmqe individuata una VLAN unica che vada bene sia a PD che a LNL come fatto per il T2 Passando al layer logico, varie problematiche: Rete di management / rete “utenti” (ma poi anche di storage management/utenti, etc) Rete management: rete/i pubblica/privata (dominio, servizi, world outgoing conn, …) Rete utenti: dipende dal servizio che si vuol dare (solo private, anche pubbliche) Reti private: unica per tutti, isolate (problema root access)

Scenario finale possibile Nuovo Dominio cloud-areapd.infn.it: il nome e` ovviamente indicativo !!!! Le risorse cloud devono poter essere distribuite in diversi posti fisici: ogni sede applica I filtri piu opportuni per le reti utente, mentre la parte di management deve essere uniforme (ad esempio VLAN unica e gestione a layer 2) Filtro infn-pd INFN-PD Filtro infn-lnl INFN-LNL cloud-areapd.infn.it Semplice dominio amministrativo: la maggior parte del discorso si risolve al link al portale per la creazione ed il mng di una VM Le VM create avranno il loro dominio di appartenenza, subnet e routing table Filtro uni-pd Ci sara poi la relazione con la eventuale cloud nazionale ?! UNIPD