Distribuisci Kubernetes con Kubeadm su CentOS 7

• Panoramica
• Prerequisiti
• Configurazione del lavoratore e del master
• Configurazione del nodo principale
• Nodo lavoratore
• Avvolgendo

Panoramica

Questo articolo ha lo scopo di aiutarti a far funzionare un cluster Kubernetes con kubeadm in pochissimo tempo. Questa guida distribuirà due server, un master e un lavoratore, tuttavia puoi distribuire tutti i server che desideri.

Che cos'è Kubeadm?

Kubeadm è uno strumento sviluppato da Kubernetes che ti consente di ottenere un cluster minimo realizzabile seguendo le migliori pratiche. Avvierà solo il bootstrap del cluster, non i computer di provisioning. Cose come componenti aggiuntivi, dashboard Kubernetes, soluzioni di monitoraggio e così via non sono qualcosa che Kubeadm farà per te.

Prerequisiti

Esistono alcuni requisiti per i server che implementeremo. Una o più macchine che eseguono un sistema operativo compatibile deb / rpm. Useremo CentOS.

• 2 GB o più di RAM per macchina
• 2 o più CPU sul master

Connettività di rete completa tra tutte le macchine nel cluster

I due server distribuiti in questa guida sono i seguenti: - 1 CPU da 2 GB di RAM con CentOS 7 (nodo di lavoro) - 2 CPU da 4 GB di RAM con CentOS 7 (nodo di Master)

Con questa quantità di RAM su entrambi i server, Kubernetes avrà molto spazio per respirare.

Configurazione del lavoratore e del master

Ecco i passi che dovremo intraprendere sia sul nodo master che su quello worker:

• Aggiornamento e pacchetti Yum
• Installa finestra mobile
• Disabilita selinux
• Disabilita lo scambio
• Disabilita Firewall
• Aggiorna tabelle IP
• Installa kubelet / kubeadm / kubectl

Installazione di Docker

In 1.14questo tutorial useremo la versione di Kubernetes. Per questa versione, Kubernetes consiglia di eseguire la versione Docker 18.06.2. Assicurati di controllare la versione Docker consigliata per la tua versione di Kuberenetes

Aggiungeremo il repository Docker a yum e installeremo in modo specifico 18.06.2. Una volta installato Docker, dovremo configurare il demone docker con le impostazioni consigliate da Kubernetes.

###Add yum-utils, if not installed already
yum install yum-utils

###Add Docker repository.
yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo

###Install Docker CE.
yum update && yum install docker-ce-18.06.2.ce

###Create /etc/docker directory.
mkdir /etc/docker

###Setup daemon.
cat > /etc/docker/daemon.json <<EOF
{
  "exec-opts": ["native.cgroupdriver=systemd"],
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "100m"
  },
  "storage-driver": "overlay2",
  "storage-opts": [
    "overlay2.override_kernel_check=true"
  ]
}
EOF

mkdir -p /etc/systemd/system/docker.service.d

###Restart Docker
systemctl daemon-reload
systemctl enable docker.service
systemctl restart docker

Disabilita SELinux

Poiché stiamo usando CentOS, dobbiamo disabilitare SELinux. Ciò è necessario per consentire l'accesso dei container al filesystem host.

setenforce 0
sed -i 's/^SELINUX=enforcing$/SELINUX=disable/' /etc/selinux/config

Disabilita lo scambio

Lo scambio deve essere disabilitato per consentire a kubelet di funzionare correttamente.

sed -i '/swap/d' /etc/fstab
swapoff -a

Disabilita Firewall

Kubernetes utilizza IPTables per gestire il traffico in entrata e in uscita, quindi per evitare qualsiasi problema disabilitiamo firewalld.

systemctl disable firewalld
systemctl stop firewalld

Aggiorna tabelle IP

Kubernetes consiglia di assicurarsi che net.bridge.bridge-nf-call-iptablessia impostato su 1. Ciò è dovuto a problemi in cui REHL / CentOS 7 ha avuto problemi con il reindirizzamento errato del traffico a causa del bypass di iptables.

cat <<EOF > /etc/sysctl.d/k8s.conf
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
EOF
sysctl --system

Installa kubelet / kubeadm / kubectl

Dovremo aggiungere il repository kubernetes a yum. Una volta fatto ciò, dobbiamo solo eseguire il comando install e abilitare kubelet.

cat <<EOF > /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=https://packages.cloud.google.com/yum/repos/kubernetes-el7-x86_64
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
exclude=kube*
EOF

yum install -y kubelet kubeadm kubectl --disableexcludes=kubernetes
systemctl enable --now kubelet

Ora abbiamo configurato completamente sia il nodo master che quello di lavoro. Ora possiamo inizializzare il nostro nodo master e unire i nostri nodi worker al master!

Nota Se si desidera aggiungere più nodi di lavoro, il processo sopra descritto dovrebbe essere eseguito anche su tutti questi nodi.

Configurazione del nodo principale

Vogliamo inizializzare il nostro nodo principale eseguendo il comando seguente. Ti consigliamo di sostituire l'indirizzo IP del tuo nodo principale nel seguente comando. Inoltre, passeremo al pod-network-cidr per semplificarci più tardi quando installeremo l'overlay di rete Flannel.

kubeadm init --apiserver-advertise-address=YOUR_IP_HERE --pod-network-cidr=10.244.0.0/16

Il completamento potrebbe richiedere del tempo, ma una volta completato vedrai qualcosa di simile alla fine dell'output come il seguente.

kubeadm join YOUR_IP:6443 --token 4if8c2.pbqh82zxcg8rswui \
--discovery-token-ca-cert-hash sha256:a0b2bb2b31bf7b06bb5058540f02724240fc9447b0e457e049e59d2ce19fcba2

Questo comando è ciò che i nodi di lavoro devono eseguire per unirsi al cluster, quindi prendine nota.

Il prossimo è Flannel. La flanella è ciò che consente la comunicazione pod to pod. Esistono vari altri tipi di overlay di rete che è possibile installare, ma per semplicità questa guida utilizzerà Flannel.

Copia il kube/configfile sul tuo in $Homemodo da poter eseguire i kubectlcomandi.

mkdir $HOME/.kube
cp /etc/kubernetes/admin.conf $HOME/.kube/config

Un passaggio finale sul nodo principale è l'installazione di Flannel. Esegui il seguente comando.

kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml

Con questa configurazione copiata, sarai in grado di eseguire kubectl get cse ottenere una risposta.

NAME                 STATUS    MESSAGE             ERROR
scheduler            Healthy   ok
controller-manager   Healthy   ok
etcd-0               Healthy   {"health":"true"}

Il nodo principale è impostato e pronto per l'uso. Sul nodo di lavoro!

Nodo lavoratore

A questo punto non è necessario alcun lavoro aggiuntivo sul nodo di lavoro. Tutto quello che dobbiamo fare è eseguire il kubeadm joincomando che abbiamo ricevuto dal nostro kubeadm initoutput.

Se per caso hai smarrito il comando kubeadm join, puoi generarne un altro sul nodo principale eseguendolo kubeadm token create --print-join-command

Una volta eseguito il comando join kubeadm, se si esegue kubectl get nodessul master verrà visualizzato un output simile al seguente.

NAME          STATUS   ROLES    AGE    VERSION
k8-master   Ready    master   107m   v1.14.2
k8-worker   Ready    <none>   45m    v1.14.2

Avvolgendo

Proprio così hai avviato il bootstrap di un cluster Kubernetes usando kubeadm. Puoi farlo anche con reti private. Vultr, così come altri provider cloud, consentono reti private. Inoltre, se vuoi eseguire i comandi di kubectl dal tuo computer locale sul tuo cluster, puoi farlo avendo kubectl installato localmente e trascinando il .kube/configfile dal cluster al tuo computer locale in $HOME/.kube/config.

Spero che questa guida ti aiuti ad attraversare il kubeadm e ti faccia giocare con le kubernet in pochissimo tempo!

Link utili:

• Kubeadm
• Flanella