blob: 463208ccd4204e33c2d6ef5dfad8cc1904733531 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
|
.. _events:
******************
Events and Updates
******************
Events
======
`Cloud-init`_ will fetch and apply cloud and user data configuration
upon several event types. The two most common events for cloud-init
are when an instance first boots and any subsequent boot thereafter (reboot).
In addition to boot events, cloud-init users and vendors are interested
in when devices are added. cloud-init currently supports the following
event types:
- **BOOT_NEW_INSTANCE**: New instance first boot
- **BOOT**: Any system boot other than 'BOOT_NEW_INSTANCE'
- **BOOT_LEGACY**: Similar to 'BOOT', but applies networking config twice each
boot: once during Local stage, then again in Network stage. As this behavior
was previously the default behavior, this option exists to prevent regressing
such behavior.
Future work will likely include infrastructure and support for the following
events:
- **HOTPLUG**: Dynamic add of a system device
- **METADATA_CHANGE**: An instance's metadata has change
- **USER_REQUEST**: Directed request to update
Datasource Event Support
========================
All :ref:`datasources` by default support the ``BOOT_NEW_INSTANCE`` event.
Each Datasource will declare a set of these events that it is capable of
handling. Datasources may not support all event types. In some cases a system
may be configured to allow a particular event but may be running on
a platform whose datasource cannot support the event.
Configuring Event Updates
=========================
Update configuration may be specified via user data,
which can be used to enable or disable handling of specific events.
This configuration will be honored as long as the events are supported by
the datasource. However, configuration will always be applied at first
boot, regardless of the user data specified.
Updates
~~~~~~~
Update policy configuration defines which
events are allowed to be handled. This is separate from whether a
particular platform or datasource has the capability for such events.
**scope**: *<name of the scope for event policy>*
The ``scope`` value is a string which defines under which domain does the
event occur. Currently the only one known scope is ``network``, though more
scopes may be added in the future. Scopes are defined by convention but
arbitrary values can be used.
**when**: *<list of events to handle for a particular scope>*
Each ``scope`` requires a ``when`` element to specify which events
are to allowed to be handled.
Examples
========
apply network config every boot
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
On every boot, apply network configuration found in the datasource.
.. code-block:: shell-session
# apply network config on every boot
updates:
network:
when: ['boot']
.. _Cloud-init: https://launchpad.net/cloud-init
.. vi: textwidth=78
|
