This patch sync doc to reflect latest changes to profiles and policies. Change-Id: I41e353ced14360dbeed4b3ef77b90aab5a07a946
17 KiB
Profiles
Concept
A Profile
is the
mould used for creating a Node
to be managed by the Senlin service. It can be
treated as an instance of a Profile Type
with an unique ID. A profile encodes the
information needed for node creation in a property named
spec
.
The primary job for a profile type implementation is to translate user provided JSON data structure into information that can be consumed by a driver. A driver will create/delete/update a physical object based on the information provided.
Listing Profiles
To examine the list of profile objects supported by the Senlin engine, you can use the following command:
$ senlin profile-list
+----------+----------+--------------------+---------------------+
| id | name | type | created_time |
+----------+----------+--------------------+---------------------+
| 560a8f9d | myserver | os.nova.server-1.0 | 2015-05-05T13:26:00 |
| ceda64bd | mystack | os.heat.stack-1.0 | 2015-05-05T13:26:25 |
| 9b127538 | pstack | os.heat.stack-1.0 | 2015-06-25T12:59:01 |
+----------+----------+--------------------+---------------------+
Note that the first column in the output table is a short ID
of a profile object. Senlin command line use short IDs to save real
estate on screen so that more useful information can be shown on a
single line. To show the full ID in the list, you can add the
-F
(or --full-id
) option to the
command:
$ senlin profile-list -F
+--------------------------------------+----------+--------------------+---------------------+
| id | name | type | created_time |
+--------------------------------------+----------+--------------------+---------------------+
| 560a8f9d-7596-4a32-85e8-03645fa7be13 | myserver | os.nova.server-1.0 | 2015-05-05T13:26:00 |
| ceda64bd-70b7-4711-9526-77d5d51241c5 | mystack | os.heat.stack-1.0 | 2015-05-05T13:26:25 |
| 9b127538-a675-4271-ab9b-f24f54cfe173 | pstack | os.heat.stack-1.0 | 2015-06-25T12:59:01 |
+--------------------------------------+----------+--------------------+---------------------+
By default, the command profile-list
filters out profile objects that have
been soft deleted. However, you can add the option -D
(or --show-deleted
) to the
command to indicate that soft-deleted profiles should be included in the
list.
In case you have a huge collection of profile objects, you can limit
the number of profiles returned from Senlin server, using the option
-l
<LIMIT>
(or --limit <LIMIT>
). For example:
$ senlin profile-list -l 1
+----------+----------+--------------------+---------------------+
| id | name | type | created_time |
+----------+----------+--------------------+---------------------+
| 560a8f9d | myserver | os.nova.server-1.0 | 2015-05-05T13:26:00 |
+----------+----------+--------------------+---------------------+
Yet another option you can specify is the ID of a profile object
after which you want to see the list starts. In other words, you don't
want to see those profiles with IDs is or come before the one you
specify. You can use the option -m <ID>
(or --marker <ID>
for this purpose. For
example:
$ senlin profile-list -l 1 -m ceda64bd-70b7-4711-9526-77d5d51241c5
+----------+--------+-------------------+---------------------+
| id | name | type | created_time |
+----------+--------+-------------------+---------------------+
| 9b127538 | pstack | os.heat.stack-1.0 | 2015-06-25T12:59:01 |
+----------+--------+-------------------+---------------------+
Creating a Profile
Before working with a Cluster
or a Node
, you will need a Profile
object created with a profile type. To create
a profile, you will need a "spec" file in YAML format. For example,
below is a simple spec for the os.heat.stack
profile type
(the source can be found in the examples/profiles/heat_stack_random_string.yaml
file).
type: os.heat.stack
version: 1.0
properties:
name: random_string_stack
template: random_string_stack.yaml
environment:
- env.yaml
The random_string_stack.yaml
is the name of a Heat
template file to be used for stack creation. The env.yaml
is the name of an environment file to be passed to Heat for processing.
It is given here only as an example. You can decide which properties to
use based on your requirements.
Now you can create a profile using the following command:
$ cd /opt/stack/senlin/examples/profiles
$ senlin profile-create -s heat_stack_random_string.spec my_stack
+--------------+--------------------------------------------------------------------+
| Property | Value |
+--------------+--------------------------------------------------------------------+
| created_time | 2015-07-01T03:13:23 |
| deleted_time | None |
| id | c0389712-9c1a-4c58-8ba7-caa61b34b8b0 |
| metadata | {} |
| name | my_stack |
| permission | |
| spec | +------------+---------------------------------------------------+ |
| | | property | value | |
| | +------------+---------------------------------------------------+ |
| | | version | 1.0 | |
| | | type | "os.heat.stack" | |
| | | properties | { | |
| | | | "files": { | |
| | | | "file:///...": "<file contents>" | |
| | | | }, | |
| | | | "disable_rollback": true, | |
| | | | "template": { | |
| | | | "outputs": { | |
| | | | "result": { | |
| | | | "value": { | |
| | | | "get_attr": [ | |
| | | | "random", | |
| | | | "value" | |
| | | | ] | |
| | | | } | |
| | | | } | |
| | | | }, | |
| | | | "heat_template_version": "2014-10-16", | |
| | | | "resources": { | |
| | | | "random": { | |
| | | | "type": "OS::Heat::RandomString", | |
| | | | "properties": { | |
| | | | "length": 64 | |
| | | | } | |
| | | | } | |
| | | | }, | |
| | | | "parameters": { | |
| | | | "file": { | |
| | | | "default": { | |
| | | | "get_file": "file:///..." | |
| | | | }, | |
| | | | "type": "string" | |
| | | | } | |
| | | | } | |
| | | | }, | |
| | | | "parameters": {}, | |
| | | | "timeout": 60, | |
| | | | "environment": { | |
| | | | "resource_registry": { | |
| | | | "os.heat.server": "OS::Heat::Server" | |
| | | | } | |
| | | | }, | |
| | | | "context": { | |
| | | | "region_name": "RegionOne" | |
| | | | } | |
| | | | } | |
| | +------------+---------------------------------------------------+ |
| type | os.heat.stack-1.0 |
+--------------+--------------------------------------------------------------------+
From the outputs, you can see that the profile is created with a new
id
generated. The spec
property is dumped for
the purpose of verification.
Optionally, you can attach some key-value pairs to the new profile when creating it. This data is referred to as the metadata for the profile:
$ senlin profile-create -s heat_stack_random_string.yaml \
-M "author=Tom;version=1.0" \
my_stack
$ senlin profile-create -s heat_stack_random_string.yaml \
-M author=Tom -M version=1.0 \
my_stack
Showing the Details of a Profile
Once there are profile objects in Senlin database, you can use the following command to show the properties of a profile:
$ senlin profile-show myserver
+--------------+---------------------------------------------------------+
| Property | Value |
+--------------+---------------------------------------------------------+
| created_time | 2015-07-01T03:18:58 |
| deleted_time | None |
| id | 70a36cc7-9fc7-460e-98f6-d44e3302e604 |
| metadata | {} |
| name | my_server |
| permission | |
| spec | +------------+----------------------------------------+ |
| | | property | value | |
| | +------------+----------------------------------------+ |
| | | version | 1.0 | |
| | | type | "os.nova.server" | |
| | | properties | { | |
| | | | "key_name": "oskey", | |
| | | | "flavor": 1, | |
| | | | "networks": [ | |
| | | | { | |
| | | | "network": "private" | |
| | | | } | |
| | | | ], | |
| | | | "image": "cirros-0.3.2-x86_64-uec", | |
| | | | "name": "cirros_server" | |
| | | | } | |
| | +------------+----------------------------------------+ |
| type | os.nova.server-1.0 |
+--------------+---------------------------------------------------------+
Note that senlin
command line accepts one of the following values when retrieving a
profile object:
- name: the name of a profile;
- ID: the UUID of a profile;
- short ID: an "abbreviated version" of the profile UUID.
Since Senlin doesn't require a profile name to be unique, specifying
profile name for the profile-show
command won't guarantee that a
profile object is returned. You may get a MultipleChoices
exception if more than one profile object match the name.
As another option, when retrieving a profile (or in fact any other objects, e.g. a cluster, a node, a policy etc.), you can specify the leading sub-string of an UUID as the "short ID" for query. For example:
$ senlin profile-show 560a8f9d
+----------+----------+--------------------+---------------------+
| id | name | type | created_time |
+----------+----------+--------------------+---------------------+
| 560a8f9d | myserver | os.nova.server-1.0 | 2015-05-05T13:26:00 |
+----------+----------+--------------------+---------------------+
$ senlin profile-show 560a
+----------+----------+--------------------+---------------------+
| id | name | type | created_time |
+----------+----------+--------------------+---------------------+
| 560a8f9d | myserver | os.nova.server-1.0 | 2015-05-05T13:26:00 |
+----------+----------+--------------------+---------------------+
As with query by name, a "short ID" won't guarantee that a profile
object is returned even if it does exist. When there are more than one
object matching the short ID, you will get a
MultipleChoices
exception.
Updating a Profile
In general, a profile object should not be updated after creation.
This is a restriction to keep cluster and node status consistent at any
time. However, considering that there are cases where a user may want to
change some properties of a profile, senlin
command line does support the profile-update
command.
For example, the following command changes the name of a profile to
new_server
:
$ senlin profile-update -n new_server myserver
The following command creates or updates the metadata associated with the given profile:
$ senlin profile-update -M version=2.2 myserver
Changing the "spec" of a profile is not allowed, but you still can
specify a new spec file for use in the profile-update
command:
$ senlin profile-update -s new_specfile.yaml myserver
The result of this update command is that a new profile will be
created. The new profile will have the same profile name, but a
different spec
property and a new id
.
NOTE: This behavior is subject to change in future.
Deleting a Profile
When there are no clusters or nodes referencing a profile object, you can delete it from the Senlin database using the following command:
$ senlin profile-delete myserver
Note that in this command you can use the name, the ID or the "short
ID" to specify the profile object you want to delete. If the specified
criteria cannot match any profiles, you will get a
ProfileNotFound
exception. If more than one profile matches
the criteria, you will get a MultipleChoices
exception. For
example:
$ senlin profile-delete my
ERROR(404): The profile (my) could not be found.
Failed to delete any of the specified profile(s).
See Also
The following is a list of the links to documents related to profile's creation and usage:
Working with Profile Types <profile_types>
Creating and Managing Clusters <clusters>
Creating and Managing Nodes <nodes>
Managing Cluster Membership <membership>
Examinging Actions <actions>
Browing Events <events>