ManageIQ is the leading open source cloud management platform, supporting several virtualization and cloud provider platforms including, of course, OpenStack. The ManageIQ Botvinnik release improves on the Anand release from last year with more a comprehensive RESTful API, better infrastructure management capabilities for OpenStack, Foreman integration, and a retooled provider architecture. In this BoF, take a tour of the new release and see what sets it apart from other hybrid cloud management platforms.
Okinawa Open Laboratory is non-profit organization established two years ago by NTT Communications, NEC and IIGA, supported by Okinawa Prefecture Government, mainly targeted on creating open innovation of Cloud and SDN. We have been developed the platform called OOL Testbed. On the testbed, user can create their OpenStack with SDN
bare metal environment from fully online procedure, with flexible topology that controlled by our original SDN application. In the BOF, I will introduce our testbed and technology that we have the plan to publish the code to open source. And also I will talk about some activities on the testbed, for example service function chaining, cloud native application, OpenDaylight POC, cloud federation, etc. Our activity is based on North East Asia, but we would like to expand our member community to more global, and contributing to open source communities.
I would like to communicate with many person about our activity and future direction.
There are 85 registered 3rd party CI test systems registered on the OpenStack wiki. Setting up a 3rd party CI loop is relatively easy: however getting all tests to pass when you start out initially can be quite daunting. We, members of the Xen Project community, have recently embarked on setting up a CI loop to test Xen + Libvirt against Nova. We have found bugs in Xen, Libvirt, Nova and Tempest and are currently grappling with the challenges of working with against several projects with very fast development velocity. We would like to share our recent experience and invite others to share theirs, with the view of learning from each other.
Other topics we are interested in are sharing and learning on how to run and operate a 3rd party CI loop reliably (in particular if you are voting), building trust with the wider OpenStack community, how to integrating the CI loop into your own project's processes and finally seeing whether there is scope for more collaboration amongst CI loop operators.
Whether you're just starting out, or if you already use and love the ELK stack (that’s Elasticsearch for search & analytics, Logstash for centralized logging & Kibana for beautiful visualizations) with OpenStack, this Birds of a Feather session is for you!
Are you an operator wanting to utilize the ELK stack in your OpenStack deployment? An OpenStack contributor looking to integrate Elasticsearch, Logstash, or Kibana into an OpenStack service? This session seeks to bring together both developers and operators (and anyone who loves ELK!) to address questions and share best practices. We'll also discuss the state of ELK usage, integration, and deployment in the land of OpenStack, via various projects including Heat, Murano, and Monasca, among others. If you have an item on your ELK/OpenStack wish list, or have an interesting tip or story to share, bring it: we hope to inspire new collaborations and friendships here!
We'll be discussing the future of the RDO project - rdoproject.org
The agenda is at https://etherpad.openstack.org/p/RDO_Vancouver and
includes:
* Progress of packaging effort (opening up packaging, specs, builds outside Red Hat)
** End deployers custom RPMS, and how to make it possible to customize a deployment
* RDO CI efforts, and making those public
* CentOS infrastructure and Cloud SIG update
* RDO-manager
* Updates/discussion on EL6 legacy support effort
* RDO/OPNFV updates
* Inclusion criteria for projects in the "Big Tent" model ... what should decide when we start to package/test ?
* feedback request about the current process from external contributors
Cloud application developers using the OpenStack infrastructure are demanding implementations of not just the Swift API, but also the S3 defacto and CDMI standard APIs. Each of these APIs not only offers features in common but also offers what appear to be unique and incompatible facilities. At this BoF, we’ll discuss how to:
Implement a multi-API strategy simply and effectively
Sensibly manage the differences between each of the APIs
Map common features to each other
Take advantage of each of the APIs’ strengths
Avoid lowest common denominator implementations