Virtual Machine High Availability (VMHA) service for OpenStack.
Go to file
OpenDev Sysadmins 9ed5ab90bb OpenDev Migration Patch
This commit was bulk generated and pushed by the OpenDev sysadmins
as a part of the Git hosting and code review systems migration
detailed in these mailing list posts:

http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003603.html
http://lists.openstack.org/pipermail/openstack-discuss/2019-April/004920.html

Attempts have been made to correct repository namespaces and
hostnames based on simple pattern matching, but it's possible some
were updated incorrectly or missed entirely. Please reach out to us
via the contact information listed at https://opendev.org/ with any
questions you may have.
2019-04-19 19:36:35 +00:00
api-ref/source Masakari API Specifications 2017-11-27 05:29:45 +00:00
devstack Replace openstack.org git:// URLs with https:// 2019-03-24 20:34:11 +00:00
doc Replace openstack.org git:// URLs with https:// 2019-03-24 20:34:11 +00:00
etc/masakari Add missing namespaces in masakari-config-generator.conf 2016-11-18 11:53:22 +00:00
masakari Merge "Fix default value of 'nova_catalog_admin_info'" 2018-02-21 16:12:31 +00:00
releasenotes Remove setting of version/release from releasenotes 2017-11-17 10:23:50 +05:30
.coveragerc Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
.gitignore Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
.gitreview OpenDev Migration Patch 2019-04-19 19:36:35 +00:00
.mailmap Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
.testr.conf Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
.zuul.yaml Add masakari-systemfault-integration-ci to .zuul.yaml 2019-02-06 04:36:40 +00:00
CONTRIBUTING.rst Optimize the link address 2017-06-08 18:37:08 +07:00
HACKING.rst Hacking: do not translate log messages 2017-09-25 14:34:25 +05:30
LICENSE Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
MANIFEST.in Drop MANIFEST.in - it's not needed by pbr 2016-10-13 16:55:15 +05:30
README.rst Remove 'on_shared_storage' parameter from nova evacuate 2017-07-21 05:44:49 +00:00
babel.cfg Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
requirements.txt Updated from global requirements 2018-02-01 07:13:52 +00:00
setup.cfg Improve the home-page url in setup.cfg 2017-12-26 07:12:07 +00:00
setup.py Updated from global requirements 2017-04-02 01:04:58 +00:00
test-requirements.txt Updated from global requirements 2018-02-01 07:13:52 +00:00
tox.ini Update UPPER_CONSTRAINTS_FILE for stable/queens 2018-03-03 13:52:02 +00:00

README.rst

Masakari

Virtual Machine High Availability (VMHA) service for OpenStack

Masakari provides Virtual Machine High Availability (VMHA) service for OpenStack clouds by automatically recovering the KVM-based Virtual Machine(VM)s from failure events such as VM process down, provisioning process down, and nova-compute host failure. It also provides API service for manage and control the automated rescue mechanism.

NOTE: Use masakari only if instance path is configured on shared storage system i.e, 'instances_path' config option of nova has a path of shared directory otherwise instance data will be lost after the evacuation of instance from failed host if, * instance is booted from image * flavor using ephemeral disks is used

Original version of Masakari: https://github.com/ntt-sic/masakari

Tokyo Summit Session: https://www.youtube.com/watch?v=BmjNKceW_9A

Masakari is distributed under the terms of the Apache License, Version 2.0. The full terms and conditions of this license are detailed in the LICENSE file.

Configure masakari-api

1. Create masakari user: $ openstack user create --password-prompt masakari (give password as masakari)

2. Add admin role to masakari user: $ openstack role add --project service --user masakari admin

3. Create new service: $ openstack service create --name masakari --description "masakari high availability" masakari

4. Create endpoint for masakari service: $ openstack endpoint create --region RegionOne masakari --publicurl http://<ip-address>:<port>/v1/%(tenant_id)s --adminurl http://<ip-address>:<port>/v1/%(tenant_id)s --internalurl http://<ip-address>:<port>/v1/%(tenant_id)s

5. Clone masakari using $ git clone https://github.com/openstack/masakari.git

6. Run setup.py from masakari $ sudo python setup.py install

  1. Create masakari directory in /etc/
  2. Copy masakari.conf, api-paste.ini and policy.json file from masakari/etc/ to /etc/masakari folder

9. To run masakari-api simply use following binary: $ masakari-api

Configure masakari database

  1. Create 'masakari' database
  2. After running setup.py for masakari '$ sudo python setup.py install'

    run 'masakari-manage' command to sync the database $ masakari-manage db sync

Features

  • TODO