ekko is a project that will bring block-based backup to OpenStack in a
way that is scallable by using object-storage for the backend. The
backup itself is enabled by a new feature in QEMU 2.4 that allows for
changed block tracking and incremental backups of running VMs.
A common feature I have seen requested throughout the community is
true block-based backups of VMs. I have been working on a way to solve
the scalability issue of backups for a while [1] and now that QEMU has
officially released this feature we can bring backup to OpenStack in a
way that is as scallable as OpenStack itself using Swift as a backend.
This would be different than a nova snapshot because that is not a
true backup. That does not allow for the space savings of incremental
backups nor compression or encryption which are requirements for a
good backup in my experience.
Future goals would including bringing this to other hypervisors since
Hyper-V and VMWare both support CBT and incremental backups of running
VMs. As well as potentially backing up Cinder volumes in a similiar
fashion.
[1] https://github.com/SamYaple/osdk
Change-Id: Ie0a726f0cad669593080a1910dff6ed2ae7cae71
Puppet OpenStack group [1] would like to add a new module
in the family: puppet-rally.
This patch follows the usual process to add new modules by configuring
gerrit, gerritbot, jenkins and zuul.
[1] https://review.openstack.org/#/c/262786/
Change-Id: Ia2b5a65b8f720ed0e5c8cc5f506b402db0d08870
we've created a new client lib for aodh so users don't need to
use ceilometerclient and redirect.
Change-Id: I11cc63a3fb987c457595220d91315fdadcf41a12
Needed-By: I21a6d2d038d9aabd0a1c2e777b9f9223b5b56d38
This patch adds the new cinder python-brick-cinderclient-ext project
to OpenStack.
Patch to openstack/governance: https://review.openstack.org/#/c/243068/.
Change-Id: Ib103f2ff9e0181e7456f283c63ec5db363e42b2b
The Trove content from Horizon is moving to a new repository to
be developed as a plugin to Horizon. This change sets up the
repository and the gate jobs for the new repository so the code
can be moved.
Used git filter-branch to maintain history and created temporary
repository with the results:
https://github.com/dklyle/trove-dashboard
On top of the history and moved files, considerable moving of files
and additional pieces were added to complete the plugin.
https://pypi.python.org/pypi/trove-dashboard has been created with
the appropriate permissions for openstackci.
Needed-By: Ief3829b45987dfb4078c78428f5f699912542868
Change-Id: I158eac980f767a4b8cd43294e8cc215fbb1586f3
At the Tokyo Summit, HPE asked if OSOps would take the responsibility to
house the Coda project. This is the creation of the repo for them to
upload the project to.
A description of Coda is, per Nathaniel Kimball:
Coda is a Horizon dashboard and panel (both share the name) that
facilitates resource clean up of a project once that project is no longer
needed (e.g. A customer cancels their account). It consists of a single
text entry box which allows you to search by project ID and will display
all resources, project info, and user info for the project. Upon pressing
the delete button the user is prompted each time for valid admin
credentials (annoying but a purposeful safe-guard) and will then walk the
list of resources deleting each one and will display the outcome of each
operation in a tabular format. This project started as a stand-alone
Django app inside HP and has been very valuable in operating our public
cloud. It was originally called Scrubber (because that’s what it did) but
was renamed to Coda after being ported to Horizon and adapted for Keystone
instead of a proprietary Identity service. It is the intent of HP to open
source our entire suite of tools using a musical theme. Coda was chosen as
the name for this project as a coda in music is a passage that brings a
piece to an end. It is particularly apropos for this use because the
symbol for a coda resembles a cross hair.
Change-Id: I08e550dd91575d2469cc6659a96002d786f2d372
Solar provides flexible orchestration and resource management
framework for deploying distributed systems. It leverages abstraction
layer over commonly used configuration management systems like puppet,
ansible etc. to enable complex, multi node orchestration. Solar can be
used as separate tool for quick prototyping deployment topology, but
as a framework it can be also integrated with existing tools used to
configure and deploy distributed systems including OpenStack clouds.
Solar also provides control over resulting changes by introducing
changes log and history for deployment entities. This enables more
control over lifecycle management of infrastructure.
Change-Id: Idce849eab4014d28ecb8c32453c29608946d0a20
The change adds new projects for the roles within OpenStack-Ansible
This is the second batch for the break out work which encompases the
OpenStack-Ansible play `setup-infrastructure.yml`.
New projects:
- openstack/openstack-ansible-galera_client
- openstack/openstack-ansible-galera_server
- openstack/openstack-ansible-memcached_server
- openstack/openstack-ansible-pip_lock_down
- openstack/openstack-ansible-rabbitmq_server
- openstack/openstack-ansible-repo_server
- openstack/openstack-ansible-rsyslog_server
Governance Review: https://review.openstack.org/255372
Change-Id: Ia7509050693d81a4b3e01898ea4d5a6bfac3d598
Implements: blueprint independent-role-repositories
Signed-off-by: Kevin Carter <kevin.carter@rackspace.com>
This project is to provide a flexible and easy to
use operating system installation tool. It is to focus
on providing advanced partitioning functionality as well
as advanced pre-configuration features. It differs from
existent great cloud oriented solutions like Ironic Python
Agent (OS provisioning) and Cloud init (OS pre-configuration).
It is to be a tool similar to old plain OS installation tools like
anaconda or debian-installer but dramatically more convenient.
Change-Id: Ia6c59aefb260712d34d73a49f186e072637d7de5
This code has been written to push performance counters from devstack
runs into statsd. It is intended to work as a plugin for subunit2sql,
but could very easily be adapted to receive code from other streams as
well.
This project should not be added until the corresponding spec is merged.
That spec is marked as a Depends-On below.
Depends-On: I3ad971cfa33789ade733e8fb92ff51d487078638
Change-Id: I2019afa4ef4b6247b9dd2139f4df98196370f4fe
Implements: counter-inspection