Kubernetes

Check agent status per state watch -d "oc get agent -A -o jsonpath='{range .items[*]}{@.status.debugInfo.state}{\"\n\"}{end}' |sort | uniq --count"

During the last months, I’ve been working with my colleagues on setting up a workflow that can be used to deploy Spoke clusters in an automated way. More or less, the idea behind this is that a cluster is configured via a set of configuration files and templates so that the required components are installed: Advanced Cluster Management (ACM) Quay registry OpenShift Data Foundation OpenShift Pipelines (a.k.a. Tekton) etc Once the system was configured, it would become a ‘Hub’, and from it, several ‘Spokes’ could be deployed using ACM, getting them configured in the process to become a cluster suitable for fully-disconnected operation. ...

Introduction In a regular OpenShift environment, NTP server is more less like this: Diagram In a self-contained cluster with no connection to external networks NTP server is not reachable, but a reachable NTP server is required for proper cluster synchronization. Cluster does use SSL certificates that require validation and might fail if the dates between the systems are not in sync or at least pretty close in time. Diagram We’ve several components already available in our OpenShift cluster that are very useful: ...

This article was published originally at https://kubevirt.io/2020/Live-migration.html Introduction This blog post will be explaining on KubeVirt’s ability to perform live migration of virtual machines. Live Migration is a process during which a running Virtual Machine Instance moves to another compute node while the guest workload continues to run and remain accessible. The concept of live migration is already well-known among virtualization platforms and enables administrators to keep user workloads running while the servers can be moved to maintenance for any reason that you might think of like: ...

This article was published originally at https://metal3.io/blog/2019/09/11/Baremetal-operator.html Introduction The baremetal operator, documented at https://github.com/metal3-io/baremetal-operator/blob/master/docs/api.md, it’s the Operator in charge of definitions of physical hosts, containing information about how to reach the Out of Band management controller, URL with the desired image to provision, plus other properties related with hosts being used for provisioning instances. Quoting from the project: The Bare Metal Operator implements a Kubernetes API for managing bare metal hosts. It maintains an inventory of available hosts as instances of the BareMetalHost Custom Resource Definition. The Bare Metal Operator knows how to: Inspect the host’s hardware details and report them on the corresponding BareMetalHost. This includes information about CPUs, RAM, disks, NICs, and more. Provision hosts with a desired image Clean a host’s disk contents before or after provisioning. ...