OpenStack host maintenance and upgrade in interaction with application on top of it
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Zuul 1ddbfc7601 Merge "Correction of the auth_type option handling" 4 days ago
devstack Correction of the auth_type option handling 4 days ago
doc Readme enhancements 2 weeks ago
fenix WIP: bug with python3 support and other new relations 5 days ago
releasenotes Initial Cookiecutter Commit. 1 year ago
.coveragerc Initial Cookiecutter Commit. 1 year ago
.gitignore Initial Cookiecutter Commit. 1 year ago
.gitreview OpenDev Migration Patch 6 months ago
.mailmap Initial Cookiecutter Commit. 1 year ago
.stestr.conf Initial Cookiecutter Commit. 1 year ago
.zuul.yaml Build readthedocs automatically 11 months ago
CONTRIBUTING.rst Sync Sphinx requirement 1 month ago
HACKING.rst Initial Cookiecutter Commit. 1 year ago
LICENSE Initial Cookiecutter Commit. 1 year ago
README.rst Readme enhancements 2 weeks ago
babel.cfg Initial Cookiecutter Commit. 1 year ago
lower-constraints.txt Fix tox python3 overrides & add lower-constraints 1 year ago
requirements.txt Initial Cookiecutter Commit. 1 year ago
setup.cfg Add DevStack plugin 5 months ago
setup.py Initial Cookiecutter Commit. 1 year ago
test-requirements.txt Initial Cookiecutter Commit. 1 year ago
tox.ini bug: fix upper constraints url 6 months ago

README.rst

Fenix

OpenStack host maintenance and upgrade in interaction with application

Fenix implements rolling infrastructure maintenance and upgrade in interaction with application on top of it. In Telco world we talk about VNFM, but one can implement own simple manager for any application.

Infrastructure admin can call Fenix API to start a maintenance workflow session. This session will make needed maintenance and upgrade operations to infrastructure in interaction with application manager to guarantee zero down time for its service. Interaction gives ability for application manager to know about new capabilities coming over maintenance to make his own upgrade. Application can have a time window to finish what he is doing, make own action to re-instantiate his instance or have Fenix to make migration. Also scaling application or retirement will be possible.

As Fenix will have project specific messaging with information about instances affected towards application manager, it will also have admin level messaging. This messaging can tell what host is down for maintenance, so any infrastructure components can have this information. Special case for this would also be telling about adding or removing a host.