കുബെർനെറ്റസിന്റെ റൺടൈം എൻവയോൺമെന്റ് എന്ന നിലയിൽ ഡോക്കറിന് പകരമായി CRI-O: CentOS 8-ൽ സജ്ജീകരണം

ഹലോ! എന്റെ പേര് സെർജി, ഞാൻ സർഫിലെ DevOps ആണ്. സർഫിലെ DevOps ഡിപ്പാർട്ട്‌മെന്റ് സ്പെഷ്യലിസ്റ്റുകൾ തമ്മിലുള്ള ആശയവിനിമയം സ്ഥാപിക്കുന്നതിനും ജോലി പ്രക്രിയകളെ സംയോജിപ്പിക്കുന്നതിനും മാത്രമല്ല, സ്വന്തം ഇൻഫ്രാസ്ട്രക്ചറിലും ഉപഭോക്താവിന്റെ ഇൻഫ്രാസ്ട്രക്ചറിലും നിലവിലെ സാങ്കേതികവിദ്യകൾ സജീവമായി ഗവേഷണം ചെയ്യുകയും നടപ്പിലാക്കുകയും ചെയ്യുന്നു.

വിതരണത്തെക്കുറിച്ച് പഠിക്കുമ്പോൾ ഞങ്ങൾ നേരിട്ട കണ്ടെയ്‌നറുകൾക്കായുള്ള സാങ്കേതിക സ്റ്റാക്കിലെ മാറ്റങ്ങളെക്കുറിച്ച് ഞാൻ ചുവടെ സംസാരിക്കും CentOS 8 അത് എന്താണെന്നതിനെക്കുറിച്ചും CRI-O എങ്ങനെ വേഗത്തിൽ എക്സിക്യൂട്ടബിൾ എൻവയോൺമെന്റ് സജ്ജീകരിക്കാം എന്നതും കുബേർനെറ്റ്.

എന്തുകൊണ്ടാണ് ഡോക്കർ CentOS 8-ൽ ഉൾപ്പെടുത്താത്തത്?

ഏറ്റവും പുതിയ പ്രധാന റിലീസുകൾ ഇൻസ്റ്റാൾ ചെയ്ത ശേഷം RHEL 8 അഥവാ CentOS 8 ഒരാൾക്ക് ശ്രദ്ധിക്കാതിരിക്കാൻ കഴിയില്ല: ഈ വിതരണങ്ങളിലും ഔദ്യോഗിക ശേഖരങ്ങളിലും ആപ്ലിക്കേഷൻ അടങ്ങിയിട്ടില്ല ഡോക്കർ, പ്രത്യയശാസ്ത്രപരമായും പ്രവർത്തനപരമായും പാക്കേജുകൾ മാറ്റിസ്ഥാപിക്കുന്നു പോഡ്മാൻ, ബിൽഡ (ഡിഫോൾട്ടായി വിതരണത്തിൽ ഉണ്ട്) കൂടാതെ CRI-O. ഓപ്പൺ കണ്ടെയ്‌നർ ഇനിഷ്യേറ്റീവ് (ഒസിഐ) പ്രോജക്ടിന്റെ ഭാഗമായി റെഡ് ഹാറ്റ് വികസിപ്പിച്ച മാനദണ്ഡങ്ങൾ പ്രായോഗികമായി നടപ്പിലാക്കുന്നതാണ് ഇതിന് കാരണം.

ലിനക്സ് ഫൗണ്ടേഷന്റെ ഭാഗമായ OCI യുടെ ലക്ഷ്യം, ഒരേസമയം നിരവധി പ്രശ്നങ്ങൾ പരിഹരിക്കുന്ന കണ്ടെയ്നർ ഫോർമാറ്റുകൾക്കും റൺടൈമുകൾക്കുമായി തുറന്ന വ്യവസായ മാനദണ്ഡങ്ങൾ സൃഷ്ടിക്കുക എന്നതാണ്. ഒന്നാമതായി, അവ ലിനക്സിന്റെ തത്ത്വചിന്തയ്ക്ക് വിരുദ്ധമായിരുന്നില്ല (ഉദാഹരണത്തിന്, ഓരോ പ്രോഗ്രാമും ഒരു പ്രവർത്തനം നടത്തേണ്ട ഭാഗത്ത്, കൂടാതെ ഡോക്കർ ഒരുതരം ഓൾ-ഇൻ-വൺ സംയോജനമാണ്). രണ്ടാമതായി, സോഫ്‌റ്റ്‌വെയറിൽ നിലവിലുള്ള എല്ലാ പോരായ്മകളും ഇല്ലാതാക്കാൻ അവർക്ക് കഴിയും ഡോക്കർ. മൂന്നാമതായി, കണ്ടെയ്‌നറൈസ്ഡ് ആപ്ലിക്കേഷനുകൾ വിന്യസിക്കുന്നതിനും കൈകാര്യം ചെയ്യുന്നതിനും നൽകുന്നതിനുമുള്ള പ്രമുഖ വാണിജ്യ പ്ലാറ്റ്‌ഫോമുകളുടെ ബിസിനസ് ആവശ്യകതകളുമായി അവ പൂർണ്ണമായും പൊരുത്തപ്പെടും (ഉദാഹരണത്തിന്, Red Hat OpenShift).

അസൗകര്യങ്ങൾ ഡോക്കർ പുതിയ സോഫ്‌റ്റ്‌വെയറിന്റെ ഗുണങ്ങൾ ഇതിനകം കുറച്ച് വിശദമായി വിവരിച്ചിട്ടുണ്ട് ഈ ലേഖനം, കൂടാതെ OCI പ്രോജക്റ്റിനുള്ളിൽ വാഗ്ദാനം ചെയ്യുന്ന മുഴുവൻ സോഫ്‌റ്റ്‌വെയർ സ്റ്റാക്കിന്റെ വിശദമായ വിവരണവും അതിന്റെ വാസ്തുവിദ്യാ സവിശേഷതകളും ഔദ്യോഗിക ഡോക്യുമെന്റേഷനിലും Red Hat-ൽ നിന്നുള്ള ലേഖനങ്ങളിലും കാണാം (മോശമല്ല. ഒരു ലേഖനം Red Hat ബ്ലോഗിലും മൂന്നാം കക്ഷിയിലും അവലോകനങ്ങൾ.

നിർദ്ദിഷ്ട സ്റ്റാക്കിന്റെ ഘടകങ്ങൾക്ക് എന്ത് പ്രവർത്തനക്ഷമതയുണ്ടെന്ന് ശ്രദ്ധിക്കേണ്ടത് പ്രധാനമാണ്:

• പോഡ്മാൻ - runC പ്രക്രിയയിലൂടെ കണ്ടെയ്‌നറുകളുമായുള്ള നേരിട്ടുള്ള ഇടപെടൽ, ഇമേജ് സംഭരണം;
• ബിൽഡ - അസംബ്ലി, രജിസ്ട്രിയിലേക്ക് ചിത്രങ്ങൾ അപ്ലോഡ് ചെയ്യുക;
• CRI-O - കണ്ടെയ്നർ ഓർക്കസ്ട്രേഷൻ സംവിധാനങ്ങൾക്കായി എക്സിക്യൂട്ടബിൾ അന്തരീക്ഷം (ഉദാഹരണത്തിന്, കുബർനെറ്റസ്).

സ്റ്റാക്കിന്റെ ഘടകങ്ങൾ തമ്മിലുള്ള പ്രതിപ്രവർത്തനത്തിന്റെ പൊതുവായ സ്കീം മനസിലാക്കാൻ, ഇവിടെ ഒരു കണക്ഷൻ ഡയഗ്രം നൽകുന്നത് ഉചിതമാണെന്ന് ഞാൻ കരുതുന്നു. കുബേർനെറ്റ് c റൺസി ഉപയോഗിക്കുന്ന താഴ്ന്ന നിലവാരത്തിലുള്ള ലൈബ്രറികളും CRI-O:

CRI-O и കുബേർനെറ്റ് ഒരേ റിലീസും പിന്തുണാ സൈക്കിളും പാലിക്കുക (അനുയോജ്യത മാട്രിക്സ് വളരെ ലളിതമാണ്: പ്രധാന പതിപ്പുകൾ കുബേർനെറ്റ് и CRI-O ഒത്തുചേരുന്നു), ഇത്, ഡെവലപ്പർമാർ ഈ സ്റ്റാക്കിന്റെ പ്രവർത്തനത്തിന്റെ പൂർണ്ണവും സമഗ്രവുമായ പരിശോധനയിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നത് കണക്കിലെടുക്കുമ്പോൾ, ഏത് ഉപയോഗ സാഹചര്യത്തിലും പ്രവർത്തനത്തിൽ കൈവരിക്കാവുന്ന പരമാവധി സ്ഥിരത പ്രതീക്ഷിക്കാനുള്ള അവകാശം ഞങ്ങൾക്ക് നൽകുന്നു (ആപേക്ഷിക ലാളിത്യവും ഇവിടെ പ്രയോജനകരമാണ്. CRI-O താരതമ്യപ്പെടുത്തുമ്പോൾ ഡോക്കർ പ്രവർത്തനത്തിന്റെ ഉദ്ദേശ്യപരമായ പരിമിതി കാരണം).

ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ കുബേർനെറ്റ് "ശരിയായ വഴി" വഴി (ഒസിഐ അനുസരിച്ച്, തീർച്ചയായും) ഉപയോഗിക്കുന്നു CRI-O ഓൺ CentOS 8 ഞങ്ങൾ ചില ചെറിയ ബുദ്ധിമുട്ടുകൾ നേരിട്ടു, എന്നിരുന്നാലും, ഞങ്ങൾ വിജയകരമായി തരണം ചെയ്തു. ഇൻസ്റ്റാളേഷൻ, കോൺഫിഗറേഷൻ നിർദ്ദേശങ്ങൾ നിങ്ങളുമായി പങ്കിടുന്നതിൽ ഞാൻ സന്തുഷ്ടനാണ്, മൊത്തത്തിൽ ഏകദേശം 10 മിനിറ്റ് എടുക്കും.

CRI-O ഫ്രെയിംവർക്ക് ഉപയോഗിച്ച് എങ്ങനെ CentOS 8-ൽ Kubernetes വിന്യസിക്കാം

മുൻവ്യവസ്ഥകൾ: ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള കുറഞ്ഞത് ഒരു ഹോസ്റ്റിന്റെ സാന്നിധ്യം (2 കോറുകൾ, 4 ജിബി റാം, കുറഞ്ഞത് 15 ജിബി സ്റ്റോറേജ്) CentOS 8 (“സെർവർ” ഇൻസ്റ്റാളേഷൻ പ്രൊഫൈൽ ശുപാർശചെയ്യുന്നു), കൂടാതെ പ്രാദേശിക DNS-ൽ അതിനുള്ള എൻട്രികളും (അവസാന റിസോർട്ടായി, നിങ്ങൾക്ക് /etc/hosts-ൽ ഒരു എൻട്രി ഉപയോഗിച്ച് ലഭിക്കും). പിന്നെ മറക്കരുത് സ്വാപ്പ് പ്രവർത്തനരഹിതമാക്കുക.

റൂട്ട് ഉപയോക്താവ് എന്ന നിലയിൽ ഞങ്ങൾ ഹോസ്റ്റിലെ എല്ലാ പ്രവർത്തനങ്ങളും നടത്തുന്നു, ശ്രദ്ധിക്കുക.

1. ആദ്യ ഘട്ടത്തിൽ, ഞങ്ങൾ OS കോൺഫിഗർ ചെയ്യുകയും CRI-O-യ്‌ക്കുള്ള പ്രാഥമിക ഡിപൻഡൻസികൾ ഇൻസ്റ്റാൾ ചെയ്യുകയും കോൺഫിഗർ ചെയ്യുകയും ചെയ്യും.
   • നമുക്ക് OS അപ്ഡേറ്റ് ചെയ്യാം:

     dnf -y update
     

   • അടുത്തതായി നിങ്ങൾ ഫയർവാളും SELinux ഉം ക്രമീകരിക്കേണ്ടതുണ്ട്. ഇവിടെ എല്ലാം നമ്മുടെ ഹോസ്റ്റ് അല്ലെങ്കിൽ ഹോസ്റ്റുകൾ പ്രവർത്തിക്കുന്ന പരിസ്ഥിതിയെ ആശ്രയിച്ചിരിക്കുന്നു. എന്നതിൽ നിന്നുള്ള ശുപാർശകൾ അനുസരിച്ച് നിങ്ങൾക്ക് ഒന്നുകിൽ ഒരു ഫയർവാൾ സജ്ജീകരിക്കാം പ്രമാണീകരണം, അല്ലെങ്കിൽ, നിങ്ങൾ ഒരു വിശ്വസനീയ നെറ്റ്‌വർക്കിലാണെങ്കിൽ അല്ലെങ്കിൽ ഒരു മൂന്നാം കക്ഷി ഫയർവാൾ ഉപയോഗിക്കുന്നുണ്ടെങ്കിൽ, സ്ഥിരസ്ഥിതി സോൺ വിശ്വസനീയമായി മാറ്റുക അല്ലെങ്കിൽ ഫയർവാൾ ഓഫാക്കുക:

     firewall-cmd --set-default-zone trusted
     
     firewall-cmd --reload

     ഫയർവാൾ ഓഫ് ചെയ്യുന്നതിന് നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിക്കാം:

     systemctl disable --now firewalld
     

     SELinux ഓഫാക്കുകയോ "അനുവദനീയമായ" മോഡിലേക്ക് മാറുകയോ ചെയ്യേണ്ടതുണ്ട്:

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

   • ആവശ്യമായ കേർണൽ മൊഡ്യൂളുകളും പാക്കേജുകളും ലോഡ് ചെയ്യുക, സിസ്റ്റം സ്റ്റാർട്ടപ്പിൽ "br_netfilter" മൊഡ്യൂളിന്റെ സ്വയമേവ ലോഡിംഗ് കോൺഫിഗർ ചെയ്യുക:

     modprobe overlay
     
     modprobe br_netfilter
     
     echo "br_netfilter" >> /etc/modules-load.d/br_netfilter.conf
     
     dnf -y install iproute-tc
     

   • പാക്കറ്റ് ഫോർവേഡിംഗ് സജീവമാക്കുന്നതിനും ട്രാഫിക് പ്രോസസ്സിംഗ് ശരിയാക്കുന്നതിനും, ഞങ്ങൾ ഉചിതമായ ക്രമീകരണങ്ങൾ ഉണ്ടാക്കും:

     cat > /etc/sysctl.d/99-kubernetes-cri.conf <<EOF
     net.bridge.bridge-nf-call-iptables = 1
     net.ipv4.ip_forward = 1
     net.bridge.bridge-nf-call-ip6tables = 1
     EOF
     

     ഉണ്ടാക്കിയ ക്രമീകരണങ്ങൾ പ്രയോഗിക്കുക:

     sysctl --system

   • ആവശ്യമായ പതിപ്പ് സജ്ജമാക്കുക CRI-O (പ്രധാന പതിപ്പ് CRI-O, ഇതിനകം സൂചിപ്പിച്ചതുപോലെ, ആവശ്യമായ പതിപ്പുമായി പൊരുത്തപ്പെടുത്തുക കുബേർനെറ്റ്), ഏറ്റവും പുതിയ സ്ഥിരതയുള്ള പതിപ്പ് മുതൽ കുബേർനെറ്റ് നിലവിൽ 1.18:

     export REQUIRED_VERSION=1.18
     

     ആവശ്യമായ ശേഖരണങ്ങൾ ചേർക്കുക:

     dnf -y install 'dnf-command(copr)'
     
     dnf -y copr enable rhcontainerbot/container-selinux
     
     curl -L -o /etc/yum.repos.d/devel:kubic:libcontainers:stable.repo https://download.opensuse.org/repositories/devel:kubic:libcontainers:stable/CentOS_8/devel:kubic:libcontainers:stable.repo
     
     curl -L -o /etc/yum.repos.d/devel:kubic:libcontainers:stable:cri-o:$REQUIRED_VERSION.repo https://download.opensuse.org/repositories/devel:kubic:libcontainers:stable:cri-o:$REQUIRED_VERSION/CentOS_8/devel:kubic:libcontainers:stable:cri-o:$REQUIRED_VERSION.repo

   • ഇപ്പോൾ നമുക്ക് ഇൻസ്റ്റാൾ ചെയ്യാം CRI-O:

     dnf -y install cri-o
     

     ഇൻസ്റ്റാളേഷൻ പ്രക്രിയയിൽ ഞങ്ങൾ നേരിടുന്ന ആദ്യത്തെ സൂക്ഷ്മത ശ്രദ്ധിക്കുക: നിങ്ങൾ കോൺഫിഗറേഷൻ എഡിറ്റ് ചെയ്യേണ്ടതുണ്ട് CRI-O സേവനം ആരംഭിക്കുന്നതിന് മുമ്പ്, ആവശ്യമായ കോമൺ ഘടകത്തിന് നിർദ്ദിഷ്ട സ്ഥലത്തേക്കാൾ വ്യത്യസ്തമായ സ്ഥാനമുള്ളതിനാൽ:

     sed -i 's//usr/libexec/crio/conmon//usr/bin/conmon/' /etc/crio/crio.conf

     ഇപ്പോൾ നിങ്ങൾക്ക് ഡെമൺ സജീവമാക്കാനും ആരംഭിക്കാനും കഴിയും CRI-O:

     systemctl enable --now crio
     

     നിങ്ങൾക്ക് ഡെമൺ നില പരിശോധിക്കാം:

     systemctl status crio
     

2. ഇൻസ്റ്റാളേഷനും സജീവമാക്കലും കുബേർനെറ്റ്.
   • ആവശ്യമായ ശേഖരം ചേർക്കാം:

     cat <<EOF > /etc/yum.repos.d/kubernetes.repo
     [kubernetes]
     name=Kubernetes
     baseurl=https://packages.cloud.google.com/yum/repos/kubernetes-el7-$basearch
     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=kubelet kubeadm kubectl
     EOF
     

     ഇപ്പോൾ നമുക്ക് ഇൻസ്റ്റാൾ ചെയ്യാം കുബേർനെറ്റ് (പതിപ്പ് 1.18, മുകളിൽ സൂചിപ്പിച്ചതുപോലെ):

     dnf install -y kubelet-1.18* kubeadm-1.18* kubectl-1.18* --disableexcludes=kubernetes

   • രണ്ടാമത്തെ പ്രധാന സൂക്ഷ്മത: ഞങ്ങൾ ഒരു ഡെമൺ ഉപയോഗിക്കാത്തതിനാൽ ഡോക്കർ, എന്നാൽ ഞങ്ങൾ ഡെമൺ ഉപയോഗിക്കുന്നു CRI-O, വിക്ഷേപണത്തിനും സമാരംഭത്തിനും മുമ്പ് കുബേർനെറ്റ് ആദ്യം ആവശ്യമുള്ള ഡയറക്‌ടറി സൃഷ്‌ടിച്ച ശേഷം, /var/lib/kubelet/config.yaml എന്ന കോൺഫിഗറേഷൻ ഫയലിൽ നിങ്ങൾ ഉചിതമായ ക്രമീകരണങ്ങൾ നടത്തേണ്ടതുണ്ട്:

     mkdir /var/lib/kubelet
     
     cat <<EOF > /var/lib/kubelet/config.yaml
     apiVersion: kubelet.config.k8s.io/v1beta1
     kind: KubeletConfiguration
     cgroupDriver: systemd
     EOF

   • ഇൻസ്റ്റാളേഷൻ സമയത്ത് ഞങ്ങൾ നേരിടുന്ന മൂന്നാമത്തെ പ്രധാന കാര്യം: ഉപയോഗിച്ച ഡ്രൈവർ ഞങ്ങൾ സൂചിപ്പിച്ചിട്ടുണ്ടെങ്കിലും cgroup, പാസാക്കിയ ആർഗ്യുമെന്റുകളിലൂടെ അതിന്റെ കോൺഫിഗറേഷൻ കുബെലെറ്റ് കാലഹരണപ്പെട്ടതാണ് (ഡോക്യുമെന്റേഷനിൽ വ്യക്തമായി പറഞ്ഞിരിക്കുന്നത് പോലെ), ഞങ്ങൾ ഫയലിലേക്ക് ആർഗ്യുമെന്റുകൾ ചേർക്കേണ്ടതുണ്ട്, അല്ലാത്തപക്ഷം ഞങ്ങളുടെ ക്ലസ്റ്റർ ആരംഭിക്കില്ല:

     cat /dev/null > /etc/sysconfig/kubelet
     
     cat <<EOF > /etc/sysconfig/kubelet
     KUBELET_EXTRA_ARGS=--container-runtime=remote --cgroup-driver=systemd --container-runtime-endpoint='unix:///var/run/crio/crio.sock'
     EOF

   • ഇപ്പോൾ നമുക്ക് ഡെമൺ സജീവമാക്കാം കുബെലെറ്റ്:

     sudo systemctl enable --now kubelet
     

     ഇഷ്ടാനുസൃതമാക്കാൻ നിയന്ത്രണ-വിമാനം അഥവാ തൊഴിലാളി മിനിറ്റുകൾക്കുള്ളിൽ നോഡുകൾ, നിങ്ങൾക്ക് ഉപയോഗിക്കാം ഈ സ്ക്രിപ്റ്റിനൊപ്പം.

3. ഞങ്ങളുടെ ക്ലസ്റ്റർ ആരംഭിക്കാനുള്ള സമയമാണിത്.
   • ക്ലസ്റ്റർ ആരംഭിക്കുന്നതിന്, കമാൻഡ് പ്രവർത്തിപ്പിക്കുക:

     kubeadm init --pod-network-cidr=10.244.0.0/16
     

     "kubeadm join ..." എന്ന ക്ലസ്റ്ററിൽ ചേരുന്നതിനുള്ള കമാൻഡ് എഴുതുന്നത് ഉറപ്പാക്കുക, അത് ഔട്ട്‌പുട്ടിന്റെ അവസാനം അല്ലെങ്കിൽ കുറഞ്ഞത് നിർദ്ദിഷ്ട ടോക്കണുകളെങ്കിലും ഉപയോഗിക്കാൻ നിങ്ങളോട് ആവശ്യപ്പെടുന്നു.

   • പോഡ് നെറ്റ്‌വർക്കിനായി നമുക്ക് പ്ലഗിൻ (സിഎൻഐ) ഇൻസ്റ്റാൾ ചെയ്യാം. ഉപയോഗിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു കാലികോ. ഒരുപക്ഷേ കൂടുതൽ ജനപ്രിയമായത് ഫ്ലാനെൽ എന്നതുമായി പൊരുത്തപ്പെടൽ പ്രശ്നങ്ങളുണ്ട് nftables, അതെ കൂടാതെ കാലികോ - പ്രോജക്റ്റ് ശുപാർശ ചെയ്യുന്നതും പൂർണ്ണമായി പരീക്ഷിച്ചതുമായ ഒരേയൊരു CNI നടപ്പിലാക്കൽ കുബേർനെറ്റ്:

     kubectl --kubeconfig /etc/kubernetes/admin.conf apply -f https://docs.projectcalico.org/v3.15/manifests/calico.yaml 

   • ഞങ്ങളുടെ ക്ലസ്റ്ററിലേക്ക് ഒരു വർക്കർ നോഡ് ബന്ധിപ്പിക്കുന്നതിന്, നിങ്ങൾ അത് 1, 2 നിർദ്ദേശങ്ങൾ അനുസരിച്ച് കോൺഫിഗർ ചെയ്യേണ്ടതുണ്ട്, അല്ലെങ്കിൽ ഉപയോഗിക്കുക സ്ക്രിപ്റ്റ്, തുടർന്ന് ഞങ്ങൾ മുമ്പത്തെ ഘട്ടത്തിൽ എഴുതിയ “kubeadm init...” ഔട്ട്‌പുട്ടിൽ നിന്ന് കമാൻഡ് പ്രവർത്തിപ്പിക്കുക:

     kubeadm join $CONTROL_PLANE_ADDRESS:6443 --token $TOKEN 
         --discovery-token-ca-cert-hash $TOKEN_HASH

   • ഞങ്ങളുടെ ക്ലസ്റ്റർ ആരംഭിക്കുകയും പ്രവർത്തിക്കുകയും ചെയ്തിട്ടുണ്ടോയെന്ന് പരിശോധിക്കാം:

     kubectl --kubeconfig=/etc/kubernetes/admin.conf get pods -A
     

   തയ്യാറാണ്! നിങ്ങളുടെ K8s ക്ലസ്റ്ററിൽ നിങ്ങൾക്ക് ഇതിനകം പേലോഡുകൾ ഹോസ്റ്റുചെയ്യാനാകും.

എന്താണ് നമ്മെ കാത്തിരിക്കുന്നത്

മുകളിലുള്ള നിർദ്ദേശങ്ങൾ നിങ്ങളെ കുറച്ച് സമയവും ഞരമ്പുകളും ലാഭിക്കാൻ സഹായിച്ചിട്ടുണ്ടെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു.
വ്യവസായത്തിൽ സംഭവിക്കുന്ന പ്രക്രിയകളുടെ ഫലം, അന്തിമ ഉപയോക്താക്കളിൽ ഭൂരിഭാഗവും മറ്റ് സോഫ്‌റ്റ്‌വെയറിന്റെ ഡെവലപ്പർമാരും എങ്ങനെ സ്വീകരിക്കുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു. ഏതാനും വർഷങ്ങൾക്കുള്ളിൽ OCI സംരംഭങ്ങൾ എന്തിലേക്ക് നയിക്കുമെന്ന് ഇതുവരെ പൂർണ്ണമായും വ്യക്തമല്ല, പക്ഷേ ഞങ്ങൾ സന്തോഷത്തോടെ വീക്ഷിക്കും. അഭിപ്രായങ്ങളിൽ നിങ്ങൾക്ക് ഇപ്പോൾ നിങ്ങളുടെ അഭിപ്രായം പങ്കിടാം.

ഇവിടെത്തന്നെ നിൽക്കുക!

ഇനിപ്പറയുന്ന ഉറവിടങ്ങൾക്ക് നന്ദി ഈ ലേഖനം പ്രത്യക്ഷപ്പെട്ടു:

• കണ്ടെയ്നർ റൺടൈമുകളെക്കുറിച്ചുള്ള വിഭാഗം കുബെർനെറ്റസ് ഡോക്യുമെന്റേഷൻ
• പേജ് ഇന്റർനെറ്റിൽ CRI-O പ്രോജക്റ്റ്
• Red Hat ബ്ലോഗ് ലേഖനങ്ങൾ: ഇത്, ഇത് കൂടാതെ മറ്റു പലതും

അവലംബം: www.habr.com