Configuration exporting and Continuous Integration (CI) capable configuration importing for the CloudGenix Cloud Controller.
Enables export and import of configurations and templates from the CloudGenix Cloud Controller. Also, the Import of configuration is designed to be run on file change, to maintain configuration state on the Cloud Controller.
- Replace ION at site by extracting configuration, replacing 'serial_number' with new ION (Must be online and at least allocated to the account).
- Check configurations into a repository (private GIT), and have a CI process system automatically configure site(s)
- Use configs as a rollback tool after changes.
- Delete most configurations by simply removing them from the file and/or setting to null.
- Use configs as a template to deploy 10s-100s-1000s of sites.
- Active CloudGenix Account
- Python >= 2.7 or >=3.6
- Python modules:
- CloudGenix Python SDK >= 5.6.1b2 - https://github.com/CloudGenix/sdk-python
MIT
- PIP:
pip install cloudgenix_config
. After install,pull_site
/do_site
scripts should be placed in the Python Scripts directory. - Github: Download files to a local directory, manually run
pull_site.py
anddo_site.py
scripts.
- Configure a Site, Element, and related objects using the UI. Record the Site name (example, MySite)
- Extract the configuration using the
pull_site
script:pull_site -S "MySite" --output MySite.yaml
edwards-mbp-pro:cloudgenix_config aaron$ ./pull_site.py -S "MySite" --output MySite.yml edwards-mbp-pro:cloudgenix_config aaron$
- View, edit, make changes to the configuration file as needed. Example file at https://github.com/CloudGenix/cloudgenix_config/blob/master/example/MySite.yml
- Use
do_site.py
to apply the configuration, script will get site to that state.edwards-mbp-pro:cloudgenix_config aaron$ ./do_site.py ./MySite.yml No Change for Site MySite. No Change for Waninterface Circuit to Comcast. No Change for Waninterface Circuit to AT&T. No Change for Waninterface Circuit to Megapath. No Change for Lannetwork NATIVE_VLAN. Element: Code is at correct version 5.0.1-b9. No Change for Element MySite Element. No Change for Interface 23. No Change for Interface 1. No Change for Interface controller 1. No Change for Interface 4. No Change for AS-PATH Access List test3. No Change for IP Community List 20. No Change for Routing Prefixlist test-script-list2. No Change for Route Map toady. No Change for Route Map test8. No Change for Route Map toady2. No Change for BGP Global Config 15311892501660245. No Change for BGP Peer teaerz. No Change for Staticroute 15312386843200245. No Change for Ntp default. No Change for Toolkit 15311890594020131. No Change for Site MySite state (active). DONE
When a major version change in the CloudGenix Config Utility is published, new parameters will likely be introduced in the YAML config template.
Please adhere to the following workflow to make sure existing configuration templates or YAML files can be reused with the latest version of the config utility:
-
Step 1: Upgrade the CloudGenix Config Utility using the command
pip install --upgrade cloudgenix_config
-
Step 2: For existing Jinja2 templates and/or site specific YAML config files, re-run
pull_site
for the site -
Step 3: Compare (diff) the old Jinja2 template and/or site specific YAML file with YAML file generated in Step 2.
-
Step 4: Identify all the new attributes introduced in the latest version that are applicable to your configuration
-
Step 5: Update the old Jinja2 template and/or YAML config file with the new parameters identified in Step 4.
Note: Make sure the following steps are followed after upgrading the CloudGenix Config Utility. The CloudGenix Config Utility will default to using the SDK version. An out-of-date YAML file could cause issues with resource creation and/or resource updates.
- This is a PREVIEW release, hiccups to be expected. Please file issues on Github for any problems.
- Requires 5.6.1b2 cloudgenix SDK. Future minor SDK revisions (5.6.x, etc.) will likely require a matching
cloudgenix_config
update. - While this script can EXTRACT a single file with ALL sites, running do_sites.py on that file is NOT RECOMMENDED.
- Best practice to do one site per config file.
- These can be automatically pulled via
pull_site.py
with--multi-output <directory>
switch, will create a config per site.
- These can be automatically pulled via
- Site safety factor is set to 1 by default (prevents unintentional multi-site configurations)
- Best practice to do one site per config file.
- Re-naming Sites is not currently supported (changing site name in config causes a new site to be created)
- Deletion of sites using
do_site.py
DESTROYS all objects under the Site. This operation is done by runningdo_site.py
with the--destroy
option.- Delete WILL happily auto-destroy EVERY SITE in the referenced YAML config file (Even FULLY-CONFIGURED SITES). Use with caution.
- Site safety factor also applies to
--destroy
operations.
- If Element is permanently offline or in other broken state, it will fail to be removed from a site. To force-removal,
use the
--declaim
option. This will unassign AND declaim (AKA "put back in inventory") the permanently offline or broken device. It will also force revocation of all credentials and certificates for that device. - Element Extensions with specific PATH IDs are not currently templatable across multiple sites using this script.
- For ION 9000, if trying to configure a bypasspair and the port with the same name (12,13,14,15,16), configuration pushes via do_site have to be done in the following two steps:
- Include only interface configuration of type port and use the do_site utility to push this configuration first.
- Update the YAML file to remove the interface configuration of type port, include interface configuration of type bypasspair and use the do_site utiltiy to push the bypasspair configuration.
Version | Build | Changes |
---|---|---|
2.1.0 | b1 | Support for Cloudgenix SDK 6.3.1b1 |
2.0.0 | b2 | Bug fixes - CGCBL-1436, CGCBL-1925 |
b1 | Support for Cloudgenix SDK 6.2.1b1, Bug fixes - CGSDW-12214, CGSDW-11898 | |
1.9.0 | b2 | Bug fixes - CGCBL-1251, CGCBL-1578 |
b1 | Support for Cloudgenix SDK 6.1.1b1, bug fixes | |
1.8.0 | b1 | Support for Cloudgenix SDK 6.0.2b1, Fix for CGCBL-1399, CGCBL-1347 |
1.7.0 | b3 | Bug fixes |
b2 | Fix for CGCBL-336, #73, #74 and CGESC-700 | |
b1 | Support for CloudGenix SDK 6.0.1b1, bug fixes | |
1.6.0 | b2 | Minor bug fixes |
b1 | Support for CloudGenix SDK 5.6.1b2, cellular devices, multicast, apiversion flag in cli, bugfixes | |
1.5.0 | b4 | Fix for CGCBL-1249 and CGCBL-1250 |
b3 | Back ported fix for CGCBL-842 and step upgrade (not available via pip) | |
b2 | Back ported fix for CGCBL-847 - updated used_for (private_wan to private) in default_interfaces | |
b1 | Removed mandatory 480 seconds delay (workaround for CGSDW-799) after claiming ION | |
1.4.0 | b5 | Default 480 second delay after claiming ION. Workaround for CGSDW-799 |
b4 | Added wait-element-config parameter to introduce a delay before element configuration | |
b3 | Minor bug fixes | |
b2 | Minor update to requirements.txt | |
b1 | Support for CloudGenix SDK 5.5.1b1, element step upgrade/downgrade | |
1.3.0 | b3 | Fix for issue #52 |
b2 | Bug fixes | |
b1 | Support for CloudGenix SDK 5.4.3b1 | |
1.2.0 | b3 | Support for CloudGenix SDK 5.3.1b1 |
b3 | Fix for Github issue #34 | |
b2 | Fix for Github issue #32 | |
b1 | Added CloudGenix SDK 5.2.1b1 support, removed SDK 5.1.1b1 support | |
1.1.0 | b2 | Fix for Github issues #25, #26, #27, #28, #30 |
b1 | CloudGenix SDK 5.1.1b1 support | |
1.0.0 | b6 | PIP setup will now limit CloudGenix SDK to 5.0.3b2 for v1.0.0 |
b5 | Hotfix for #16 | |
b4 | Fix issues #8 #11 #12 and #13 | |
b3 | More Bug fixes. | |
b2 | Bug fixes. | |
b1 | Initial Release. |
- Get help and additional CloudGenix Documentation at http://support.cloudgenix.com