This document provides an overview of new features in OpenStack Grizzly, including: - Bare-metal provisioning which allows controlling physical servers without hypervisors. - Scalability improvements like availability zones, host aggregates, and cells which divide clouds into nested, geo-distributed sections. - The nova-conductor service which removes direct database connections for improved security and scalability. - Database performance improvements such as archiving deleted rows. - Instance evacuation which moves instances to new hosts when failures occur.

1. What's new in
OpenStack®
Grizzly
Mirantis, 2013
®

2. About Mirantis:
● Fuel Deployment Automation
● Integration Services
● Training
● 24 x 7 Support
● Over 40 successful
production OpenStack
implementations
Mirantis delivers OpenStack® clouds.
®

3. Introductions
Nick Chase,
Technical Marketing, Mirantis
Kirill Ishanov,
OpenStack Services, Mirantis
● Technical Marketing Manager at Mirantis
● Developer
● Book author
● IBM developerWorks Certified Master Author
● Member of the OpenStack Documentation project
● Sun Microsystems, Oracle, Tampa Bay Buccaneers
● Senior Director of Engineering at Mirantis
● Kirill runs a highly skilled group of engineers
● OpenStack integration, deployment, training and support
● Large-enterprises to late-stage venture-backed startups.
● Cisco Webex, Dell, The Gap, PayPal, eBay, Seagate, Macy’s
®
4

4. WHAT'S NEW IN
OPENSTACK GRIZZLY
Nova: Compute
®
7

5. Bare-metal provisioning
● Control physical servers via nova-api
● Bypass hypervisors
● Ability to run HPC or DBs on the cloud
● Design
○ PXE to deliver machine imaging
○ IPMI for power control
● Limitations
○ Several incompatibilities with Quantum
®
8

6. Scalability
● Availability zones
● Host aggregates
● Cells
®
9

7. Scalability: Availability zones
Availability zones
● Set a zone for a host
● Request a zone when starting a VM
● Get a list of available zones
®
10

8. Scalability: Host aggregates
Host aggregates
● Create an aggregate based on a parameter
● Associate an aggregate with a set of machines
● Create a flavor associated with the parameter
● Request a host using that flavor
®
11

9. nova-compute cells
● Nested clouds
● Geo-distribution
● Separation of cell-scheduling from host-
scheduling
● Design
○ Separate DB per cell
○ Inter-cell communication via RPC
○ Tree-structure, with "nova-api" only in root
®
12

10. nova-compute cells
API Cell
nova-api
nova-cells
dbamqp
Child Cell
nova-scheduler
dbamqp
nova-scheduler
nova-compute
Child Cell
nova-scheduler
dbamqp
nova-scheduler
nova-compute
Global Services
glance
Keystone
13

11. nova-conductor
● Remove direct connection between nova-
compute (and therefore VMs) and db
● Security and scalability
● Design
○ nova-conductor is a separate service reachable via MQ
○ Multiple conductors to spread the load
®
14

12. Database performance
Archiving a database
● Moving a machine
● Log archiving
● Garbage records
nova-manage db archive_deleted_rows
--max_rows MAX_ROWS
®
15

13. Evacuation
● Moving to a new host on host failure
nova evacuate SERVER_ID TARGET_HOST
®
16

14. Other nova improvements
● Instance action tracking via API
● Network adapter hot plugin
● File injection without mounting guest
filesystem
®
17

15. Q&A
Download today's presentation at
http://bit.ly/mirantis-grizzly
®
50