@@ -6,19 +6,23 @@ include::_attributes/common-attributes.adoc[]
6
6
7
7
toc::[]
8
8
9
- Although directly making changes to {product-title} nodes is discouraged,
10
- there are times when it is necessary to implement a
11
- required low-level security, redundancy, networking, or performance feature.
12
- Direct changes to {product-title} nodes can be done by:
9
+ {product-title} supports both cluster-wide and per-machine configuration via Ignition,
10
+ which allows arbitrary partitioning and file content changes to the operating system.
11
+ In general, if a configuration file is documented in {op-system-base-full} , then modifying
12
+ it via Ignition is supported.
13
+
14
+ There are two ways to deploy machine config changes:
13
15
14
16
* Creating machine configs that are included in manifest files
15
17
to start up a cluster during `openshift-install` .
16
18
17
19
* Creating machine configs that are passed to running
18
20
{product-title} nodes via the Machine Config Operator.
19
21
20
- * Creating an Ignition config that is passed to `coreos-installer`
21
- when installing bare-metal nodes.
22
+ Additionally, modifying the reference config, such as
23
+ the Ignition config that is passed to `coreos-installer` when installing bare-metal nodes
24
+ allows per-machine configuration. These changes are currently not visible
25
+ to the Machine Config Operator.
22
26
23
27
The following sections describe features that you might want to
24
28
configure on your nodes in this way.
0 commit comments