introduction to openstack
play

Introduction to OpenStack Nabil Abdennadher, HES-SO What is - PowerPoint PPT Presentation

Introduction to OpenStack Nabil Abdennadher, HES-SO What is OpenStack ? Free and open-source cloud-computing software platform. Provides services for managing a Cloud environment on the fly. Consists of a group of interrelated


  1. Introduction to OpenStack Nabil Abdennadher, HES-SO

  2. What is OpenStack ? • Free and open-source cloud-computing software platform. • Provides services for managing a Cloud environment on the fly. • Consists of a group of interrelated projects that control pools of processing, storage, networking resources, authentication, storage, etc. • Initially designed to provide services for an IaaS • Today, OpenStack provides “high level” services 2

  3. Plan • OpenStack (architecture, projects, services) • A use-case: hepiaCloud. Learned lessons • OpenStack client • OpenStack SDK 3

  4. A bit of OpenStack history • 2005-2010: Rackspace develops their cloud solution • March 2010 - decides to open source it • May 2010 - NASA open sources its Nebula platform • June 2010 - NASA and Rackspace join hands to create OpenStack • July 2010 - Inaugural design summit in Austin convened with 25+ partners • August 2011: Canonical backs OpenStack • Oct 2011 - DELL adopts OpenStack • 2012 - AT&T, HP, VMWare, Intel, NEC joins OpenStack • Sep 2012 - OpenStack foundation formally launched 4

  5. OpenStack releases https://releases.openstack.org/ 5

  6. OpenStack forum • OpenStack foundation serves more than 60,000 Individual Members from over 180 countries around the world. 6

  7. Cloud Infrastructures, based on OpenStack 7

  8. Basic services 8

  9. Identity service : Keystone • Keystone : provides identity services for OpenStack. • A central list of users/permissions mapped against OpenStack services. • Keystone is organized as a group of internal services exposed on one or many endpoints. • The Identity service generates authentication tokens that permit access to the OpenStack services REST APIs. 9

  10. Identity service : Keystone • Clients obtain this token and the URL endpoints for other service APIs by supplying their valid credentials to Keystone. • Each time you make a REST API request to an OpenStack service, you supply your authentication token in the X-Auth-Token request header. 10

  11. Image Service: Glance • Glance : provides image services to OpenStack. • "images" refers to images of hard disks. Used as templates for deploying new VMs. 11

  12. Image Service: Glance • A client : any application that makes use of a Glance https://docs.openstack.org/glance/pi server. ke/contributor/architecture.html • REST API : Glance functionalities are exposed via REST. • Database Abstraction Layer (DAL) : an application programming interface (API) that unifies the communication between Glance and databases. • Glance Domain Controller : middleware that implements the main Glance functionalities such as authorization, notifications, policies, database connections. • Glance Store : used to organise interactions between Glance and various data stores. • Registry Layer : optional layer that is used to organise secure communication between the domain and the DAL by using a separate service.

  13. Compute service: OpenStack compute (nova) • OpenStack compute (nova) : Manages the lifecycle of compute instances in an OpenStack environment. Responsibilities include spawning, scheduling and decommissioning of virtual machines on demand. • Tools using nova : • Horizon • OpenStack Client: Official CLI for OpenStack Projects. It includes not just nova commands but also commands for most of the projects in OpenStack. 13

  14. Networking service: Neutron • Networking service (Neutron) : provides the networking capability for OpenStack. Enables Network-Connectivity-as-a-Service for other OpenStack services. • OpenStack Networking enables projects to create virtual network topologies which may include services such firewalls, load balancers and Virtual Private Network (VPN). • Networking provides networks, subnets, and routers as object abstractions. 14

  15. Networking service: Neutron 15

  16. Networking service: Neutron • Networking Option 1: Provider networks • The provider networks option deploys the OpenStack Networking service in the simplest way possible with primarily layer-2 (bridging/switching) services and VLAN segmentation of networks. • It bridges virtual networks to physical networks and relies on physical network infrastructure for layer-3 (routing) services. • A DHCP service provides IP address information to instances. • Networking Option 2: Self-service networks • The self-service networks option augments the provider networks option with layer-3 (routing) services that enable self-service networks using overlay segmentation methods such as VXLAN. • Essentially, it routes virtual networks to physical networks using NAT. • This option provides the foundation for advanced services such as LBaaS and FWaaS. 16

  17. Dashboard: Horizon • Horizon : The front office of OpenStack. • The only native graphical interface to OpenStack. 17

  18. Storage services: Swift &Cinder Cinder : block storage component, analogous to the traditional access on • a disk drive. Swift : storage system for objects and files. • Users refer to a unique file identifiers: OpenStack decides where to • store/back-up etc. 18

  19. Object storage • Data kept on object storage devices are accessed directly through APIs or http/https. • Data : photos, videos, and log files. • The object store guarantees that the data will not be lost. • Object storage data can be replicated across different data centers and offer simple web services interfaces for access. • … Anyone who’s stored a picture on FB has used object storage. 19

  20. Object Data contains three things … • The data itself: the data can be anything you want to store. • Metadata: the metadata is defined by the user; it contains contextual information: what data should be used for, its confidentiality, etc. • A globally unique identifier: the identifier is an address given to the object in order for the object to be found over a distributed system. This way, it’s possible to find the data without having to know the physical location of the data. 20

  21. When to use the block storage (Cinder) ? • When Strong consistency is needed: • real-time systems such as transactional databases that are constantly being written to. • a read request must return the most updated version of the data. • When scalability is no an issue • When scalability becomes more difficult within a geographically distributed system. 21

  22. When to use Object storage (Swift) ? • Solving the increasing problem of data growth • Solving the provisioning management issues: Web content, data backup, and archives are good use cases • metadata functionality, facilitate this ease of use. • Resiliency • at least three copies of every file are stored • The distributed storage design for high availability allows less-expensive commodity hardware to be used • à The data protection is built into the object architecture • The downside is that there is no guarantee that a read request returns the most recent version of the data. 22

  23. Swift resources 23

  24. Controller Node • Controller node runs: • Identity service ( Keystone ) • Compute management ( nova ) • Networking ( Neutron ) • Image Service ( Glance ) • Dashboard ( Horizon ). • Supporting services: SQL database, message queue, and Network Time Protocol (NTP). 24

  25. Compute nodes • Compute node(s) • Runs the hypervisor portion of Compute that operates instances. By default, Compute uses the KVM hypervisor. • Runs a Networking service agent that connects instances to virtual networks and provides firewalling services to instances via security groups. 25

  26. Storage nodes (optional) • Block Storage nodes • The optional Block Storage node contains the disks that the Block Storage and Shared File System services provision for instances. • We can have more than one block storage node. • Object Storage nodes • Contain the disks that the Object Storage service uses for storing accounts, containers, and objects. • Object Storage requires two nodes. We can deploy more than two object storage nodes. 26

  27. Hardware requirements https://docs.openstack.org/neutron/lates t/install/overview.html 27

  28. https://docs.openstack.org/newton/install-guide- ubuntu/overview.html 28

  29. 2019: There are 63 projects 29 https://governance.openstack.org/tc/reference/projects/

  30. Additional services • Compute • Hardware Lifecycle • Storage • Networking • Shared Services • Orchestration • Workload Provisioning • Application Lifecycle • API Proxies https://www.openstack.org/software/project- • Web Frontend navigator/openstack-components#openstack-services 30

  31. Additional services • trove: database service: provides cloud provisioning functionality for database engines. • magnum : Container Infrastructure Management service. OpenStack API service making container orchestration engines (COE) such as Docker Swarm, Kubernetes and Mesos available as first class resources in OpenStack • Ironic : Bare metal service. Collection of components that provides support to manage and provision physical machines. 31

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend