diff --git a/content/en/providers/cloud-compute/openstack/cloudkeeper.md b/content/en/providers/cloud-compute/openstack/cloudkeeper.md deleted file mode 100644 index 06fdeb3bf8..0000000000 --- a/content/en/providers/cloud-compute/openstack/cloudkeeper.md +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: "VM Image synchronisation" -weight: 40 -type: "docs" -description: > - cloudkeeper and AppDB integration ---- - -VM Images are replicated using `cloudkeeper`, which has two -components: - -- fronted (cloudkeeper-core) dealing the with image lists and downloading the - needed images, run periodically with cron -- backend (cloudkeeper-os) dealing with your glance catalogue, running - permanently. - -### Using the VM Appliance - -Every 4 hours, the appliance will perform the following actions: - -- download the configured lists in `/etc/cloudkeeper/image-lists.conf` and - verify its signature -- check any changes in the lists and download new images -- synchronise this information to the configured glance endpoint - -First you need to configure and start the backend. Edit -`/etc/cloudkeeper-os/cloudkeeper-os.conf` and add the authentication parameters -from line 117 to 136. - -Then add as many image lists (one per line) as you would like to subscribe to -`/etc/cloudkeeper/image-lists.conf`. Use URLs with your AppDB token for -authentication, check the following guides for getting such token and URLs: - -- [how to access to VO-wide image lists](https://wiki.appdb.egi.eu/main:faq:how_to_get_access_to_vo-wide_image_lists), - and -- [how to subscribe to a private image list](https://wiki.appdb.egi.eu/main:faq:how_to_subscribe_to_a_private_image_list_using_the_vmcatcher). - -Finally, you need to provide a `/etc/cloudkeeper-os/mapping.json` that -configures the mapping of VOs supported in your OpenStack. The file should -contain a json document that follows this format: - -```json -{ - "": { - "project": "" - }, - "": { - "project": "", - "domain": "" - } -} -``` - -Note that you can either specify a project ID or the project name with the -domain name in the mapping. Add as many VOs as you are supporting. - -#### Running the services - -cloudkeeper-os should run permanently, there is a `cloudkeeper-os.service` for -systemd in the appliance. Manage as usual: - -```shell -systemctl cloudkeeper-os -``` - -cloudkeeper core is run every 4 hours with a cron script. diff --git a/content/en/providers/cloud-compute/openstack/vo_config.md b/content/en/providers/cloud-compute/openstack/vo_config.md index b97058f25b..d47fda784a 100644 --- a/content/en/providers/cloud-compute/openstack/vo_config.md +++ b/content/en/providers/cloud-compute/openstack/vo_config.md @@ -109,37 +109,7 @@ have admin privileges: openstack role add member --user --project ``` -## Information system +## Information system / VM Image management -If you are correctly setting the `egi.VO` property to your projects, the configuration will -be automatically retrieved by the cloud-info-provider. - -## VM Image Management - -### cloudkeeper-core - -Add the new image list to the `cloudkeeper` configuration in -`/etc/cloudkeeper/cloudkeeper.yml` (or `/etc/cloudkeeper/image-lists.conf` if -using the appliance), new entry should look similar to: - -`https://:x-oauth-basic@vmcaster.appdb.egi.eu/store/vo//image.list` - -### cloudkeeper-os - -Add the user configured in cloudkeeper-os as member of the new project: - -```shell -$ openstack role add member \ - --user \ - --project -``` - -Add the mapping of the project to the VO in `/etc/cloudkeeper-os/mapping.json`: - -```json -{ - "": { - "tenant": "" - } -} -``` +If you are correctly setting the `egi.VO` property to your projects, the +configuration will be automatically retrieved by the catch-all components.