docs/doc/source/deploy_install_guides/r7_release/openstack/hybrid-cluster-c7a3134b6f2a.rst
Ron Stone 46d38b65c9 Prep docs for r7 release
Cloned install r6 dir to r7
Dropped install r5 dir
Cooresponding path and link updates

Signed-off-by: Ron Stone <ronald.stone@windriver.com>
Change-Id: If5752e207d99d0fc53940e4d66c7d5266675beb7
2022-08-29 15:12:31 -04:00

1.7 KiB

Hybrid Cluster

A Hybrid Cluster occurs when the hosts with a worker function ( controllers and worker nodes) are split between two groups, one running for hosting payloads and the other for hosting containerized payloads.

The host labels are used to define each worker function on the Hybrid Cluster setup. For example, a standard configuration (2 controllers and 2 computes) can be split into (2 controllers, 1 openstack-compute and 1 kubernetes-worker).

partner

Limitations

  • Worker function on controllers MUST both be either Kubernetes or OpenStack.
    • Hybrid Cluster does not apply to or setups.
  • A worker must have only one function, either it is OpenStack compute or k8s-only worker, never both at the same time.
    • The sriov and sriovdp labels cannot coexist on the same host, in order to prevent the device plugin from conflicting with the OpenStack driver.
    • No host will assign and application containers to application cores at the same time.
  • Standard Controllers cannot have openstack-compute-node label; only Controllers can have openstack-compute-node label.
  • Taints must be added to OpenStack compute hosts (i.e. worker nodes or -Controller nodes with the openstack-compute-node label) to prevent end users' hosted containerized workloads/pods from being scheduled on OpenStack compute hosts.