etcd is a fast, reliable and fault-tolerant key-value database. It is at the heart of Kubernetes and is an integral part of its control-plane. It is quite important to have the experience to back up and restore the operability of both individual nodes and the whole entire etcd cluster.
Heh, I didn't found any solution suitable to me so I wrote my own.
I would say that it is most elegant solution for bare-metal deployments as it very simple. It uses PXE-booting feature for the physical servers and containerized Kubernetes control-plane.
You can prepare your own server-image with all software you need just simple using Dockerfile. Right now it is Ubuntu based but in the future it's planned to be distro agnostic.
To bootstrap new cluster you just need to pass parameters and install Helm-chart.
Please take a look at github.com/kvaps/kubefarm
Kubernetes is a great platform both for container orchestration and everything else. Recently, Kubernetes has gone far ahead in terms of functionality, security and resilience. The Kubernetes architecture allows you to easily survive various kinds of failures and always stay afloat. …
Hi, recently I faced across an interesting task to setup a storage server for backup of a large number of block devices.
Every week we back up all virtual machines in our cloud, so there is a need to be able handle thousands of backups and do it as fast…
Not so far ago, I was faced with a quite unusual task of configuring routing for MetalLB. All would be nothing, since MetalLB usually does not require any additional configuration from user side, but in our case there is a fairly large cluster with a quite simple network configuration.
Gitlab CI have a nice feature to generate docker-registry tokens per each job, but this feature is working only for it’s own docker registry and does not working with an external ones, eg. Harbor, Nexus, Quay and etc.
Recently, many cool automation tools have been released both for building Docker images and for deploying to Kubernetes. In this regard, I decided to play with the Gitlab a little, study its capabilities and, of course, configure the pipeline.
I had a need to show dashboard with monitoring information on several screens in the office. There are several old Raspberry Pi Model B+ and a hypervisor with a virtually unlimited amount of resources.
Apparently the Raspberry Pi Model B+ does not have enough power to keep the browser running…