4b17246f6e
Change-Id: Ib5d3f745b6ce6aa84ee87e5631690c9b0a45564a Signed-off-by: Dmitry Tantsur <dtantsur@protonmail.com>
90 lines
2.7 KiB
ReStructuredText
90 lines
2.7 KiB
ReStructuredText
===================
|
|
Hardware Inspection
|
|
===================
|
|
|
|
Overview
|
|
--------
|
|
|
|
Inspection allows Bare Metal service to discover required node properties
|
|
once required ``driver_info`` fields (for example, IPMI credentials) are set
|
|
by an operator. Inspection will also create the Bare Metal service ports for the
|
|
discovered ethernet MACs.
|
|
|
|
There are three kinds of inspection supported by Bare Metal service:
|
|
|
|
#. Out-of-band inspection is currently implemented by several hardware types,
|
|
including ``redfish``, ``ilo``, ``idrac`` and ``irmc``.
|
|
|
|
#. :doc:`In-band inspection </admin/inspection/index>` utilizing Ironic Python
|
|
Agent to collect information.
|
|
|
|
#. :doc:`Older in-band inspection </admin/inspection/inspector>` implementation
|
|
utilizing the ironic-inspector_ project. This is now **deprecated**.
|
|
|
|
The node should be in the ``manageable`` state before inspection is initiated.
|
|
If it is in the ``enroll`` or ``available`` state, move it to ``manageable``
|
|
first::
|
|
|
|
baremetal node manage <node_UUID>
|
|
|
|
Then inspection can be initiated using the following command::
|
|
|
|
baremetal node inspect <node_UUID>
|
|
|
|
.. _ironic-inspector: https://pypi.org/project/ironic-inspector
|
|
|
|
.. _capabilities-discovery:
|
|
|
|
Capabilities discovery
|
|
----------------------
|
|
|
|
This is an incomplete list of capabilities we want to discover during
|
|
inspection. The exact support is hardware and hardware type specific though,
|
|
the most complete list is provided by the iLO :ref:`ilo-inspection`.
|
|
|
|
``secure_boot`` (``true`` or ``false``)
|
|
whether secure boot is supported for the node
|
|
|
|
``boot_mode`` (``bios`` or ``uefi``)
|
|
the boot mode the node is using
|
|
|
|
``cpu_vt`` (``true`` or ``false``)
|
|
whether the CPU virtualization is enabled
|
|
|
|
``cpu_aes`` (``true`` or ``false``)
|
|
whether the AES CPU extensions are enabled
|
|
|
|
``max_raid_level`` (integer, 0-10)
|
|
maximum RAID level supported by the node
|
|
|
|
``pci_gpu_devices`` (non-negative integer)
|
|
number of GPU devices on the node
|
|
|
|
The operator can specify these capabilities in nova flavor for node to be selected
|
|
for scheduling::
|
|
|
|
openstack flavor set my-baremetal-flavor --property capabilities:pci_gpu_devices="> 0"
|
|
|
|
openstack flavor set my-baremetal-flavor --property capabilities:secure_boot="true"
|
|
|
|
Please see a specific :doc:`hardware type page </admin/drivers>` for
|
|
the exact list of capabilities this hardware type can discover.
|
|
|
|
.. _in-band inspection:
|
|
|
|
In-band inspection
|
|
------------------
|
|
|
|
In-band inspection involves booting a ramdisk on the target node and fetching
|
|
information directly from it. This process is more fragile and time-consuming
|
|
than the out-of-band inspection, but it is not vendor-specific and works
|
|
across a wide range of hardware.
|
|
|
|
.. toctree::
|
|
|
|
inspection/index
|
|
|
|
.. toctree::
|
|
|
|
inspection/inspector
|