RETIRED, Cluster upgrade extension for Fuel
Go to file
Jenkins f8c0160811 Merge "Show team and repo badges on README" 2017-01-14 16:41:54 +00:00
cluster_upgrade Set vip_namespace when migrating vips from 6.x 2016-12-09 12:58:04 +04:00
specs Add package spec 2016-08-05 16:07:32 +00:00
.coveragerc Initial commit 2016-07-07 19:26:42 +03:00
.gitignore Setup unit tests 2016-07-13 14:02:49 +03:00
.gitreview Initial commit 2016-07-07 19:26:42 +03:00
AUTHORS Initial commit 2016-07-07 19:26:42 +03:00
LICENSE Initial commit 2016-07-07 19:26:42 +03:00
MANIFEST.in Initial commit 2016-07-07 19:26:42 +03:00
README.rst Show team and repo badges on README 2016-11-25 17:39:20 +01:00
bindep.txt Add bindep.txt to shorten test run time 2016-08-23 12:47:03 +03:00
conftest.py Setup unit tests 2016-07-13 14:02:49 +03:00
nailgun-test-settings.yaml Setup unit tests 2016-07-13 14:02:49 +03:00
requirements.txt Initial commit 2016-07-07 19:26:42 +03:00
setup.cfg Enable image-based provisioning for 6.0 upgrades 2016-12-02 12:37:22 +00:00
setup.py Initial commit 2016-07-07 19:26:42 +03:00
test-requirements.txt Setup unit tests 2016-07-13 14:02:49 +03:00
tox.ini Switch to upstream fuel-web repository 2016-08-22 11:01:44 +00:00

README.rst

Team and repository tags

image

Fuel nailgun extenstion for cluster upgrade

This extension for Nailgun provides API handlers and logic for cluster upgrading. This extension used by the fuel-octane project.

Instalation

After installing fuel-nailgun-extension-cluster-upgrade package run:
  1. nailgun_syncdb - migrate database
  2. restart nailgun service

Transformer configuration

Every transformation manager has default config that hardcoded, but you can overwrite this config with your own transformations extensions. This could be done by extending nailgun/settings.yaml file.

Example

CLUSTER_UPGRADE:
  transformations:
    cluster:
      7.0: [transform_vips]
      9.0: [first_transformation, second_transformation]

...

In extension you should define a entrypoint is such way:

nailgun.cluster_upgrade.transformations.cluster.7.0 =
   transform_vips = my_project.transformations:transform_cluster_vips

on first line we have entripoint name where

  • nailgun.cluster_upgrade.transformations - namespace where all transformations defined.
  • cluster - name of object which data transformed
  • 7.0 - cluster version where these transformations should happen

on the second line

  • transform_vips - unique transformation name that you can use in configuration file or in transformation manager
  • my_project.transformations - module name
  • transform_cluster_vips - transformer function name

Transformation function must take only one argument - data to transform. When you call manager.apply(from_version, to_version, data) all transformer functions ordered by a version called one by one, and output of one transformer used as input to the other.

In out example calling cluster_manager.apply('6.0', '9.1', data) will call three functions transform_vips, first_transformation, second_transformation.