A machine in a MOSK cluster requires dedicated bare metal
host for deployment. In the Mirantis Container Cloud management API, bare metal
hosts are represented by the BareMetalHost objects that are automatically
generated by the related BareMetalHostInventory objects.
Note
The BareMetalHostInventory resource is available since the update
of the management cluster to the Cluster release 16.4.0 (Container Cloud
2.29.0). Before this release, the BareMetalHost object is used.
Since the above mentioned release, BareMetalHost is only used for
internal purposes of the Container Cloud private API. All configuration
changes must be applied using the BareMetalHostInventory objects.
For any existing BareMetalHost object, a BareMetalHostInventory
object is created automatically during cluster update.
m:kaas@management-admin only. This limitation is lifted once the
management cluster is updated to the Cluster release 16.4.1 or later.
All BareMetalHostInventory objects must be labeled upon creation with a
label that allows identifying the host and assigning it to a machine.
The labels may be unique, or applied to a group of hosts, based on
similarities in their capacity, capabilities and hardware configuration,
on their location, suitable role, or a combination of thereof.
In some cases, you may need to deploy a machine to a specific
bare metal host. This is especially useful when some of your bare metal
hosts have different hardware configuration than the rest.
To deploy a machine to a specific bare metal host:
Log in to the host where your management cluster kubeconfig is located
and where kubectl is installed.
Identify the bare metal host that you want to associate with the specific
machine. For example, host host-1.
Since the management cluster update to 16.4.0 (MCC 2.29.0)
kubectlgetbaremetalhostinventoryhost-1-oyaml
Before the management cluster update to 16.4.0 (MCC 2.29.0)
kubectlgetbaremetalhosthost-1-oyaml
Add a label that will uniquely identify this host, for example, by the
name of the host and machine that you want to deploy on it.
Since the management cluster update to 16.4.0 (MCC 2.29.0)