Specify workload ids to import only specified workloads. Repeat option for multiple workloads.
Orphaned Workloads
The definition of an orphaned Workload is from the perspective of a specific TrilioVault installation. Any workload that is located on the Backup Target Storage, but not known to the TrilioVualt installation is considered orphaned.
Further is to divide between Workloads that were previously owned by Projects/Users in the same cloud or are migrated from a different cloud.
The following CLI command provides the list of orphaned workloads:
Set to True if you want to list workloads from other clouds as well. Default is False.
--generate_yaml {True,False}
âž¡
Set to True if want to generate output file in yaml format, which would be further used as input for workload reassign API.
Running this command against a Backup Target with many Workloads can take a bit of time. TrilioVault is reading the complete Storage and verifies every found Workload against the Workloads known in the database.
Reassigning Workloads
Openstack administrators are able to reassign a Workload to a new owner. This involves the possibility to migrate a Workload from one cloud to another or between projects.
Reassigning a workload only changes the database of the target TrilioVault installation. When the Workload was managed before by a different TrilioVault installation, will that installation not be updated.
Use the following CLI command to reassign a Workload:
1
workloadmgr workload-reassign-workloads
2
[--old_tenant_ids <old_tenant_id>]
3
[--new_tenant_id <new_tenant_id>]
4
[--workload_ids <workload_id>]
5
[--user_id <user_id>]
6
[--migrate_cloud {True,False}]
7
[--map_file <map_file>]
Copied!
--old_tenant_ids <old_tenant_id>
âž¡
Specify old tenant ids from which workloads need to reassign to new tenant. Specify multiple times to choose Workloads from multiple tenants.
--new_tenant_id <new_tenant_id>
âž¡
Specify new tenant id to which workloads need to reassign from old tenant. Only one target tenant can be specified.
--workload_ids <workload_id>
âž¡
Specify workload_ids which need to reassign to new tenant. If not provided then all the workloads from old tenant will get reassigned to new tenant. Specifiy multiple times for multiple workloads.
--user_id <user_id>
âž¡
Specify user id to which workloads need to reassign from old tenant. only one target user can be specified.
--migrate_cloud {True,False}
âž¡
Set to True if want to reassign workloads from other clouds as well. Default if False
--map_file
âž¡
Provide file path(relative or absolute) including file name of reassign map file. Provide list of old workloads mapped to new tenants. Format for this file is YAML.
A sample mapping file with explanations is shown below:
1
reassign_mappings:
2
- old_tenant_ids: [] #user can provide list of old_tenant_ids or workload_ids
3
new_tenant_id: new_tenant_id
4
user_id: user_id
5
workload_ids: [] #user can provide list of old_tenant_ids or workload_ids
6
migrate_cloud: True/False #Set to True if want to reassign workloads from
7
# other clouds as well. Default is False
8
​
9
- old_tenant_ids: [] #user can provide list of old_tenant_ids or workload_ids
10
new_tenant_id: new_tenant_id
11
user_id: user_id
12
workload_ids: [] #user can provide list of old_tenant_ids or workload_ids
13
migrate_cloud: True/False #Set to True if want to reassign workloads from