The KUBErnetes INITiator
KubeInit provides Ansible playbooks and roles for the deployment and configuration of multiple Kubernetes distributions. KubeInit's mission is to have a fully automated way to deploy in a single command a curated list of prescribed architectures.
KubeInit's documentation is hosted in this same repository.
There is a set of predefined scenarios that are tested on a weekly basis, the result of those executions is presented in the periodic job execution page.
K8s distribution: OKD (testing K8S, RKE, EKS, RKE)
Driver: Libvirt
OS: CentOS/Fedora, Debian/Ubuntu
- A fresh deployed server with enough RAM and disk space (120GB in RAM and 300GB in disk) and CentOS 8 (it should work also in Fedora/Debian/Ubuntu hosts).
- Adjust the inventory file to suit your needs.
- By default the first hypervisor node is called nyctea (defined in the inventory). Replace it with the hostname you specified if you changed it. You can also use the names in the inventory as aliases for your own hostnames using ~/.ssh/config (described in more detail below).
- Have root passwordless access with certificates.
- Having podman installed in the machine where you are running ansible-playbook.
If you need to setup aliases in ssh for nyctea, tyto, strix, or any other hypervisor hosts that you have added or are mentioned in the inventory, you can create a file named config in ~/.ssh with contents like this:
echo "Host nyctea" >> ~/.ssh/config
echo " Hostname actual_hostname" >> ~/.ssh/configFor example, if you have a deployed server that you can already ssh into as root called server.mysite.local
you can create a ~/.ssh/config with these contents:
Host nyctea
Hostname server.mysite.local
Now you should be ready to try access to your ansible host like this:
ssh root@nycteaIf it fails. check if you have an ssh key, and generate one if you don't
if [ -f ~/.ssh/id_rsa ]; then
ssh-keygen
ssh-copy-id /root/.ssh/id_rsa root@nyctea
fiThere are two ways of launching Kubeinit, directly using the ansible-playbook command, or by running it inside a container.
The following example command will deploy an OKD 4.8 cluster with a 3 node control-plane and 1 worker node in a single command and in approximately 30 minutes.
# Install the requirements assuming python3/pip3 is installed
pip3 install \
--upgrade \
pip \
shyaml \
ansible \
netaddr
# Get the project's source code
git clone https://github.com/Kubeinit/kubeinit.git
cd kubeinit
# Install the Ansible collection requirements
ansible-galaxy collection install --force --requirements-file kubeinit/requirements.yml
# Build and install the collection
rm -rf ~/.ansible/collections/ansible_collections/kubeinit/kubeinit
ansible-galaxy collection build kubeinit --verbose --force --output-path releases/
ansible-galaxy collection install --force --force-with-deps releases/kubeinit-kubeinit-`cat kubeinit/galaxy.yml | shyaml get-value version`.tar.gz
# Run the playbook
ansible-playbook \
-v --user root \
-e kubeinit_spec=okd-libvirt-3-1-1 \
-e hypervisor_hosts_spec='[{"ansible_host":"nyctea"},{"ansible_host":"tyto"}]' \
./kubeinit/playbook.ymlAfter provisioning any of the scenarios, you should have your environment ready to go. To connect to the nodes from the hypervisor use the IP addresses from the inventory files.
The whole process is explained in the HowTo's. The following commands build a container image with the project inside of it, and then launches the container executing the ansible-playbook command with all the standard ansible-playbook parameters.
Kubeinit is built and installed when deploying from a container as those steps are included in the Dockerfile, there is no need to build and install the collection locally if its used through a container.
Note: When running the deployment from a container,
nyctea can not be 127.0.0.1, it needs to be
the hypervisor's IP address. Also when running the
deployment as a user different than root, the
keys needs to be also updated.
Note: Won't work with ARM.
git clone https://github.com/Kubeinit/kubeinit.git
cd kubeinit
podman build -t kubeinit/kubeinit .
podman run --rm -it \
-v ~/.ssh/id_rsa:/root/.ssh/id_rsa:z \
-v ~/.ssh/id_rsa.pub:/root/.ssh/id_rsa.pub:z \
-v ~/.ssh/config:/root/.ssh/config:z \
kubeinit/kubeinit \
-v --user root \
-e kubeinit_spec=okd-libvirt-3-1-1 \
-i ./kubeinit/inventory.yml \
./kubeinit/playbook.yml
Install [jq](https://stedolan.github.io/jq/)
# Get latest release tag name
TAG=$(curl --silent "https://api.github.com/repos/kubeinit/kubeinit/releases/latest" | jq -r .tag_name)
podman run --rm -it \
-v ~/.ssh/id_rsa:/root/.ssh/id_rsa:z \
-v ~/.ssh/id_rsa.pub:/root/.ssh/id_rsa.pub:z \
-v ~/.ssh/config:/root/.ssh/config:z \
quay.io/kubeinit/kubeinit:$TAG \
-v --user root \
-e kubeinit_spec=okd-libvirt-3-1-1 \
-i ./kubeinit/inventory.yml \
./kubeinit/playbook.yml
- The easiest and fastest way to deploy an OKD 4.5 cluster in a Libvirt/KVM Host.
- KubeInit external access for OpenShift/OKD deployments with Libvirt.
- Deploying KubeInit from a container.
- KubeInit: Bringing good practices from the OpenStack ecosystem to improve the way OKD/OpenShift deploys, slides.
- Persistent Volumes And Claims In KubeInit
- Deploying Multiple KubeInit Clusters In The Same Hypervisor
- KubeInit 4-In-1 - Deploying Multiple Kubernetes Distributions (K8S, OKD, RKE, And CDK) With The Same Platform
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent