After an intensive week, it’s good to see that the last day was quite with PTL (Project Technical Lead) sessions which inform people about the roadmap for Havana release (which will be delivered next September).
Image may be NSFW.
Clik here to view.
Heat session : Updates in Havana
- parallel resource creation
- further improve OpenStack Networking support
- Rolling updates
- Support for new/extended template language
- Add autoscaling API actions
- Move to Ceilometer for metrics/monitoring/alarms
- More UpdateStack improvements
- Further improved security (trusts/in-in-instance credentials) using the new features in Keystone
- Native resource types. Goal: allow to use when no AWS interface is not present/activated
- Stack suspend resume
- Configurable Load Balancer (use LBaaS) previously used Ha-proxy directly
OpenStack Networking session : Updates in Havana
Services :
- Firewall
- Load balancing: integrate more plugins
- VPN: implementation API
- Improved IPv6 support
- Improved bare metal support: SRIOV, tripleo
- Updated Client Library
Community initiatives :
- Database profiling
- Improving testing
- Exploring nova-net migration paths
By the way, nova-network will be supported for a couple of releases. The goal is to have Quantum as the default networking in Openstack in the future release while keeping nova-networking around.There is no plan for dynamic routing protocols.
Nova session : Updates in Havana
Big themes :
- Live upgrades
- Security
- Scale, performance
- Reliability
Internal object model :
- no leaks of db models
- objects wirh built-in serialization
- decouple from db schema
And also : Graceful service shutdown, RPC version control, better state handling, Nova v3 API
Nova extension framework :
- code cleanup
- entrypoint
- shared framework
Scheduling :
- allow scheduling nased on more data such as utilization
- whole host reservation
- cross projet scheduling
- group scheduling
Cells :
- address some feature gaps
- hopefully more people start using it
Major cleanup around migration/live-migrate/resize/evacuate.
Horizon session : Havana updates
API :
- multiple version support
- extension detection
Keystone :
- V3 API
- Domains
- Groups
- Roles
- Policy management
Networking :
- Security group
- Admin IP management
- Quotas
- Even cooler topology visualization/interface
Heat :
- Stack management
- Visualizing stacks
Ceilometer :
- “Top consumers”
- Visualizations: will use d3.js for visualization.
- Data everywhere: data accoring to context
Nova :
- Per-project flavors
- Instance action history
- Zones
- Better hypervisor information
Other items :
- Asynchronous communication… RPC bus integration; async communication backend; socket.io
- Remixing the Openstack dashboard
- Mobile
Glance session : Updates in Havana
- Better direct end-user use
- Don’t hide behind Openstack compute
- Improving image transfer performance
- Supporting image conversion
- Feature parity with EC2 CopyImage
- Supporting rolling database migrations
Vision :
- Deprecation Path for Registry
- ACLs for Image Proterties
- Image Quotas
- Parity with EC2 CopyImage
- Asynchronous image workers to support:
- Conversion
- Validation (?)
- Directly exposing image underlying locations
- Better network performance
Keystone session : Updates in Havana
- External authentication
- OAuth 1.0a
- x509
- Client support
- Middleware: auth_token
- Command line: openstackclient
- Web UI: Horizon
- Event notifications
- Availability zones and region management
V3: tenant renamed project :
- Key management (incubated)
- LDAP integration
- Centralized quotas
- Secure endpoint-endpoint communication
- Fine-grained access control
Olso session (OpenStack common) : Updates in Havana
- oslo.messaging
- oslo.log
- oslo.rootwrap
- oslo.i18n
- packaging and build tools
- DB
- Service infrastructure
- Scheduler
- WSGI
Cinder session : updates in Havana
- expand fibre channel support
- ACL’s (shared volumes across tenants)
- Volume migration
- Shared storage libraries
OpenStack Infrastructure : Improve logging
The volume of testing that the OpenStack Infrastructure team does as part of the daily workflow of patch submission and merging, results in a large volume of logs. The size of logs will only increase with additional tests plus the volume of logs is increasing due to the growing number of patches submitted. This situation requires some rethinking of the status quo regarding log archiving and storage.
Working with the current goal of archiving a 6 month history of test logs, the Infrastructure team has had to deal with a rapid consumption of available storage space for logs in several occasions precipitating an the need to increase storage space. Storing this volume of logs in their current verbose state is proving fairly unusable due to the detailed nature of the logging output.
OpenStack Infra has recently made logstash available: http://logstash.openstack.org and searching logs will soon look prettier with a Kibana front end: http://kibana.org/ Here is the patch if you want to track it: https://review.openstack.org/#/c/27089/6
Having consistent logging formats among the projects will make parsing the files with logstash easier and more useful. So the use-case of the stored logs may now be prettier going forward.
That was most of our sessions for today.
By the way, did you know that the next OpenStack Summit will happen in Asia ? See you in Hong-Kong !