Smart Cities and Communities and Social Innovation Bando MIUR D.D. 391/Ric. del 5 luglio 2012 Monitoring e Billing in OCP
Monitoring - introduzione Introduzione: Il tema del monitoraggio è di fondamentale importanza in generale nella gestione di infrastrutture complesse ed in particolar modo nell ambito della tematica Cloud sia dal punto di vista del controllo dell efficienza del sistema sia come base per le ulteriori attività di metering, accounting e billing delle risorse della cloud ai vari livelli IaaS, PaaS e SaaS. Requisiti: Il sistema di monitoraggio della piattaforma OCP dovrà assolvere ai seguenti compiti: Raccogliere e rendere fruibili i dati di monitoraggio relativi alla cloud di interesse, per I livelli IaaS, PaaS e SaaS; Fornire un servizio di monitoraggio scalabile e integrato con le parti rilevanti dell infrastruttura. Fornire metriche di monitoraggio rilevanti per l uso come dati di accounting funzionali al billing. Approccio e strumenti: Utilizzare, quanto possibile, strumenti esistenti di comprovata affidabilità e scalabilità, estendendone le funzionalità e integrandoli con le componenti architetturali della piattaforma OCP. 2
Monitoring IaaS/PaaS strumenti Gli strumenti scelti per il monitoraggio IaaS/PaaS sono: Openstack Ceilometer: tool di openstack che permette di recuperare informazioni di monitoraggio dallo strato IaaS di Openstack. Zabbix: software di monitoraggio opensource, ampiamente utilizzato nel monitoraggio di servizi calcolo, sia tradizionali che cloud-oriented. Comprovatamente scalabile, dotato di buone API che ne garantiscono la possibilità di essere integrato con il resto dell infrastruttura OCP. PROZAC, fork INFN del software ZCP : Zabbix to Ceilometer Proxy: tool che permette di veicolare le metriche raccolte da Ceilometer verso Zabbix. Permettendo così di garantire la disponibilità di un set di metriche ricavate direttamente dall infrastruttura OpenStack. 3
Monitoring IaaS/PaaS architettura 4
Monitoring SaaS strumenti La particolare natura del monitoraggio applicativo ha richiesto un approccio diverso rispetto al monitoraggio IaaS/PaaS: Il sistema è incentrato su un Enterprise Service Bus (La scelta è ricaduta su WSO2 ESB). Ogni appilcativo puo pubblicare metriche ed eventi al sistema interfacciandosi con l ESB. Metriche ed eventi possono essere generati anche tramite un log collector. I dati sono archiviati su database di tipo NoSQL. Il sistema di Monitoraggio IaaS/PaaS (descritto nelle slide precedenti) viene a questo livello visto come uno dei tanti applicativi che espone le proprie metriche all ESB e di qui agli attori interessati. I clienti interessati a metriche di monitoraggio applicativo potranno accedervi sempre tramite l ESB. 5
Monitoring SaaS architettura 6
Billing - introduzione Introduzione: Il billing è per definizione il processo con cui si determina l entità del pagamento che un provider di servizi riceverà dall utente finale in cambio dei servizi erogati. Alla definizione del modello di billing contribuiscono una serie di fattori, eterogenei per natura, quali: Il modello di pricing le regole che determinano il calcolo del prezzo legato all uso del servizio, La qualita del servizio garantita I servizi saranno piu costosi al migliorare della QoS garantita, Il periodo di utilizzo in generale il consumo, in senso lato, di risorse del sistema, La tipologia di servizio erogato servizi di differente complessita comporteranno costi diversificati. Requisiti: Il sistema di billing della piatttaforma OCP dovrà assolvere ai seguenti compiti: Tradurre I dati di accounting provenienti dai sistemi di monitoraggio, autenticazione ed autorizzazione in costi applicabili agli utenti secondo il modello di billing definito dal progetto. Essere sufficientemente flessibile da permettere la definizione di diversi modelli di billing. Approccio e strumenti: Utilizzare, quanto possibile, strumenti esistenti di comprovata affidabilità e scalabilità, estendendone le funzionalità e integrandoli con le componenti architetturali della piattaforma OCP. 7
Billing architettura In architettura si può notare che Il sistema di autenticazione ed autorizzazione, da cui ricavare i dati di accesso alle risorse utilizzate, viene visto come une generica applicazione monitorata tramite la piattaforma di monitoring SaaS. Le metriche che devono essere esposte come dati di consumo ed accesso, le regole del modello di pricing e in generale la logica del sistema di billing vengono gestite da un interfaccia che si occupi di astrarre l implementazione specifica del software di billing adottato. Le modalità di comunicazione di detta interfaccia verso il software di billing possono essere due: wrapper diretto dell API (linea tratteggiata) del software oppure wrapping mediato dal message bus (linea tratto-punto). Per quanto riguarda l ESB si intende utilizzare quanto già in programma per la piattaforma di monitoraggio dei servizi applicativi. 8