Ex IGI Operations Accounting and ticketing Overview Con

  • Slides: 7
Download presentation
Ex IGI Operations Accounting and ticketing

Ex IGI Operations Accounting and ticketing

Overview • Con la fine del quarto anno di EGI, alcune attivita’ non sono

Overview • Con la fine del quarto anno di EGI, alcune attivita’ non sono piu’ finanziate – E con loro le persone (alcune delle quali, anche in ambito operations, sono andate via). • Occorre quindi razionalizzare alcune attivita’, oggi si parla di: – Proposta evoluzione Accounting • Si veda Cd. Ga del 3 Ottobre 2013: https: //agenda. cnaf. infn. it/conference. Display. py? conf. I d=555 – Sistema di ticketing 26/02/2021 IGI Operations 2

Accounting OGGI • • Distributed Grid Accounting System (DGAS) sensors collect accounting information at

Accounting OGGI • • Distributed Grid Accounting System (DGAS) sensors collect accounting information at Grid site level Site data are sent to site or multisite Home Location Registers (HLRs) A top-level HLR receives Usage Records (URs) from all the Grid HLRs HLRmon retrieves data from the top level HLR and presents them through a web interface. Aggregated data are also sent to the European Grid Infrastructure (EGI) Accounting Portal 26/02/2021 IGI Operations 3

Accounting Faust (cdga 3 Ottobre) Cloud record Accounting RESTful Web service (nick: FAUST) APEL

Accounting Faust (cdga 3 Ottobre) Cloud record Accounting RESTful Web service (nick: FAUST) APEL SSM publisher hlr. Mon Batch system record quota enforcement DB BLAH record Billing Storage record Oltre alle cloud si potrebbero trattare sistemi di storage, farm grid, farm locali, e perché fermarsi: accounting di database o dell’interattivo.

tre strade • • l'intenzione e' di adottare sui siti i sensori di APEL

tre strade • • l'intenzione e' di adottare sui siti i sensori di APEL ed APEL-SSM (no HLR, supporto delegato a APEL user support). I siti dovranno installarsi un servizio aggiuntivo (apel locale). per tenere una copia nazionale dei dati le strade tecnicamente percorribili sono tre. 1. APEL SSM sui siti (nodo Apel-client) viene configurato per inviare i record tramite messaggi in chiaro ad un broker di messagistica Italiano, eventualmente installabile e gestibile a Torino. • • • 2. Sul nodo APEL client dei siti, l'output della procedura di generazione dei record rappresentato da una serie di file in uno specifico path, viene duplicato all'origine, quindi sul nodo dove gira Apel. Client tramite una procedura da girare prima dell'instanziazione di APEL SSM. • • • 3. Il broker viene configurato per duplicare il canale in ingresso in due canali di uscita. Il primo dei due canali viene usato come input per un istanza di Apel SSM che cifra i dati secondo la procedura usata da APEL-SSM (cifratura PKI). Il secondo canale viene consumato da FAUST per l'uso che ne vogliamo fare a livello nazionale Pro: completo controllo di quello che si invia a EGI. Infrastruttura riusabile per altri progetti. Contro: servizio aggiuntivo (msg broker nazionale, spof, ma vengono eliminati HLR) A quel punto due istanze diverse di APEL SSM vengono configurate, una per l'invio ai broker dell'infrastruttura EGI usando la cifratura standard di APEL, l'altra per l'invio al broker specifico da cui poi FAUST li consumera'. Pro: configurazione disgiunta EGI/Nazionale, Infrastruttura riusabile per altri progetti. Contro: no controllo su invio a EGI, servizio aggiuntivo (msg broker nazionale, spof, ma vengono eliminati HLR) I siti vengono configurati con APEL SSM standard per inviare I dati a EGI. HLRMon recupera I dati italiani da EGI (come un qualsiasi consumer). • • 26/02/2021 Pro: configurazione standard per tutti i siti (come quelli europei). Nessun servizio CORE da mantenere. Contro: HLRMon come consumer, nessuna infrastruttura nazionale a disposizione per eventuali altri progetti. Ex IGI Operations 6

IGI user support and Helpdesk model The IGI Help. Desk supports both national and

IGI user support and Helpdesk model The IGI Help. Desk supports both national and international users and VOs together with the IGI resource site managers. Tickets opened by external users, and EGI operations teams are routed inside the IGI Help. Desk through the GGUS The first level support is organized in weekly shifts. The sites are monitored using dedicated Nagios tests and, in case of problems, tickets are opened by the ROD and a first help is provided. The second and third level support is provided by specialized teams from the operations and by the middleware developers. IGI Site Administrators IGI Users IGI ROD (Regional On Duty) (First level) Regional Helpdesk facility Based on a open source tool (XOOPS/x. Help) Interfaced via SOAP WS with the GGUS 26/02/2021 IGI Operations experts and software developers (Second and third level) IGI Operations 7

Il problema e possibili soluzioni • Il sistema di ticketing nazionale e obsoleto e

Il problema e possibili soluzioni • Il sistema di ticketing nazionale e obsoleto e non mantenibile, ma funzionante e in produzione. Aspettiamo l'emergenza di rimanere senza o pianifichiamo qualche cosa? Tre possibilita’: 1. Xgus: interfaccia a GGUS per NGI, gestita da http: //xgus. scc. kit. edu/ – Usato da NGI-DE, NGI-CH, NGI-AEGIS, EUMED GRID, NGI-Africa 2. GGUS direttamente – La maggior parte delle NGI usano direttamente GGUS • Hanno pochi siti e nessun supporto centralizzato 3. Valutare un nuovo sistema di ticketing nazionale (da interfacciare a GGUS). 26/02/2021 IGI Operations 8