Sviluppo Tools Automatic Deployment IaaS OCP Cristina Aiftimiei (INFN-CNAF) AG del 26/03/2015.

Slides:



Advertisements
Presentazioni simili
Prospettive dei servizi cloud in ENEA-GRID
Advertisements

2007/05/04Una piattaforma DRM sperimentale per digital media 1 Una proposta di piattaforma DRM sperimentale per digital media F. Chiariglione (CEDEO.net),
OpenStack User Group Italia
ISA Server 2004 Enterprise Edition Preview. ISA Server 2004.
Windows Server 2003: Tecnologie per lalta disponibilità Andrea Candian.
Il Consolidamento di Servizi Virtual Server 2005 PierGiorgio Malusardi Evangelist - IT Professional Microsoft.
UNIVERSITA DEGLI STUDI DI MODENA E REGGIO EMILIA Facoltà di Ingegneria – Sede di Modena Corso di Laurea in Ingegneria Informatica Progetto e sviluppo di.
Organizzazione di una rete Windows 2003
Global Business Services © 2007 IBM Corporation System i Promuovere linnovazione, semplificare lIT Audrey Hampshire, System i Product Manager Italia.
Integrazione di una piattaforma IPTV in un’architettura SOA
COLT Enterprise Cloud Dionigi Faccenda La visione di COLT.
LNL M.Biasotto, Bologna, 13 dicembre Installazione automatica Massimo Biasotto – INFN LNL.
GridICE attività in corso e sviluppi futuri Gennaro Tortone Bologna, 4 marzo Technical Board INFNGRID
La sicurezza può essere fornita in ciascuno degli strati: applicazione, trasporto, rete. Quando la sicurezza è fornita per uno specifico protocollo dello.
Fare clic per modificare lo stile del titolo Fare clic per modificare stili del testo dello schema – Secondo livello Terzo livello – Quarto livello » Quinto.
Benvenuti a Un incontro informativo di grande valore ed alto contenuto sulla Virtualizzazione e sistemi ad alta disponibiltà per le PMI.
U N INFRASTRUTTURA DI SUPPORTO PER SERVIZI DI FILE HOSTING Matteo Corvaro Matricola Corso di Reti di Calcolatori LS – Prof. A. Corradi A.A.
Printserver2.pg.infn.it (VM Xen in esecuzione su redhat cluster)
Installazione di Drupal: requisiti. (sistemista) Installazione, struttura dei file, nodi speciali.
Un problema importante
Configurazione di una rete Windows
Dischi in RAID  Redundant Array of Independent Disk Configurazione che permette di combinare più dischi secondo obiettivi di performance e ridondanza.
Works in progress.  Semplificazione e maggiore efficienza della gestione  Risparmio (nel medio periodo)  Riallocazione delle risorse (hardware e timesheet)
OpenProj: una valida alternativa a MS Project
Servizio Sistema Informativo - Area Gestione Sistemi e Sicurezza – LNF – Dael Maselli Area Gestione Sistemi e Sicurezza LNF Plenaria Servizio Sistema Informativo.
Extreme Cluster Administration Toolkit Alberto Crescente, INFN Sez. Padova.
RHCS XEN Cluster Dael Maselli – Workshop CCR – Maggio 2009.
Dario Orselli Centro di Ateneo per le Biblioteche Università di Messina Seminario Pescara, Sala convegni CARIPE, 22 – 23 magio 2007 Autenticazione federata:
Tecnologie di Sicurezza in Internet APPLICAZIONI AA Ingegneria Informatica e dell’Automazione programma.
Layered Grid Architecture. Application Fabric “Controlling elements locally”: Access to, & control of, resources Connectivity “Talking to Grid elements”:
BaBar Tier A Administration Workshop CCR, Paestum Giugno 2003 Alberto Crescente, INFN Sez. Padova.
Alessandro Tirel - Sezione di Trieste Storage Area Network Riunione gruppo Storage Padova, 5 ottobre 2005.
Grid nelle sezioni: Milano Luca Vaccarossa INFN – Sezione di Milano Workshop sulle Problematiche di Calcolo e Reti nell'INFN.
Riunione CCR 21/12/2005 Gruppo Storage Relazione sulla analisi di infrastrutture Fibre Channel e presentazione attivita’ per il 2006 Alessandro Brunengo.
Accesso a ShareGrid mediante VPN ing. Sergio Rabellino Dipartimento di Informatica Università degli Studi di Torino.
Licensed under Creative Commons Attribution 3.0 License / ShareGrid Idee per prospettive future
C. Aiftimiei INFN-CNAF/SDDS Quest'opera è distribuita con Licenza Creative Commons Attribuzione - Non commerciale - Condividi allo stesso modo.
OpenStack/WNoDeS integration: a demo and next steps Vincenzo Ciaschini Catania, 29/5/14.
Roberto Covati INFN di Parma. Workshop CCR/INFN GRID Palau maggio Sommario VmWare Server (in produzione dal 2004 al 2008) VmWare Infrastructure.
Roberto Covati – Roberto Alfieri INFN di Parma. Incontri di lavoro CCR dicembre Sommario VmWare Server (in produzione dal 2004) VmWare ESX.
Riunione PRIN STOA - Bologna - 18 Giugno 2014 Testbed del T2 distribuito Napoli-Roma Dr. Silvio Pardi INFN-Napoli Riunione PRIN STOA – Bologna 18 Giugno.
C ontrol system based on a H ighly A bstracted and O pen S tructure 1 WP5 !CHAOS Computing Storing and Access Policy WP5 !CHAOS Computing Storing and Access.
XzelCloud Cloud Advanced Services on large-scale Federated Infrastructures Call ICT-7 (23 Apr ‘14) Marco Verlato (INFN-PD)
Domenico Elia1Riunione PRIN STOA-LHC / Bologna Attività per ALICE: sommario e prospettive Domenico Elia Riunione PRIN STOA-LHC Bologna, 18 Giugno.
WP11 Stato avanzamento lavori CTS - Bologna - 27/03/2015.
Workshop della Commissione Calcolo e Reti 28 Maggio 2013 Federazione di risorse Cloud con CLEVER 1.
OpenShift Origin – Cosa è
DA e controlli DAFNE Riccardo Gargana Frascati 13/12/ /12/13.
 Cenni su switch e vlan  Layout fisico per la rete della cloud  Layout virtuale dei computing nodes  Layout virtuale del nerwork node  Riassunto.
Worker node on demand: le soluzioni Andrea Chierici INFN-CNAF CCR 2009.
Open City Platform: i primi risultati Riunione CCR, 16 settembre 2015 Luciano Gaido.
The long road to Juno Matteo Panella ( INFN-CNAF/SDDS) On behalf of the team Quest'opera è distribuita con Licenza Creative Commons.
Davide Benvegnù Continuous Integration con VSO #VSOCI.
Open City Platform: stato del progetto Workshop CCR, Trento, 17 marzo 2016 Luciano Gaido.
Attività e servizi di calcolo a Roma Tor Vergata R. Kwatera, R. Lulli, R. Sparvoli Roma Tor Vergata.
Progetto iSCSI Report alla CCR 12-13/12/2006 Alessandro Tirel – Sezione di Trieste.
HEPiX Spring 2012 Andrea Chierici. In generale 2 Workshop all’anno, generalmente uno in Europa e uno in USA Edizione estremamente interessante con tante.
Smart Cities and Communities and Social Innovation Bando MIUR D.D. 391/Ric. del 5 luglio 2012 “Open City Platform: OCP architecture” OCP architectural.
INFN—Catania Giuseppe Andronico Bologna, 23 Gennaio 2014.
Netgroup (Rapporto di aggiornamento alla Commissione) Stefano Zani (INFN CNAF) CCR Roma, Ottobre 2013.
Open City Platform: IaaS installazione automatica Cristina Aiftimiei, INFN-CNAF 25/09/2015.
Sviluppo Tools Automatic Deployment IaaS OCP - status report - Cristina Aiftimiei (INFN-CNAF) CTS, 05/06/2015.
OpenShift Origin Architecture Componenti I due elementi base della piattaforma sono il Broker ed il/i Node/s. il server Broker è un’applicazione Rail che.
OR 1 & OR 2 Stato avanzamento lavori Cristina Aiftimiei (INFN-CNAF) CTS - Bologna - 09/10/2015.
FONDACloud Federated EnvirONment for Data Analysis in the Cloud Call ICT-7 (23 Apr ‘14) Luciano Gaido (INFN-TO)
Breve report su corso RedHat Enterprise Virtualization (RH318)
Cloud per HA nei Servizi
PRIN Roma1 – status Luciano Barone, Alessandro De Salvo
INFN-TS INFN - Sezione di Trieste - C. Strizzolo - L. Strizzolo.
ATLAS PRIN Roma1 - status Alessandro De Salvo
Transcript della presentazione:

Sviluppo Tools Automatic Deployment IaaS OCP Cristina Aiftimiei (INFN-CNAF) AG del 26/03/2015

Ultimamente ci sono sempre più richieste di realizzazione di testbed presso nuove PA che sono interessate a sperimentare la piattaforma di OCP partendo da Openstack  senza un processo di automatizzazione e di standardizzazione delle procedure d'installazione non riusciremo a far fronte a questa crescente domanda.  È stato definito un gruppo di lavoro per la creazione di procedure automatiche d'installazione di Openstack basate su tools generali come Puppet e Foreman/Fuel:PuppetForemanFuel  Bari: Alessandro Italiano, Marica Antonacci, Giacinto Donvito  CNAF: Giovanni Zizzi, Diego Michelotto, Cristina Aiftimiei  Padova: Sergio Traldi, Alvise Dorigo, Marco Verlato  Torino: Marco Saletta Sono stati definiti gli scenari per un’installazione scalabile fino a migliaia di core in HA dei servizi IaaS di OpenStack 2

Componenti OpenStack Icehouse cluster HAproxy/Keepalived HAProxy - free, very fast and reliable solution offering high availability, load balancing, and proxying for TCP and HTTP-based applications Keepalived - provide simple and robust facilities for loadbalancing and high-availability to Linux system and Linux based infrastructures. Controller central management system for OpenStack deployments Manages: databases, message queue services (AMQP), authentication and authorization for identity management, Image-management services, Scheduling services Neutron Gestione della rete – implementa il concetto di Networkas a Service “Servizio” tra interfacce (per esempio interfacce virtuali) fornisce differenti modelli di rete - flat networks o VLAN gestisce gli indirizzi IP, consentendo l'assegnazione di indirizzi IP statici dedicati oppure tramite DHCP Compute Nodes framework per la fornitura e la gestione su larga scala di istanze virtuali. Foreman complete lifecycle management tool for physical and virtual servers. open source project - provisioning, configuration management, monitoring Fuel open source deployment and management tool for OpenStack. GUI-driven experience for deployment and management of OpenStack 3

Scenari d’installazione A A B B C C Cluster Haproxy/Keepalived Cluster MySQL (Percona), RabbitMQ & Ceilometer + MongoDB D Controller & Network E 1)w L3 agent 2)w/o L3 agent => VLAN F Foreman/Fuel & Monitoring - DHCP, DNS, TFTP - Pupper - Zabbix/Nagios Compute Nodes Storage Nodes - 3xDS w CEPH (block device) Requisiti server A, B, C – 4 Core/8 GB RAM D, E – 8 Core/ 32 GB RAM F – 4 Core/ 8GB RAM No. Minimo server = 6 + N compute 1.No storage – si usa spazio disco ComputeNodes 2.W storage – 3xDS con HA, CEPH 4

Sono state identificate le prime attivita’: Collezionare moduli puppet gia’ esistenti per i vari servizi che s’intendono configurare - Verificare l’installazione degli scenari proposti con eventuale sviluppo di un modulo OCP che contenga le customizzazioni concordate per OCP e che definisca quali sono i parametrii che sono rilevanti per le varie configurazioni Integrare il modulo “OCP” in Foreman e/o Fuel per permettere la configurazione tramitte l’interfaccia web fornita da rispettivi tool Descrivere la procedura d’installazione e configurazione  Documentarla su Redmine  Commitare moduli funzionanti su GitHub  Testare l’intera procedura 5

Attivita’ svolte (1) Utilizzando “plain” Puppet deploy di OpenStack completo con configurazioni non standard [oltre a quelle standard] linuxbridge e solo VLAN istanziazione diretta dei moduli puppet dei singoli elementi di OpenStack deploy di un cluster CEPH con autenticazione cephx MON e OSD creati i pool deploy di un Openstack cinder volume che utilizzi Ceph deploy di Openstack compute node che istanziano VM direttamente su CEPH [no shared filesystem] Problemi: Bug nel modulo per Neutron neutron agents ml2 linuxbridge class does not modify ml2_conf.ini In agenda: test di un modulo per fare il deploy di Openstack in HA 6

Attivita’ svolte (2) Integrazione moduli Puppet in Foreman: Modificato il modulo Keepalived per essere totalmente gestito tramite Foreman Installato il modulo Haproxy e configurato per la parte globale e di default. Si sta verificando come inserire i vari listen usando solo Foreman. In agenda: Percona/Galera cluster MySQL glusterFS 7

Attivita’ svolte (3) Racolta (github) moduli per: Openstack Icehouse – Compute, Controller, RabbitMQ, Ceilometer Zabbix Integrazione moduli Puppet in Fuel: Deployment di un’architettura simile (screenshot) Problemi: L’integrazione di modifiche o nuovi moduli puppet puo richiedere piu’ tempo  Necessita una conoscenza approfondita dell’architettura di Fuel e dell’interazione tra i suoi vari componenti In agenda: Studio e deployment “plain” Puppet dell’arch. descritta nello scenario scelto per identificare le differenze da quello che si puo gia’ fare con Fuel 8

Conclusioni Importante offrire un “tool d’installazione della piattaforma OCP” Scenari definiti Prossimi passi: Finire deployment “plain” Puppet di tutti i servizi identificati Identificare customizzazioni da raccogliere in un modulo OCP Deployment completo scenari ( w o w/o Storage, w o w/o VLAN,…) Integrare in Foreman Documentare e Testare 9

BACKUP SLIDES 10

Puppet configuration management system that allows you to define the state of your IT infrastructure, then automatically enforces the correct state. Puppet modules automate tasks such as: installing and configuring Apache, plus configuring and managing a range of virtual host setups managing APT source, key, and definitions installing, configuring, and running NTP across a range of operating systems managing system reboots on Windows managing and configuring firewalls installing and configuring MySQL and much, much more. 11

Foreman complete lifecycle management tool for physical and virtual servers. open source project - provisioning, configuration management, monitoring Can Discover, provision and upgrade your entire bare-metal infrastructure Create and manage instances across private and public clouds Group your hosts and manage them in bulk, regardless of location Review historical changes for auditing or troubleshooting Extend as needed via a robust plugin architecture Automatically build images (on each platform) per system definition to optimize deployment OS – RHEL, CentOS, Fedora, Ubuntu, Debian, Solaris 8, 10, OpenSUSE, Oracle Linux Cloud - Amazon EC2, Google Compute Engine, Libvirt, OpenStack, oVirt and RHEV, Rackspace, VMware 12

Foreman Architecture 13

Fuel open source deployment and management tool for OpenStack. Developed as an OpenStack community effort, GUI-driven experience for deployment and management of OpenStack The key features are: hardware discovery hardware configuration in UI (networks & disk partitioning) ability to spin up and manage multiple OpenStack clusters support for non-HA and HA OpenStack deployment configurations pre-deployment checks and network validation post-deployment checks and running a set of tests for validating deployed OpenStack view logs in real-time through UI support for CentOS and Ubuntu, and it can be extended to support other distributions too support for multiple OpenStack distributions 14

Fuel Architecture 15