Problem description
When creating sub-clusters for a site, the SIP operator uses labels on BMH resources to schedule matching resources to a sub-cluster. To expand this selection criteria, labels assigned to Kubernetes nodes can be made available on corresponding BMH resources using the Synclabeller operator. As an operator, I want to deploy the Synclabeller operator as part of a multi-tenant site during an airshipctl phase, so that all node labels are available as BMH selection criteria for SIPCluster CRs.
Proposed change
Deliver the Synclabeller operator to the target/management cluster as part of an airshipctl phase. Upon completion of this phase the operator is deployed and ready for use.
Integrate the delivery of the Synclabeller CRD/operator (https://github.com/airshipit/synclabeller) into an Airship phase defined in the multi-tenant type manifests.
Verify capability to run phase applying operator via Airship.
Problem description When creating sub-clusters for a site, the SIP operator uses labels on BMH resources to schedule matching resources to a sub-cluster. To expand this selection criteria, labels assigned to Kubernetes nodes can be made available on corresponding BMH resources using the Synclabeller operator. As an operator, I want to deploy the Synclabeller operator as part of a multi-tenant site during an airshipctl phase, so that all node labels are available as BMH selection criteria for SIPCluster CRs.
Proposed change Deliver the Synclabeller operator to the target/management cluster as part of an airshipctl phase. Upon completion of this phase the operator is deployed and ready for use.