Difference between revisions of "Ironic/Drivers"
(→Drivers) |
(→Drivers: add out of tree driver table) |
||
Line 5: | Line 5: | ||
Hardware drivers must undergo CI testing so as to ensure their continued functionality. Some drivers will be tested upstream, while many will require third-party CI testing due to the unique nature of their hardware (and the unmanageable complexity were a single team required to maintain a test infrastructure encompassing hardware from many diverse vendors). Guidelines on that testing can be found on the [[Ironic/Testing]] wiki page. | Hardware drivers must undergo CI testing so as to ensure their continued functionality. Some drivers will be tested upstream, while many will require third-party CI testing due to the unique nature of their hardware (and the unmanageable complexity were a single team required to maintain a test infrastructure encompassing hardware from many diverse vendors). Guidelines on that testing can be found on the [[Ironic/Testing]] wiki page. | ||
− | Out-of-tree drivers are supported by Ironic and may be loaded via python entrypoints. | + | Out-of-tree drivers are supported by Ironic and may be loaded via python entrypoints. Here is a list of known out-of-tree drivers: |
+ | |||
+ | {| class="wikitable" | ||
+ | |- | ||
+ | ! Name !! Link | ||
+ | |- | ||
+ | | Cisco UCS || https://communities.cisco.com/docs/DOC-56373 | ||
+ | |} | ||
The table below describes the CI test coverage of the current set of drivers. Note that drivers are composed of more than one interface (eg, power and deploy). Not all combinations of interfaces are necessarily tested together, but we are striving to get test coverage for each interface in at least one driver. | The table below describes the CI test coverage of the current set of drivers. Note that drivers are composed of more than one interface (eg, power and deploy). Not all combinations of interfaces are necessarily tested together, but we are striving to get test coverage for each interface in at least one driver. |
Revision as of 13:13, 27 March 2015
Drivers
Ironic supports pluggable back-end drivers for different types of hardware to enable features specific to unique hardware platforms and leverage divergent capabilities via a common API . This API is divided into three sections: core, common, and vendor. While authors of vendor drivers may break new ground in the designated "vendor_passthru" section of the API, they are strongly encouraged to converge on a common API across vendors. More details may be found under the system architecture description.
Hardware drivers must undergo CI testing so as to ensure their continued functionality. Some drivers will be tested upstream, while many will require third-party CI testing due to the unique nature of their hardware (and the unmanageable complexity were a single team required to maintain a test infrastructure encompassing hardware from many diverse vendors). Guidelines on that testing can be found on the Ironic/Testing wiki page.
Out-of-tree drivers are supported by Ironic and may be loaded via python entrypoints. Here is a list of known out-of-tree drivers:
Name | Link |
---|---|
Cisco UCS | https://communities.cisco.com/docs/DOC-56373 |
The table below describes the CI test coverage of the current set of drivers. Note that drivers are composed of more than one interface (eg, power and deploy). Not all combinations of interfaces are necessarily tested together, but we are striving to get test coverage for each interface in at least one driver.
Interface Type | Interface Name | Test coverage provided by driver name |
---|---|---|
deploy | agent | agent_ssh; agent_ipmitool is used in production for Rackspace OnMetal |
deploy | pxe | pxe_ssh |
power | drac | None |
power | ilo | None |
power | ipminative | pxe_ipminative (provided by ibm-xcat-ci) |
power | ipmitool | ** most widely used power driver in production, but lacks upstream CI |
power | seamicro | None |
power | snmp | None |
power | ssh | pxe_ssh |
power | amt | None |
power | irmc | None |
Links to graphs of the CI system's current status should be included in the table below, when available.
Driver Name | Primary Contact Email and IRC handle | Testing Status |
---|---|---|
pxe_ssh | devananda (devananda dot vdv at gmail) | tested in the upstream gate |
pxe_ipminative | linggao (linggao at us dot ibm dot com) / Jarrod Johnson (jjohnson2 at lenovo dot com) | Third-party CI: "ibm-xcat-ci" <xcat@cn.ibm.com> |
pxe_ipmitool | devananda (devananda dot vdv at gmail) | used by TripleO, but not CI tested |
agent_ssh | jroll (jim at jimrollenhagen dot com) | tested in the upstream gate |
agent_ipmitool | jroll (jim at jimrollenhagen dot com) | used by Rackspace OnMetal, not CI tested upstream |
3rd Party Drivers
iLO drivers: https://wiki.openstack.org/wiki/Ironic/Drivers/iLODrivers