The kubernetes operator for managing Kubevirt Web UI deployment. Leverages the operator-sdk.
Kubevirt-web-ui image repository on quay.io: quay.io/repository/kubevirt/kubevirt-web-ui
Depending on your OpenShift cluster installation, please choose from the two variants bellow.
If Cluster Console
(in openshift-console
project) is deployed (as by default), optional parameters can be automatically retrieved from its ConfigMap (follow Variant 1).
Otherwise they need to be explicitely provided (Variant 2).
To ease deployment, parameters of the cluster deployment can be automatically retrieved from the openshift-console
ConfigMap, if present.
To do so, the operator's service account will be granted to access the openshift-console
namespace.
oc new-project kubevirt-web-ui
cd deploy
oc apply -f service_account.yaml
oc apply -f role.yaml
oc apply -f role_binding.yaml
oc apply -f crds/kubevirt_v1alpha1_kwebui_crd.yaml
oc apply -f operator.yaml
In deploy/crds/kubevirt_v1alpha1_kwebui_cr.yaml
, add following under spec
section based on your actual OpenShift cluster deployment:
-
openshift_master_default_subdomain=[SUBDOMAIN FOR APPLICATIONS]
- example:
router.default.svc.cluster.local
- Used for composition of web-ui's public URL
- example:
-
public_master_hostname=[FQDN:port]
- example:
master.your.domain.com:8443
- Public URL of your first master node, used for composition of public
console
URL for redirects
- example:
Then execute:
oc new-project kubevirt-web-ui
cd deploy
oc apply -f service_account.yaml
oc apply -f role.yaml
oc apply -f role_binding.yaml
oc apply -f crds/kubevirt_v1alpha1_kwebui_crd.yaml
oc apply -f operator.yaml
To actually deploy the Kubevirt Web UI, choose it's version by editting spec.version
in deploy/crds/kubevirt_v1alpha1_kwebui_cr.yaml
.
Example:
spec:
version: "v1.4.0-9"
The image repository can be farther tweaked by using the spec.registry_url
and spec.registry_namespace
parameters.
To undeploy the Web UI, set spec.version
to empty string (""
).
By providing non-empty value here, the Web UI deployment is upgraded/downgraded.
Please note, the version
needs to match Web UI's docker image tag in the specified repository (seed default quay repo).
Actual Kubevirt Web UI deployment is managed via KWebUI
custom resource
Once spec.version
in the CR is set:
oc apply -f deploy/crds/kubevirt_v1alpha1_kwebui_cr.yaml
Other parameters:
- registry_url: "quay.io"
- registry_namespace: "kubevirt"
- openshift_master_default_subdomain
- public_master_hostname
Processing status can be observed within the KWebUI
custom resource's status
section:
status.phase
- contains one of the string constants for automatizationstatus.message
- human readable details
In case of errors, watch operator's pod logs, sort of:
oc logs kubevirt-web-ui-operator-85ffcdd9d5-8lt9g
See operator-sdk for the tooling installation instructions.
The operator is built using:
operator-sdk build quay.io/[YOUR_REPO]/kubevirt-web-ui-operator
The project is intentionally not based on the ansible operator-sdk as there is still plan to remove the ansible code completely once the (de)provision logic can live in a single project only.
The ansible playbook is stored under build/kubevirt-web-ui-ansible
directory.
This playbook is extracted from the former kubevirt-ansible project.
By design, the kubevirt-web-ui-ansible
uses the oc
client to perform particular installation steps.
To make it work, kubeconfig is recomposed by the operator based on in-cluster-config secrets.
- Marek Libra