Implementați Kubernetes cu Kubeadm pe CentOS 7

Prezentare generală

Acest articol este menit să vă ajute să obțineți un cluster Kubernetes și să funcționeze cu kubeadm în cel mai scurt timp. Acest ghid va implementa două servere, un master și un lucrător, cu toate acestea puteți implementa atâtea servere pe care le-ați dori.

Ce este kubeadm?

Kubeadm este un instrument dezvoltat de Kubernetes care vă permite să obțineți un cluster viabil minim și să funcționați urmând cele mai bune practici. Va declanșa doar clusterul, nu și mașinile de aprovizionare. Lucruri precum suplimentele, tabloul de bord Kubernetes, soluțiile de monitorizare și așa mai departe nu sunt ceva pe care kubeadm îl va face pentru tine.

Cerințe preliminare

Există câteva cerințe pentru serverele pe care le vom implementa. Una sau mai multe mașini care rulează un sistem de operare compatibil deb / rpm. Vom folosi CentOS.

  • 2 GB sau mai multă memorie RAM pe mașină
  • 2 CPU sau mai multe pe master

Conectivitate completă la rețea între toate mașinile din cluster

Cele două servere implementate în acest ghid sunt următoarele: - 1 CPU RAM de 2 GB cu CentOS 7 (nodul de lucru) - 2 CPU RAM de 4 GB cu CentOS 7 (nod principal)

Cu această cantitate de RAM pe ambele servere, Kubernetes va avea mult spațiu pentru a respira.

Configurarea lucrătorului și a comandantului

Iată pașii pe care va trebui să-i facem atât pentru nodul principal, cât și pentru lucrător:

  • Actualizări Yum și pachete
  • Instalați docker-ul
  • Dezactivează selinux
  • Dezactivați swap-ul
  • Dezactivați firewallul
  • Actualizați IPTables
  • Instalați kubelet / kubeadm / kubectl

Instalarea Docker

Vom folosi versiunea 1.14Kubernetes în acest tutorial. Pentru această versiune, Kubernetes recomandă rularea versiunii Docker 18.06.2. Asigurați-vă că verificați versiunea recomandată pentru Docker pentru versiunea dvs. de Kuberenetes

Vom adăuga depozitul Docker la yum și în mod special la instalare 18.06.2. Odată ce Docker este instalat, va trebui să configurăm daemonul docker la setările recomandate de 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

Dezactivează SELinux

Deoarece folosim CentOS, trebuie să dezactivăm SELinux. Acest lucru este necesar pentru a permite accesul containerelor la sistemul de fișiere gazdă.

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

Dezactivați Swap

Swap-ul trebuie să fie dezactivat pentru a permite kubelet-ului să funcționeze corect.

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

Dezactivați firewallul

Kubernetes folosește IPTables pentru a gestiona traficul de intrare și de ieșire - deci pentru a evita problemele pe care le dezactivez firewalld.

systemctl disable firewalld
systemctl stop firewalld

Actualizați IPTables

Kubernetes recomandă să ne asigurăm că net.bridge.bridge-nf-call-iptableseste setat la 1. Acest lucru se datorează problemelor în care REHL / CentOS 7 a avut probleme cu traficul fiind redirecționat incorect din cauza ocolirii 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

Instalați kubelet / kubeadm / kubectl

Va trebui să adăugăm kubernetes repo la yum. După ce facem asta, trebuie doar să rulăm comanda de instalare și să activăm 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

Acum am configurat complet atât nodul nostru, cât și cel de lucrător. Acum putem inițializa nodul nostru principal și să ne alăturam nodurilor noastre lucrătorului la maestru!

Notă Dacă doriți să adăugați mai multe noduri de lucru, procesul de mai sus ar trebui să fie efectuat și pe toate nodurile.

Configurarea nodului principal

Vrem să inițializăm nodul nostru principal rulând următoarea comandă. Veți dori să înlocuiți adresa IP a nodului principal în comanda de mai jos. În plus, vom trece în pod-network-cidr pentru a ne ușura mai târziu atunci când instalăm acoperirea rețelei Flannel.

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

Acest lucru poate dura ceva timp pentru a finaliza, dar odată finalizat, veți vedea ceva similar la sfârșitul ieșirii, cum ar fi următorul.

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

Această comandă este ceea ce nodurile lucrătorului dvs. trebuie să execute pentru a se alătura clusterului, așa că luați notă de ea.

Următoarea este Flannel. Flannel este ceea ce permite comunicarea pod-pod. Există diferite alte tipuri de suprapuneri de rețea pe care le puteți instala, dar pentru simplitate, acest ghid va folosi Flannel.

Copiați kube/configfișierul pe dvs. $Homeastfel încât să puteți executa kubectlcomenzi.

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

Un ultim pas pe nodul principal este instalarea Flannel. Executați următoarea comandă.

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

Cu această configurație copiată peste, veți putea rula kubectl get csși primi un răspuns.

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

Nodul tău principal este setat și gata de plecare. Pe nodul muncitorului!

Nodul muncitor

În acest moment nu există nicio muncă suplimentară care este necesară pe nodul lucrătorului. Tot ce trebuie să facem este să executăm kubeadm joincomanda pe care am primit-o din kubeadm initrezultatul nostru .

Dacă din întâmplare ați înlocuit greșit comanda kubeadm join, puteți genera o alta pe nodul master rulând kubeadm token create --print-join-command

După ce executați comanda kubeadm join, dacă rulați kubectl get nodespe master, veți vedea o ieșire similară cu cea următoare.

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

Înveliți

La fel ca ați pornit un cluster Kubernetes folosind kubeadm. Ați putea face acest lucru și cu rețelele private. Vultr, precum și alți furnizori de cloud, permit rețele private. De asemenea, dacă doriți să executați comenzi kubectl de la mașina dvs. locală împotriva clusterului dvs., puteți realiza acest lucru prin instalarea kubectl local și trageți .kube/configfișierul din cluster către mașina locală dinăuntru $HOME/.kube/config.

Sperăm că acest ghid vă va ajuta să traversați kubeadm și vă va ajuta să jucați cu kubernetes în cel mai scurt timp!

Link-uri utile:



Leave a Comment

O perspectivă asupra a 26 de tehnici de analiză a datelor mari: partea 1

O perspectivă asupra a 26 de tehnici de analiză a datelor mari: partea 1

O perspectivă asupra a 26 de tehnici de analiză a datelor mari: partea 1

6 lucruri extrem de nebunești despre Nintendo Switch

6 lucruri extrem de nebunești despre Nintendo Switch

Mulți dintre voi cunoașteți Switch care va fi lansat în martie 2017 și noile sale funcții. Pentru cei care nu știu, am pregătit o listă de funcții care fac din „Switch” un „gadget obligatoriu”.

Promisiuni tehnologice care sunt încă nelivrate

Promisiuni tehnologice care sunt încă nelivrate

Aștepți ca giganții tehnologiei să-și îndeplinească promisiunile? vezi ce a ramas nelivrat.

Funcționalitățile straturilor arhitecturii de referință pentru Big Data

Funcționalitățile straturilor arhitecturii de referință pentru Big Data

Citiți blogul pentru a cunoaște diferitele straturi din Arhitectura Big Data și funcționalitățile acestora în cel mai simplu mod.

Cum poate AI să ducă automatizarea proceselor la următorul nivel?

Cum poate AI să ducă automatizarea proceselor la următorul nivel?

Citiți asta pentru a afla cum devine populară inteligența artificială în rândul companiilor la scară mică și cum crește probabilitățile de a le face să crească și de a le oferi concurenților avantaje.

CAPTCHA: Cât timp poate rămâne o tehnică viabilă pentru distincția uman-AI?

CAPTCHA: Cât timp poate rămâne o tehnică viabilă pentru distincția uman-AI?

CAPTCHA a devenit destul de dificil de rezolvat pentru utilizatori în ultimii ani. Va fi capabil să rămână eficient în detectarea spam-ului și a botului în viitor?

Singularitatea tehnologică: un viitor îndepărtat al civilizației umane?

Singularitatea tehnologică: un viitor îndepărtat al civilizației umane?

Pe măsură ce Știința Evoluează într-un ritm rapid, preluând multe dintre eforturile noastre, crește și riscurile de a ne supune unei Singularități inexplicabile. Citiți, ce ar putea însemna singularitatea pentru noi.

Telemedicină și îngrijire medicală la distanță: viitorul este aici

Telemedicină și îngrijire medicală la distanță: viitorul este aici

Ce este telemedicina, îngrijirea medicală la distanță și impactul acesteia asupra generației viitoare? Este un loc bun sau nu în situația de pandemie? Citiți blogul pentru a găsi o vedere!

Te-ai întrebat vreodată cum câștigă hackerii bani?

Te-ai întrebat vreodată cum câștigă hackerii bani?

Poate ați auzit că hackerii câștigă mulți bani, dar v-ați întrebat vreodată cum câștigă acești bani? sa discutam.

Actualizarea suplimentului macOS Catalina 10.15.4 cauzează mai multe probleme decât rezolvă

Actualizarea suplimentului macOS Catalina 10.15.4 cauzează mai multe probleme decât rezolvă

Recent, Apple a lansat macOS Catalina 10.15.4 o actualizare suplimentară pentru a remedia problemele, dar se pare că actualizarea provoacă mai multe probleme care duc la blocarea mașinilor Mac. Citiți acest articol pentru a afla mai multe