Kubectl ን የበለጠ ውጤታማ በሆነ መንገድ እንዴት መጠቀም እንደሚቻል: ዝርዝር መመሪያ

ከ Kubernetes ጋር የምትሰራ ከሆነ, kubectl ምናልባት በብዛት ከሚጠቀሙባቸው መገልገያዎች ውስጥ አንዱ ሊሆን ይችላል. እና ከአንድ የተወሰነ መሳሪያ ጋር በመስራት ብዙ ጊዜ በሚያሳልፉበት ጊዜ በደንብ ማጥናት እና እንዴት በብቃት እንደሚጠቀሙበት መማር ጠቃሚ ነው።

ቡድን Kubernetes aaS ከ Mail.ru ከ kubectl ጋር ውጤታማ በሆነ መንገድ ለመስራት ጠቃሚ ምክሮችን እና ዘዴዎችን የሚያገኙበት በዳንኤል ዌይብል የተተረጎመ መጣጥፍ። እንዲሁም ስለ ኩበርኔትስ ጠለቅ ያለ ግንዛቤ እንዲኖርዎት ይረዳዎታል።

እንደ ደራሲው ከሆነ የጽሁፉ ግብ ከኩበርኔትስ ጋር የእለት ተእለት ስራዎ የበለጠ ቀልጣፋ ብቻ ሳይሆን የበለጠ አስደሳች እንዲሆን ማድረግ ነው!

መግቢያ: kubectl ምንድን ነው

Kubectlን የበለጠ ውጤታማ በሆነ መንገድ ለመጠቀም ከመማርዎ በፊት ምን እንደሆነ እና እንዴት እንደሚሰራ መሰረታዊ ግንዛቤ ማግኘት አለብዎት።

ከተጠቃሚው አንፃር, kubectl የ Kubernetes ስራዎችን ለማከናወን የሚያስችል የቁጥጥር ፓነል ነው.

በቴክኒካዊ አነጋገር kubectl የ Kubernetes API ደንበኛ ነው።

Kubernetes ኤፒአይ የኤችቲቲፒ REST ኤፒአይ ነው። ይህ ኤፒአይ ሙሉ በሙሉ ቁጥጥር የሚደረግበት ትክክለኛው የኩበርኔትስ የተጠቃሚ በይነገጽ ነው። ይህ ማለት እያንዳንዱ የኩበርኔትስ ክዋኔ እንደ ኤፒአይ የመጨረሻ ነጥብ ይጋለጣል እና በኤችቲቲፒ ጥያቄ ወደዚያ የመጨረሻ ነጥብ ሊደረግ ይችላል።

ስለዚህ የ kubectl ዋና ስራ ለ Kubernetes API የ HTTP ጥያቄዎችን ማቅረብ ነው፡-

ኩበርኔትስ ሙሉ በሙሉ ሀብትን ያማከለ ስርዓት ነው። ይህ ማለት የሃብት ውስጣዊ ሁኔታን ይጠብቃል እና ሁሉም የኩበርኔትስ ስራዎች የCRUD ስራዎች ናቸው።

እነዚህን ሀብቶች በማስተዳደር የኩበርኔትስን ሙሉ በሙሉ ይቆጣጠራሉ፣ እና ኩበርኔትስ አሁን ባለው የሀብቱ ሁኔታ ምን ማድረግ እንዳለበት ያሰላል። በዚህ ምክንያት የኩበርኔትስ ኤፒአይ ማመሳከሪያ ከተዛማጅ ሥራዎቻቸው ጋር እንደ የንብረት ዓይነቶች ዝርዝር ተደራጅቷል።

አንድ ምሳሌ እንመልከት.

ReplicaSet ምንጭ መፍጠር ትፈልጋለህ እንበል። ይህንን ለማድረግ በፋይል ውስጥ ያለውን ReplicaSet በስም ይገልጻሉ። replicaset.yaml, ከዚያ ትዕዛዙን ያሂዱ:

$ kubectl create -f replicaset.yaml

ይህ ReplicaSet መርጃ ይፈጥራል። ግን ከትዕይንቱ በስተጀርባ ምን ይሆናል?

ኩበርኔትስ ReplicaSet የመፍጠር ስራ አለው። ልክ እንደሌላው ኦፕሬሽን፣ እንደ ኤፒአይ የመጨረሻ ነጥብ ተጋልጧል። የዚህ ክወና ልዩ የኤፒአይ መጨረሻ ነጥብ ይህን ይመስላል።

POST /apis/apps/v1/namespaces/{namespace}/replicasets

ለሁሉም የኩበርኔትስ ስራዎች የኤፒአይ የመጨረሻ ነጥቦች በ ላይ ይገኛሉ የኤፒአይ ማጣቀሻ (ይህም ጨምሮ ከላይ ያለው የመጨረሻ ነጥብ). ለመጨረሻ ነጥብ ትክክለኛ ጥያቄ ለማቅረብ በመጀመሪያ የኤፒአይ አገልጋይ ዩአርኤልን በኤፒአይ ማጣቀሻ ውስጥ በተዘረዘሩት የመጨረሻ ነጥብ መንገዶች ላይ ማከል አለቦት።

ስለዚህ ከላይ ያለውን ትዕዛዝ ሲፈጽሙ kubectl የኤችቲቲፒ POST ጥያቄን ከላይ ላለው የኤፒአይ የመጨረሻ ነጥብ ይልካል። በፋይሉ ውስጥ ያቀረቡት ReplicaSet ትርጉም replicaset.yaml, በጥያቄው አካል ውስጥ ይላካል.

Kubectl ከ Kubernetes ዘለላ ጋር ለሚገናኙ ሁሉም ትዕዛዞች የሚሰራው በዚህ መንገድ ነው። በእነዚህ ሁሉ አጋጣሚዎች kubectl በቀላሉ የኤችቲቲፒ ጥያቄዎችን ወደ ተገቢው የ Kubernetes API የመጨረሻ ነጥቦች ያቀርባል።

እንደ መገልገያ በመጠቀም Kubernetes ሙሉ በሙሉ ማስተዳደር እንደሚችሉ እባክዎ ልብ ይበሉ curlየኤችቲቲፒ ጥያቄዎችን በእጅ ወደ Kubernetes API በመላክ። Kubectl በቀላሉ Kubernetes API መጠቀምን ቀላል ያደርገዋል።

ይህ kubectl ምን እንደሆነ እና እንዴት እንደሚሰራ መሰረታዊ ነገሮች ናቸው. ግን ስለ Kubernetes API እያንዳንዱ የ kubectl ተጠቃሚ ማወቅ ያለበት ሌላ ነገር አለ። የኩበርኔትስ ውስጣዊ አለምን በፍጥነት እንይ።

የኩበርኔትስ ውስጣዊ ዓለም

ኩበርኔትስ በክላስተር ኖዶች ላይ እንደ የተለየ ሂደት የሚሄዱ የገለልተኛ አካላት ስብስብን ያካትታል። አንዳንድ ክፍሎች በማስተር ኖዶች ላይ ይሰራሉ, ሌሎች ደግሞ በሠራተኛ አንጓዎች ላይ, እያንዳንዱ አካል የራሱን የተለየ ተግባር ያከናውናል.

በዋናው አንጓዎች ላይ በጣም አስፈላጊዎቹ ክፍሎች እዚህ አሉ

1. ቮልት - የንብረት መግለጫዎችን ያከማቻል (ብዙውን ጊዜ ወዘተ).
2. የኤፒአይ አገልጋይ - ኤፒአይ ያቀርባል እና ማከማቻን ያስተዳድራል።
3. ተቆጣጣሪ አስተዳዳሪ - የንብረት ሁኔታዎች ከዝርዝሮች ጋር መከበራቸውን ያረጋግጣል።
4. መርሐግብር አዘጋጅ - በሠራተኛ አንጓዎች ላይ ፖድዎችን መርሐግብር ያስወጣል.

እና በሠራተኛው አንጓዎች ላይ አንድ በጣም አስፈላጊ አካል እዚህ አለ-

1. ኩቤሌት - በሚሠራበት መስቀለኛ መንገድ ላይ የእቃ መጫኛዎችን ማስጀመር ያስተዳድራል.

እነዚህ ክፍሎች እንዴት አንድ ላይ እንደሚሠሩ ለመረዳት አንድ ምሳሌ እንመልከት።

እንደጨረስክ እናስብ kubectl create -f replicaset.yamlከዚህ በኋላ kubectl HTTP POST ጥያቄ አቀረበ ReplicaSet API መጨረሻ ነጥብ (የ ReplicaSet ሀብትን ትርጉም ማለፍ)።

በክላስተር ውስጥ ምን እየሆነ ነው?

1. ካደረጉ በኋላ kubectl create -f replicaset.yaml የኤፒአይ አገልጋይ የእርስዎን ReplicaSet ግብዓት ትርጉም በማከማቻ ውስጥ ያከማቻል፡

   

2. በመቀጠል፣ ReplicaSet መቆጣጠሪያው በተቆጣጣሪው አስተዳዳሪ ውስጥ ተጀምሯል፣ እሱም የ ReplicaSet ሃብቶችን መፍጠር፣ ማሻሻያ እና መሰረዝን ያስተናግዳል፡

   

3. የ ReplicaSet መቆጣጠሪያው ለእያንዳንዱ ReplicaSet ቅጂ (በፖድ አብነት በ ReplicaSet ፍች መሠረት) የፖድ ፍቺን ይፈጥራል እና በማከማቻ ውስጥ ያከማቻቸዋል።

   

4. ለማንኛውም የሰራተኛ አንጓዎች ገና ያልተመደቡ ፖዶችን በመከታተል መርሐግብር አውጪው ተጀምሯል፡

   

5. መርሐግብር አውጪው ለእያንዳንዱ ፖድ ተስማሚ የሆነ የሰራተኛ መስቀለኛ መንገድ ይመርጣል እና ይህንን መረጃ በመደብሩ ውስጥ ባለው የፖድ ፍቺ ላይ ያክላል፡

   

6. ፖድው በተመደበበት የሰራተኛ መስቀለኛ መንገድ ላይ ኩቤሌት ተጀምሯል ፣ ለዚህ ​​መስቀለኛ መንገድ የተመደቡትን እንክብሎች ይከታተላል ።

   

7. ኩቤሌቱ የፖድ ፍቺን ከማከማቻ ውስጥ ያነባል እና እንደ ዶከር ያለ የእቃ መያዢያ አሂድ ጊዜ በመስቀለኛ መንገዱ ላይ ኮንቴይነሮችን እንዲያስነሳ መመሪያ ይሰጣል፡-

   

ከዚህ በታች የዚህ መግለጫ የጽሑፍ ስሪት አለ።

ወደ ReplicaSet የፍጥረት መጨረሻ ነጥብ የኤፒአይ ጥያቄ የሚስተናገደው በኤፒአይ አገልጋይ ነው። የኤፒአይ አገልጋይ ጥያቄውን ያረጋግጣል እና ReplicaSet የንብረት ፍቺን በማከማቻ ውስጥ ያከማቻል።

ይህ ክስተት ReplicaSet መቆጣጠሪያን ይጀምራል፣ ይህም የተቆጣጣሪው አስተዳዳሪ ንዑስ ሂደት ነው። ReplicaSet መቆጣጠሪያው በመደብሩ ውስጥ የReplicaSet ሃብቶችን መፍጠር፣ ማዘመን እና መሰረዝን ይከታተላል እና ይህ ሲከሰት የክስተት ማሳወቂያ ይቀበላል።

የ ReplicaSet ተቆጣጣሪው ስራ የሚፈለገው የ ReplicaSet ፖድ ቁጥር መኖሩን ማረጋገጥ ነው። በእኛ ምሳሌ፣ እስካሁን ምንም ፖድ የለም፣ ስለዚህ ReplicaSet መቆጣጠሪያው እነዚህን የፖድ ፍቺዎች (በፖድ አብነት በ ReplicaSet ፍቺ መሠረት) ይፈጥራል እና በማከማቻ ውስጥ ያከማቻል።

አዲስ ፖድዎች መፈጠር የሚቀሰቀሰው ለሠራተኛ አንጓዎች ገና ያልታቀዱ የፖድ ትርጓሜዎችን በሚከታተል መርሐግብር አዘጋጅ ነው። መርሐግብር አውጪው ለእያንዳንዱ ፖድ ተስማሚ የሆነ የሰራተኛ መስቀለኛ መንገድን ይመርጣል እና በማከማቻው ውስጥ ያሉትን የፖድ ፍቺዎችን ያሻሽላል።

እስከዚህ ነጥብ ድረስ ምንም የስራ ጫኝ ኮድ በክላስተር ውስጥ የትኛውም ቦታ እየሰራ እንዳልሆነ ልብ ይበሉ። እስካሁን የተደረገው ሁሉ - ይህ በማስተር መስቀለኛ መንገድ ላይ ባለው ማከማቻ ውስጥ ያሉትን ሀብቶች መፍጠር እና ማዘመን ነው።

የመጨረሻው ክስተት ኩቤሌትስን ያስነሳል, ይህም ለሰራተኛ አንጓዎች የታቀዱትን ፖዶች ይከታተላል. ReplicaSet ፖዶችዎ የተጫኑበት የሰራተኛ መስቀለኛ መንገድ ኩቤሌት የእቃ መያዢያ ጊዜውን እንደ Docker የመሳሰሉ የመያዣ ምስሎችን እንዲያወርዱ እና እንዲያሄዱ መመሪያ መስጠት አለበት።

በዚህ ጊዜ፣ የእርስዎ ReplicaSet መተግበሪያ በመጨረሻ እየሰራ ነው!

የኩበርኔትስ ኤፒአይ ሚና

ባለፈው ምሳሌ ላይ እንዳየኸው የኩበርኔትስ ክፍሎች (ከኤፒአይ አገልጋይ እና ማከማቻ በስተቀር) በማከማቻ ውስጥ ባሉ ሀብቶች ላይ ለውጦችን ይመለከታሉ እና በማከማቻ ውስጥ ስላሉ ሀብቶች መረጃ ይለውጣሉ።

በእርግጥ እነዚህ ክፍሎች በቀጥታ ከማከማቻው ጋር አይገናኙም, ነገር ግን በ Kubernetes ኤፒአይ ብቻ.

የሚከተሉትን ምሳሌዎች ተመልከት:

1. ReplicaSet መቆጣጠሪያ የኤፒአይ የመጨረሻ ነጥብ ይጠቀማል ReplicaSets ዝርዝር ከመለኪያ ጋር watch በ ReplicaSet ሀብቶች ላይ የተደረጉ ለውጦችን ለመቆጣጠር።
2. ReplicaSet መቆጣጠሪያ የኤፒአይ የመጨረሻ ነጥብ ይጠቀማል Pod ፍጠር (ፖድ ፍጠር) እንክብሎችን ለመፍጠር።
3. መርሐግብር አውጪ የኤፒአይ የመጨረሻ ነጥብ ይጠቀማል ጠጋኝ ፖድ (ፖድ አርትዕ) ስለተመረጠው የሰራተኛ መስቀለኛ መንገድ መረጃ በመጠቀም ፖድዎችን ለማዘመን።

እንደሚመለከቱት፣ ይህ kubectl የሚደርሰው ያው ኤፒአይ ነው። ተመሳሳዩን ኤፒአይ ለውስጣዊ አካላት እና ለውጭ ተጠቃሚዎች መጠቀም በኩበርኔትስ ዲዛይን ውስጥ መሠረታዊ ጽንሰ-ሀሳብ ነው።

አሁን ኩበርኔትስ እንዴት እንደሚሰራ ማጠቃለል እንችላለን-

1. የማከማቻ ማከማቻዎቹ፣ ማለትም የኩበርኔትስ ሃብቶች ይገልፃሉ።
2. የኤፒአይ አገልጋይ በ Kubernetes ኤፒአይ መልክ ወደ ማከማቻው በይነገጽ ያቀርባል።
3. ሁሉም ሌሎች የኩበርኔትስ አካላት እና ተጠቃሚዎች የ Kubernetes ሁኔታን (ንብረትን) በኤፒአይ በኩል ያነባሉ።

እነዚህን ፅንሰ-ሀሳቦች ማወቅ kubectlን በደንብ ለመረዳት እና ከሱ የበለጠ ጥቅም ለማግኘት ይረዳዎታል።

አሁን በ kubectl ምርታማነትዎን ለማሻሻል የሚረዱ አንዳንድ ልዩ ምክሮችን እና ዘዴዎችን እንመልከት።

1. የትዕዛዝ ማጠናቀቅን በመጠቀም ግቤትን ያፋጥኑ

ከ kubectl ጋር አፈጻጸምን ለማሻሻል በጣም ጠቃሚ ከሆኑ ግን ብዙ ጊዜ የማይታዩ ቴክኒኮች የትእዛዝ ማጠናቀቅ ነው።

የትዕዛዝ ማጠናቀቅ የትር ቁልፍን በመጠቀም የ kubectl ትዕዛዞችን ክፍሎች በራስ-ሰር እንዲያጠናቅቁ ይፈቅድልዎታል። ይህ ለንዑስ ትዕዛዞች፣ አማራጮች እና ነጋሪ እሴቶች ይሰራል፣ እንደ መገልገያ ስሞች ያሉ ውስብስብ ነገሮችንም ጨምሮ።

የ kubectl ትዕዛዝ ማጠናቀቅ እንዴት እንደሚሰራ ይመልከቱ፡-

የትእዛዝ ማጠናቀቅ ለ Bash እና Zsh ዛጎሎች ይሰራል።

ኦፊሴላዊ መመሪያ አውቶማቲክ ማጠናቀቂያን ለማዘጋጀት ዝርዝር መመሪያዎችን ይዟል, ነገር ግን ከዚህ በታች አጭር መግለጫ እናቀርባለን.

የትዕዛዝ ማጠናቀቅ እንዴት እንደሚሰራ

የትእዛዝ ማጠናቀቅ የማጠናቀቂያ ስክሪፕት በመጠቀም የሚሰራ የሼል ባህሪ ነው። የኤክስቴንሽን ስክሪፕት ለተወሰነ ትዕዛዝ የቅጥያ ባህሪን የሚገልጽ የሼል ስክሪፕት ነው።

Kubectl የሚከተሉትን ትዕዛዞች በመጠቀም ለ Bash እና Zsh የኤክስቴንሽን ስክሪፕቶችን በራስ ሰር ያመነጫል እና ያወጣል።

$ kubectl completion bash

ወይም:

$ kubectl completion zsh

በንድፈ ሀሳብ, kubectl ትእዛዞቹን ማሟላት እንዲችል የእነዚህን ትዕዛዞች ውጤት ከተገቢው የትእዛዝ ሼል ጋር ማገናኘት በቂ ነው.

በተግባር፣ የግንኙነት ዘዴው ለባሽ ይለያያል (በመካከል ያሉትን ልዩነቶች ጨምሮ) Linux እና ማክኦኤስ) እና ዚሽ። እነዚህን አማራጮች በሙሉ ከዚህ በታች እንሸፍናቸዋለን።

ባሽ ኢን Linux

የባሽ ማጠናቀቂያ ስክሪፕት በባሽ ማጠናቀቂያ ጥቅል ላይ ስለሚመረኮዝ መጀመሪያ መጫን ያስፈልግዎታል።

$ sudo apt-get install bash-completion

ወይም:

$ yum install bash-completion

የሚከተለውን ትዕዛዝ በመጠቀም ጥቅሉ በተሳካ ሁኔታ መጫኑን መሞከር ይችላሉ፡

$ type _init_completion

ይህ የሼል ተግባር ኮድን ካወጣ, bash-completion በትክክል ተጭኗል. ትዕዛዙ "አልተገኘም" ስህተት ከሰጠ, የሚከተለውን መስመር ወደ ፋይልዎ ማከል አለብዎት ~ / .bashrc:

$ source /usr/share/bash-completion/bash_completion

ይህንን መስመር ወደ ፋይሉ ማከል አስፈላጊ ነውን? ~ / .bashrc ወይም ባሽ-ማጠናቀቅን ለመጫን በተጠቀሙበት የጥቅል አስተዳዳሪ ላይ የተመካ አይደለም። ይህ ለኤፒቲ አስፈላጊ ነው, ግን ለ YUM አይደለም.

bash-completion ን ከጫኑ በኋላ የ kubectl ማጠናቀቂያ ስክሪፕት በሁሉም የሼል ክፍለ ጊዜዎች ውስጥ እንዲነቃ ሁሉንም ነገር ማዋቀር ያስፈልግዎታል።

ይህንን ለማድረግ አንዱ መንገድ የሚከተለውን መስመር ወደ ፋይሉ ማከል ነው። ~ / .bashrc:

source <(kubectl completion bash)

ሌላው መንገድ የ kubectl ኤክስቴንሽን ስክሪፕት ወደ ማውጫው ማከል ነው /etc/bash_completion.d (ከሌለው ይፍጠሩ)

$ kubectl completion bash >/etc/bash_completion.d/kubectl

በካታሎግ ውስጥ ያሉ ሁሉም ተጨማሪ ስክሪፕቶች /etc/bash_completion.d በራስ-ሰር በ bash-completion ውስጥ ይካተታሉ።

ሁለቱም አማራጮች እኩል ተፈጻሚነት አላቸው።

ዛጎሉን እንደገና ከጀመሩ በኋላ የ kubectl ትዕዛዝ ማጠናቀቅ ይሰራል.

ባሽ በ MacOS ላይ

በ MacOS ላይ ማዋቀሩ ትንሽ የተወሳሰበ ነው። እውነታው ግን በነባሪነት MacOS የ Bash ስሪት 3.2 ይጠቀማል እና የ kubectl ራስ-ማጠናቀቂያ ስክሪፕት ቢያንስ 4.1 ባሽ ስሪት ይፈልጋል እና በ Bash 3.2 ውስጥ አይሰራም።

ጊዜው ያለፈበት የ Bash ስሪት በ MacOS ላይ ከመጠቀም ጋር የተያያዙ የፍቃድ ጉዳዮች አሉ። ባሽ ስሪት 4 በአፕል የማይደገፍ በGPLv3 ፍቃድ ተሰጥቶታል።

በ MacOS ላይ kubectl autocompletion ን ለማዋቀር የበለጠ የቅርብ ጊዜ የ Bash ስሪት መጫን ያስፈልግዎታል። እንዲሁም የተዘመነውን Bash እንደ ነባሪ ሼል ማዋቀር ይችላሉ ይህም ለወደፊቱ ብዙ ችግሮችን ያድናል. አስቸጋሪ አይደለም, ዝርዝሮች በአንቀጹ ውስጥ ተሰጥተዋል "ባሽ በ MacOS ላይ በማዘመን ላይ».

ከመቀጠልዎ በፊት የቅርብ ጊዜውን የ Bash ስሪት እየተጠቀሙ መሆንዎን ያረጋግጡ (ውጤቱን ያረጋግጡ bash --version).

የባሽ ማጠናቀቂያ ስክሪፕት እንደ ፕሮጀክት ይለያያል ባሽ ማጠናቀቅ, ስለዚህ መጀመሪያ መጫን ያስፈልግዎታል.

በመጠቀም bash-completion ን መጫን ይችላሉ። Homebrew:

$ brew install bash-completion@2

ይህ ነው @2 ለ bash-completion version ይቆማል 2. kubectl autocompletion bash-completion v2 ያስፈልገዋል፣ እና bash-completion v2 ቢያንስ የ Bash ስሪት 4.1 ይፈልጋል።

የትእዛዝ ውፅዓት brew-install በፋይሉ ውስጥ ምን መታከል እንዳለበት የሚገልጽ የማስጠንቀቂያ ክፍል ይዟል ~/.bash_profile:

export BASH_COMPLETION_COMPAT_DIR=/usr/local/etc/bash_completion.d
[[ -r "/usr/local/etc/profile.d/bash_completion.sh" ]] && . 
"/usr/local/etc/profile.d/bash_completion.sh"

ሆኖም እነዚህን መስመሮች ወደ ላይ እንዳይጨምሩ እመክራለሁ። ~/.bash_profileእና ውስጥ ~/.bashrc. በዚህ ሁኔታ, አውቶማቲክ ማጠናቀቅ በዋናው ላይ ብቻ ሳይሆን በልጆች ትዕዛዝ ዛጎሎች ውስጥም ይገኛል.

የትእዛዝ ቅርፊቱን እንደገና ከጀመሩ በኋላ የሚከተለውን ትዕዛዝ በመጠቀም መጫኑ ትክክል መሆኑን ማረጋገጥ ይችላሉ-

$ type _init_completion

በውጤቱ ውስጥ የሼል ተግባርን ከተመለከቱ, ሁሉም ነገር በትክክል የተዋቀረ ነው.

አሁን የ kubectl አውቶማቲክ ማጠናቀቅ በሁሉም ክፍለ ጊዜዎች ውስጥ መንቃቱን ማረጋገጥ አለብን።

አንዱ መንገድ የሚከተለውን መስመር ወደ እርስዎ ማከል ነው። ~/.bashrc:

source <(kubectl completion bash)

ሁለተኛው መንገድ ወደ አቃፊው ራስ-አጠናቅቅ ስክሪፕት ማከል ነው። /usr/local/etc/bash_completion.d:

$ kubectl completion bash
>/usr/local/etc/bash_completion.d/kubectl

ይህ ዘዴ የሚሠራው Homebrewን በመጠቀም bash-completion ከጫኑ ብቻ ነው። በዚህ አጋጣሚ, bash-completion ሁሉንም ስክሪፕቶች ከዚህ ማውጫ ይጭናል.

ከጫኑ Homebrew በመጠቀም kubectlየራስ-አጠናቅቅ ስክሪፕት በራስ-ሰር በአቃፊው ውስጥ ስለሚቀመጥ የቀደመውን እርምጃ ማከናወን አያስፈልግም። /usr/local/etc/bash_completion.d በመጫን ጊዜ. በዚህ አጋጣሚ kubectl autocompletion ልክ bash-completion እንደጫኑ መስራት ይጀምራል።

በውጤቱም, እነዚህ ሁሉ አማራጮች እኩል ናቸው.

ዚሽ

የZsh ራስ-አጠናቅቅ ስክሪፕቶች ምንም አይነት ጥገኝነት አያስፈልጋቸውም። የትእዛዝ ዛጎሉን ሲጭኑ የሚያስፈልግዎ ነገር ቢኖር እነሱን ማንቃት ብቻ ነው።

ወደ እርስዎ መስመር በማከል ይህንን ማድረግ ይችላሉ። ~/.zshrc ፋይል፡-

source <(kubectl completion zsh)

ስህተት ከተቀበሉ not found: compdef ሼልዎን እንደገና ከጀመሩ በኋላ አብሮ የተሰራውን ተግባር ማንቃት ያስፈልግዎታል compdef. በፋይልዎ መጀመሪያ ላይ በማከል ማንቃት ይችላሉ። ~/.zshrc በመከተል

autoload -Uz compinit
compinit

2. የንብረት ዝርዝሮችን በፍጥነት ይመልከቱ

የ YAML ሃብት ትርጓሜዎችን ሲፈጥሩ መስኮቹን እና ለነዚያ ሃብቶች ትርጉማቸውን ማወቅ አለቦት። ይህንን መረጃ ለመፈለግ አንድ ቦታ በኤፒአይ ማጣቀሻ ውስጥ ነው፣ እሱም ለሁሉም ሀብቶች የተሟላ ዝርዝር መግለጫዎችን ይይዛል።

የሆነ ነገር ለመፈለግ በሚፈልጉበት ጊዜ ሁሉ ወደ ዌብ አሳሽ መቀየር የማይመች ነው። ስለዚህ kubectl ትዕዛዙን ያቀርባል kubectl explain, ይህም በትክክል በእርስዎ ተርሚናል ውስጥ ያለውን ሁሉንም ሀብቶች ዝርዝር ያሳያል.

የትእዛዝ ቅርፀቱ እንደሚከተለው ነው-

$ kubectl explain resource[.field]...

ትዕዛዙ የተጠየቀውን ሀብት ወይም መስክ ዝርዝር መግለጫ ያወጣል። የሚታየው መረጃ በኤፒአይ መመሪያ ውስጥ ካለው ጋር ተመሳሳይ ነው።

በነባሪ kubectl explain ማሳዎች የመጀመሪያውን ደረጃ ብቻ ያሳያል.

ምን እንደሚመስል ተመልከት እዚህ ሊሆን ይችላል።.

አማራጩን ካከሉ ​​ሙሉውን ዛፍ ማሳየት ይችላሉ --recursive:

$ kubectl explain deployment.spec --recursive

የትኞቹ ሀብቶች እንደሚያስፈልጉ በትክክል ካላወቁ ሁሉንም በሚከተለው ትእዛዝ ማሳየት ይችላሉ-

$ kubectl api-resources

ይህ ትእዛዝ የሀብት ስሞችን በብዙ ቁጥር ያሳያል፣ ለምሳሌ። deployments በ deployment. እንዲሁም አጭር ስም ያሳያል, ለምሳሌ deploy፣ ላሉት ሀብቶች። ስለ እነዚህ ልዩነቶች አይጨነቁ. እነዚህ ሁሉ የስም አማራጮች ለ kubectl እኩል ናቸው። ያም ማለት ማናቸውንም ለእነርሱ መጠቀም ይችላሉ kubectl explain.

ሁሉም የሚከተሉት ትዕዛዞች እኩል ናቸው፡

$ kubectl explain deployments.spec
# или
$ kubectl explain deployment.spec
# или        
$ kubectl explain deploy.spec

3. ብጁ አምድ ውፅዓት ቅርጸት ተጠቀም

ነባሪ የትዕዛዝ ውፅዓት ቅርጸት kubectl get:

$ kubectl get pods
NAME                     READY    STATUS    RESTARTS  AGE
engine-544b6b6467-22qr6   1/1     Running     0       78d
engine-544b6b6467-lw5t8   1/1     Running     0       78d
engine-544b6b6467-tvgmg   1/1     Running     0       78d
web-ui-6db964458-8pdw4    1/1     Running     0       78d

ይህ ቅርጸት ምቹ ነው, ግን የተወሰነ መጠን ያለው መረጃ ይዟል. ከሙሉ የንብረት ፍቺ ቅርጸት ጋር ሲነጻጸር፣ እዚህ ጥቂት መስኮች ብቻ ይታያሉ።

በዚህ አጋጣሚ, ብጁ አምድ ውፅዓት ቅርጸት መጠቀም ይችላሉ. ምን ውሂብ እንደሚወጣ ለመወሰን ያስችልዎታል. ማንኛውንም የንብረት መስክ እንደ የተለየ አምድ ማሳየት ይችላሉ።

የብጁ ቅርጸት አጠቃቀም አማራጮችን በመጠቀም ይወሰናል፡-

-o custom-columns=<header>:<jsonpath>[,<header>:<jsonpath>]...

እያንዳንዱን የውጤት አምድ እንደ ጥንድ አድርጎ መግለጽ ይችላሉ። <header>:<jsonpath>የት <header> የአምድ ስም ነው, እና <jsonpath> - የንብረት መስክን የሚገልጽ አገላለጽ.

አንድ ቀላል ምሳሌ እንመልከት፡-

$ kubectl get pods -o custom-columns='NAME:metadata.name'

NAME
engine-544b6b6467-22qr6
engine-544b6b6467-lw5t8
engine-544b6b6467-tvgmg
web-ui-6db964458-8pdw4

ውፅዓት የፖዳዎች ስም ያለው አንድ አምድ ይዟል.

የአማራጭ አገላለጽ የፖድ ስሞችን ከመስክ ይመርጣል metadata.name. ምክንያቱም የፖዱ ስም በልጁ ስም መስክ ውስጥ ይገለጻል metadata በፖዳው የንብረት መግለጫ ውስጥ. ተጨማሪ ዝርዝሮች በ ውስጥ ይገኛሉ API መመሪያ ወይም ትዕዛዙን ይተይቡ kubectl explain pod.metadata.name.

አሁን በውጤቱ ላይ ተጨማሪ አምድ ማከል ትፈልጋለህ እንበል፣ ለምሳሌ እያንዳንዱ ፖድ እየሰራበት ያለውን መስቀለኛ መንገድ ማሳየት። ይህንን ለማድረግ በቀላሉ ተገቢውን የአምድ ዝርዝር ወደ ብጁ አምዶች አማራጭ ማከል ይችላሉ-

$ kubectl get pods 
  -o custom-columns='NAME:metadata.name,NODE:spec.nodeName'

NAME                       NODE
engine-544b6b6467-22qr6    ip-10-0-80-67.ec2.internal
engine-544b6b6467-lw5t8    ip-10-0-36-80.ec2.internal
engine-544b6b6467-tvgmg    ip-10-0-118-34.ec2.internal
web-ui-6db964458-8pdw4     ip-10-0-118-34.ec2.internal

አገላለጹ የአንጓውን ስም ከ ይመርጣል spec.nodeName - አንድ ፖድ ወደ መስቀለኛ መንገድ ሲመደብ, ስሙ በመስክ ላይ ተጽፏል spec.nodeName pod ሀብት ዝርዝር. ተጨማሪ ዝርዝር መረጃ በውጤቱ ውስጥ ሊገኝ ይችላል kubectl explain pod.spec.nodeName.

እባክዎን የኩበርኔትስ መገልገያ መስኮች ለጉዳይ ስሱ መሆናቸውን ልብ ይበሉ።

ማንኛውንም የንብረት መስክ እንደ አምድ ማየት ይችላሉ. የመርጃውን ዝርዝር መግለጫ ብቻ ይገምግሙ እና በወደዷቸው ማናቸውም መስኮች ይሞክሩት።

በመጀመሪያ ግን የመስክ ምርጫ መግለጫዎችን ጠለቅ ብለን እንመርምር።

JSONPath መግለጫዎች

የመገልገያ መስኮችን ለመምረጥ መግለጫዎች የተመሰረቱ ናቸው JSONPath.

JSONPath ከJSON ሰነዶች ውሂብን ለማውጣት ቋንቋ ነው። ነጠላ መስክ መምረጥ ለJSONPath በጣም ቀላሉ የአጠቃቀም ጉዳይ ነው። እሱ ብዙ አለው። ተጨማሪ እድሎችመራጮችን፣ ማጣሪያዎችን እና የመሳሰሉትን ጨምሮ።

Kubectl ማብራራት የተወሰኑ የJSONPath ባህሪያትን ይደግፋል። የአጠቃቀም ዕድሎች እና ምሳሌዎች ከዚህ በታች ተብራርተዋል-

# Выбрать все элементы списка
$ kubectl get pods -o custom-columns='DATA:spec.containers[*].image'
# Выбрать специфический элемент списка
$ kubectl get pods -o custom-columns='DATA:spec.containers[0].image'
# Выбрать элементы списка, попадающие под фильтр
$ kubectl get pods -o custom-columns='DATA:spec.containers[?(@.image!="nginx")].image'
# Выбрать все поля по указанному пути, независимо от их имени
$ kubectl get pods -o custom-columns='DATA:metadata.*'
# Выбрать все поля с указанным именем, вне зависимости от их расположения
$ kubectl get pods -o custom-columns='DATA:..image'

የ [] ኦፕሬተር በተለይ አስፈላጊ ነው። ብዙ የኩበርኔትስ መገልገያ መስኮች ዝርዝሮች ናቸው፣ እና ይህ ኦፕሬተር የእነዚያን ዝርዝሮች አባላት እንዲመርጡ ይፈቅድልዎታል። የዝርዝሩን ሁሉንም ክፍሎች ለመምረጥ ብዙውን ጊዜ እንደ [*] ካለው ዱር ካርድ ጋር ጥቅም ላይ ይውላል።

የመተግበሪያ ምሳሌዎች

በውጤቱ ውስጥ ማንኛውንም መስክ ወይም የመርጃ መስኮችን ሊያሳዩ ስለሚችሉ ብጁ የአምድ ውፅዓት ቅርጸት የመጠቀም እድሉ ማለቂያ የለውም። አንዳንድ የናሙና አፕሊኬሽኖች እነኚሁና፣ ነገር ግን እራስዎ ለማሰስ እና ለእርስዎ የሚሰሩ መተግበሪያዎችን ለማግኘት ነፃነት ይሰማዎ።

1. የመያዣ ምስሎችን ለፖድ በማሳየት ላይ፡

   $ kubectl get pods 
     -o custom-columns='NAME:metadata.name,IMAGES:spec.containers[*].image'
   
   NAME                        IMAGES
   engine-544b6b6467-22qr6     rabbitmq:3.7.8-management,nginx
   engine-544b6b6467-lw5t8     rabbitmq:3.7.8-management,nginx
   engine-544b6b6467-tvgmg     rabbitmq:3.7.8-management,nginx
   web-ui-6db964458-8pdw4      wordpress

   ይህ ትእዛዝ ለእያንዳንዱ ፖድ የመያዣ ምስል ስሞችን ያሳያል።

   ያስታውሱ አንድ ፖድ ብዙ ኮንቴይነሮችን ሊይዝ ይችላል, ከዚያም የምስሉ ስሞች በአንድ መስመር ላይ ይታያሉ, በነጠላ ሰረዞች ይለያሉ.

2. የመስቀለኛ መንገድ ተደራሽነት ዞኖችን በማሳየት ላይ፡

   $ kubectl get nodes 
     -o 
   custom-columns='NAME:metadata.name,ZONE:metadata.labels.failure-domain.beta.kubernetes.io/zone'
   
   NAME                          ZONE
   ip-10-0-118-34.ec2.internal   us-east-1b
   ip-10-0-36-80.ec2.internal    us-east-1a
   ip-10-0-80-67.ec2.internal    us-east-1b

   የእርስዎ እጅብ በአደባባይ ደመና የሚስተናገድ ከሆነ ይህ ትዕዛዝ ጠቃሚ ነው። ለእያንዳንዱ መስቀለኛ መንገድ የሚገኝበትን ዞን ያሳያል።

   የተገኝነት ዞን የማባዛት ዞኑን ወደ ጂኦግራፊያዊ ክልል የሚገድብ የደመና ጽንሰ-ሀሳብ ነው።

   ለእያንዳንዱ መስቀለኛ መንገድ የሚገኙ ዞኖች በልዩ መለያ በኩል ይገኛሉ - failure-domain.beta.kubernetes.io/zone. ክላስተር በወል ደመና ውስጥ እየሄደ ከሆነ፣ ይህ መለያ በራስ-ሰር የተፈጠረ እና በእያንዳንዱ መስቀለኛ መንገድ በተገኙ ዞኖች ስሞች የተሞላ ነው።

   መለያዎች የኩበርኔትስ ምንጭ ዝርዝር አካል አይደሉም፣ ስለዚህ ስለእነሱ መረጃ በ ውስጥ አያገኙም። API መመሪያ. ነገር ግን፣ በ YAML ወይም JSON ቅርጸት ስለ አንጓዎች መረጃ ከጠየቁ (እንደሌሎች መለያዎች) ሊታዩ ይችላሉ።

   $ kubectl get nodes -o yaml
   # или
   $ kubectl get nodes -o json

   ይህ የመገልገያ ዝርዝሮችን ከመማር በተጨማሪ ስለ ሀብቶች የበለጠ ለመማር ጥሩ መንገድ ነው።

4. በቀላሉ በክላስተር እና በስም ቦታዎች መካከል ይቀያይሩ

kubectl ለ Kubernetes API ጥያቄ ሲያቀርብ፣ ለግንኙነቱ ሁሉንም አስፈላጊ መለኪያዎች ለማግኘት በመጀመሪያ የ kubeconfig ፋይልን ያነባል።

በነባሪ የ kubeconfig ፋይል ነው። ~/.kube/config. በተለምዶ ይህ ፋይል በልዩ ትዕዛዝ የተፈጠረ ወይም የዘመነ ነው።

ከበርካታ ዘለላዎች ጋር ስትሰራ የአንተ የkubeconfig ፋይል ከእነዚህ ዘለላዎች ጋር ለመገናኘት ቅንጅቶችን ይዟል። ከየትኛው ክላስተር ጋር እየሰሩ እንደሆነ ለkubectl ትዕዛዝ የሚነግሩበት መንገድ ያስፈልገዎታል።

በክላስተር ውስጥ፣ ብዙ የስም ቦታዎችን መፍጠር ትችላለህ—በአካላዊ ዘለላ ውስጥ ያለ ምናባዊ ክላስተር አይነት። Kubectl በ kubeconfig ፋይል ላይ በመመስረት የትኛውን የስም ቦታ እንደሚጠቀም ይወስናል። ይህ ማለት ደግሞ ከየትኛው የስም ቦታ ጋር እንደሚሠራ ለ kubectl ትዕዛዝ የሚነግሩበት መንገድ ያስፈልግዎታል ማለት ነው።

በዚህ ምእራፍ ውስጥ እንዴት እንደሚሰራ እና እንዴት ውጤታማ በሆነ መንገድ እንደሚሰራ እንገልፃለን.

በ KUBECONFIG አካባቢ ተለዋዋጭ ውስጥ የተዘረዘሩ በርካታ የ kubeconfig ፋይሎች ሊኖሩዎት እንደሚችሉ ልብ ይበሉ። በዚህ አጋጣሚ እነዚህ ሁሉ ፋይሎች በሂደት ጊዜ ወደ አንድ የተለመደ ውቅር ይጣመራሉ። እንዲሁም kubectl ን ከመለኪያው ጋር በማሄድ ነባሪውን kubeconfig ፋይል መቀየር ይችላሉ። --kubeconfig. ተመልከት ኦፊሴላዊ ሰነዶች.

kubeconfig ፋይሎች

የ kubeconfig ፋይል በትክክል ምን እንደያዘ እንመልከት፡-

እንደሚመለከቱት, የ kubeconfig ፋይል የአውዶች ስብስብ ይዟል. አውድ ሶስት አካላትን ያቀፈ ነው፡-

• ክላስተር — የክላስተር አገልጋይ የኤፒአይ ዩአርኤል።
• ተጠቃሚ - በክላስተር ውስጥ የተጠቃሚ ማረጋገጫ ምስክርነቶች።
• የስም ቦታ - ክላስተር ሲቀላቀሉ ጥቅም ላይ የዋለው የስም ቦታ።

በተግባር፣ ብዙ ጊዜ አንድ አውድ በአንድ ክላስተር በ kubeconfig ቸው ይጠቀማሉ። ነገር ግን፣ በተጠቃሚ ወይም በስም ቦታ የሚለዩ በጥቅል ብዙ አውዶች ሊኖሩዎት ይችላሉ። ነገር ግን፣ ይህ ባለብዙ-አውድ ውቅር ያልተለመደ ነው፣ ስለዚህ አብዛኛውን ጊዜ በአንድ-ለ-አንድ የካርታ ስራ በክላስተር እና አውዶች መካከል አለ።

በማንኛውም ጊዜ፣ ከአውድ ሁኔታዎች አንዱ ወቅታዊ ነው፡-

kubectl የማዋቀሪያ ፋይልን ሲያነብ ሁል ጊዜ መረጃን አሁን ካለው አውድ ይወስዳል። ከላይ ባለው ምሳሌ kubectl ከHare ክላስተር ጋር ይገናኛል።

በዚህ መሠረት ወደ ሌላ ዘለላ ለመቀየር በ kubeconfig ፋይል ውስጥ ያለውን የአሁኑን አውድ መለወጥ ያስፈልግዎታል፡

አሁን kubectl ከፎክስ ክላስተር ጋር ይገናኛል።

በተመሳሳዩ ዘለላ ውስጥ ወደተለየ የስም ቦታ ለመቀየር የስም ቦታ ኤለመንት ለአሁኑ አውድ ዋጋ መቀየር አለብህ፡

ከላይ ባለው ምሳሌ, kubectl የ Fox cluster's Prod ስም ቦታን ይጠቀማል (ከዚህ ቀደም የሙከራ ስም ቦታ ተቀናብሯል)።

kubectl አማራጮችን እንደሚሰጥ ልብ ይበሉ --cluster, --user, --namespace и --context, ይህም በ kubeconfig ውስጥ የተቀመጠው ምንም ይሁን ምን የነጠላ ኤለመንቶችን እና የአሁኑን አውድ እራሱን እንዲጽፉ ያስችልዎታል. ተመልከት kubectl options.

በንድፈ ሀሳብ, በ kubeconfig ውስጥ ቅንብሮቹን እራስዎ መቀየር ይችላሉ. ግን የማይመች ነው። እነዚህን ስራዎች ለማቃለል, መለኪያዎችን በራስ-ሰር እንዲቀይሩ የሚያስችሉዎ የተለያዩ መገልገያዎች አሉ.

kubectx ይጠቀሙ

በክላስተር እና በስም ቦታዎች መካከል ለመቀያየር በጣም ታዋቂ መገልገያ።

መገልገያው ትዕዛዞችን ይሰጣል kubectx и kubens የአሁኑን አውድ እና የስም ቦታን በቅደም ተከተል ለመቀየር።

እንደተጠቀሰው፣ የአሁኑን አውድ መቀየር ማለት በአንድ ክላስተር አንድ አውድ ብቻ ካለህ ክላስተር መቀየር ማለት ነው።

እነዚህን ትዕዛዞች የማስኬድ ምሳሌ እዚህ አለ፡-

በመሠረቱ, እነዚህ ትዕዛዞች ከላይ እንደተገለፀው የ kubeconfig ፋይልን በቀላሉ ያርትዑ.

ለመጫን kubectx, ላይ ያሉትን መመሪያዎች ይከተሉ Github.

ሁለቱም ትዕዛዞች የአውድ እና የስም ቦታ ስሞችን በራስ ሰር ማጠናቀቅን ይደግፋሉ፣ ይህም ሙሉ ለሙሉ የመተየብ አስፈላጊነትን ያስወግዳል። አውቶማቲክ ማጠናቀቅን ለማዘጋጀት መመሪያዎች እዚህ.

ሌላ ጠቃሚ ባህሪ kubectx ነው በይነተገናኝ ሁነታ. ከመገልገያው ጋር አብሮ ይሰራል fzf, በተናጠል መጫን ያለበት. fzf ን መጫን በራስ-ሰር በይነተገናኝ ሁነታ እንዲገኝ ያደርጋል kubectx. በይነተገናኝ፣ በfzf በቀረበው በይነተገናኝ ነፃ የፍለጋ በይነገጽ በኩል አውድ እና የስም ቦታ መምረጥ ይችላሉ።

የሼል ስሞችን በመጠቀም

የአሁኑን አውድ እና የስም ቦታ ለመቀየር የተለየ መሳሪያዎች አያስፈልጉዎትም ምክንያቱም kubectl ለዚህ ትዕዛዞችን ይሰጣል። አዎ ቡድን kubectl config የ kubeconfig ፋይሎችን ለማርትዕ ንዑስ ትዕዛዞችን ይሰጣል።

እነኚህ አንዳንዶቹ ናቸው-

• kubectl config get-contextsሁሉንም አውዶች አሳይ;
• kubectl config current-contextየአሁኑን አውድ ያግኙ;
• kubectl config use-contextየአሁኑን አውድ መለወጥ;
• kubectl config set-contextየአውድ ኤለመንት ለውጥ።

ይሁን እንጂ እነዚህን ትዕዛዞች በቀጥታ መጠቀም በጣም ምቹ አይደለም ምክንያቱም ረጅም ናቸው. ለመፈጸም ቀላል የሆኑ የሼል ስሞችን ለእነሱ ማድረግ ይችላሉ.

ከ kubectx ጋር የሚመሳሰል ተግባር የሚሰጡ በእነዚህ ትዕዛዞች ላይ በመመስረት የቅጽል ስም አዘጋጅቻለሁ። እዚህ እነሱን በተግባር ማየት ይችላሉ-

ተለዋጭ ስሞች በይነተገናኝ ነፃ ፍለጋ በይነገጽ (እንደ kubectx በይነተገናኝ ሁነታ) ለማቅረብ fzf እንደሚጠቀሙ ልብ ይበሉ። ይህ ማለት ያስፈልግዎታል fzf ን ጫንእነዚህን ተለዋጭ ስሞች ለመጠቀም።

የራሳቸው ተለዋጭ ስሞች ፍቺዎች እዚህ አሉ።

# Получить текущий контекст
alias krc='kubectl config current-context'
# Список всех контекстов
alias klc='kubectl config get-contexts -o name | sed "s/^/  /;|^  $(krc)$|s/ /*/"'
# Изменить текущий контекст
alias kcc='kubectl config use-context "$(klc | fzf -e | sed "s/^..//")"'

# Получить текущее пространство имен
alias krn='kubectl config get-contexts --no-headers "$(krc)" | awk "{print $5}" | sed "s/^$/default/"'
# Список всех пространств имен
alias kln='kubectl get -o name ns | sed "s|^.*/|  |;|^  $(krn)$|s/ /*/"'
# Изменить текущее пространство имен
alias kcn='kubectl config set-context --current --namespace "$(kln | fzf -e | sed "s/^..//")"'

እነዚህን ተለዋጭ ስሞች ለማዘጋጀት ከላይ ያሉትን ትርጓሜዎች ወደ ፋይልዎ ማከል ያስፈልግዎታል ~/.bashrc ወይም ~/.zshrc እና ሼልዎን እንደገና ያስነሱ.

ተሰኪዎችን መጠቀም

Kubectl እንደ መሰረታዊ ትዕዛዞች በተመሳሳይ መንገድ የሚከናወኑ ፕለጊኖችን እንዲጭኑ ይፈቅድልዎታል. ለምሳሌ የ kubectl-foo ፕለጊን መጫን እና ትዕዛዙን በመፈጸም ማስኬድ ይችላሉ። kubectl foo.

በዚህ መንገድ የአውድ እና የስም ቦታን ለመለወጥ አመቺ ይሆናል, ለምሳሌ በመሮጥ kubectl ctx አውድ ለመለወጥ እና kubectl ns የስም ቦታን ለመቀየር.

ይህንን የሚያደርጉ ሁለት ተሰኪዎችን ጽፌያለሁ፡-

• kubectl-ctx
• kubectl-ns

የፕለጊኖች ሥራ ከቀዳሚው ክፍል ተለዋጭ ስሞች ላይ የተመሠረተ ነው።

እንዴት እንደሚሠሩ እነሆ፡-

ፕለጊኖቹ በይነተገናኝ ነፃ የፍለጋ በይነገጽ ለማቅረብ fzf እንደሚጠቀሙ (እንደ kubectx በይነተገናኝ ሁነታ) እንደሚጠቀሙ ልብ ይበሉ። ይህ ማለት ያስፈልግዎታል fzf ን ጫንእነዚህን ተለዋጭ ስሞች ለመጠቀም።

ተሰኪዎችን ለመጫን፣ የተሰየሙ የሼል ስክሪፕቶችን ማውረድ ያስፈልግዎታል kubectl-ctx и kubectl-ns በእርስዎ PATH ተለዋዋጭ ውስጥ ወዳለው ማንኛውም ማውጫ እና በምሳሌ እንዲተገበሩ ያድርጓቸው። chmod +x. ከዚህ በኋላ ወዲያውኑ መጠቀም ይችላሉ kubectl ctx и kubectl ns.

5. በ autoaliases ግቤትን ይቀንሱ

የሼል ተለዋጭ ስሞች መተየብ ለማፋጠን ጥሩ መንገድ ናቸው። ፕሮጀክት kubectl-ተለዋዋጮች ለመሠረታዊ የ kubectl ትዕዛዞች 800 አቋራጮችን ይዟል።

ምናልባት ትገረም ይሆናል - 800 ቅጽል ስሞችን እንዴት ታስታውሳለህ? ግን ሁሉንም ማስታወስ አያስፈልግዎትም ፣ ምክንያቱም እነሱ በቀላል መርሃግብር መሠረት የተገነቡ ናቸው ፣ እሱም ከዚህ በታች ተሰጥቷል-

ለምሳሌ:

1. kgpooyaml - kubectl pods oyaml ያግኙ
2. ksysgsvcw — kubectl -n kube-system svc w ያግኙ
3. ksysrmcm -kubectl -n kube-system rm ሴሜ
4. kgdepallsl - kubectl ማግኘት ማሰማራት ሁሉንም sl

እንደሚመለከቱት ፣ ተለዋጭ ስሞች ከክፍሎች የተሠሩ ናቸው ፣ እያንዳንዱም የ kubectl ትዕዛዝ የተወሰነ አካልን ይወክላል። እያንዳንዱ ተለዋጭ ስም ለመሠረታዊ ትዕዛዝ ፣ ኦፕሬሽን እና ግብዓት አንድ አካል እና ለግቤቶች ብዙ አካላት ሊኖረው ይችላል። ከላይ ባለው ስእል መሰረት በቀላሉ እነዚህን ክፍሎች ከግራ ወደ ቀኝ "ትሞላቸዋል"።

የአሁኑ ዝርዝር ዲያግራም በ የፊልሙ. እዚያም ማግኘት ይችላሉ ሙሉ ተለዋጭ ስሞች ዝርዝር.

ለምሳሌ፣ kgpooyamlall ተለዋጭ ስም ከትእዛዙ ጋር እኩል ነው። kubectl get pods -o yaml --all-namespaces.

የአማራጮች አንጻራዊ ቅደም ተከተል አስፈላጊ አይደለም: ትዕዛዝ kgpooyamlall ከትእዛዙ ጋር እኩል ነው kgpoalloyaml.

ሁሉንም አካላት እንደ ተለዋጭ ስም መጠቀም የለብዎትም። ለምሳሌ k, kg, klo, ksys, kgpo እንዲሁም መጠቀም ይቻላል. በተጨማሪም ፣ ተለዋጭ ስሞችን እና መደበኛ ትዕዛዞችን ወይም አማራጮችን በትእዛዝ መስመር ላይ ማዋሃድ ይችላሉ-

ለምሳሌ:

1. ይልቁን ፡፡ kubectl proxy መጻፍ ትችላለህ k proxy.
2. ይልቁን ፡፡ kubectl get roles መጻፍ ትችላለህ kg roles (በአሁኑ ጊዜ ለሮልስ ምንጭ ምንም ቅጽል ስም የለም)።
3. ለአንድ የተወሰነ ፖድ ውሂብ ለማግኘት ትዕዛዙን መጠቀም ይችላሉ። kgpo my-pod — kubectl get pod my-pod.

እባክዎ አንዳንድ ተለዋጭ ስሞች የትዕዛዝ መስመር መከራከሪያ ያስፈልጋቸዋል። ለምሳሌ, ተለዋጭ ስም kgpol መንገዶችን kubectl get pods -l. አማራጭ -l ክርክር ይጠይቃል - የመለያ ዝርዝር። ተለዋጭ ስም ከተጠቀሙ ይመስላል kgpol app=ui.

አንዳንድ ተለዋጭ ስሞች መከራከሪያ ስለሚያስፈልጋቸው፣ ተለዋጭ ስሞች a፣ f እና l በመጨረሻ ጥቅም ላይ መዋል አለባቸው።

በአጠቃላይ፣ አንዴ የዚህ እቅድ ተንጠልጥሎ ከተገኘ፣ ሊፈጽሙት ከሚፈልጉት ትዕዛዞች ላይ ተለዋጭ ስሞችን በማስተዋል ማግኘት እና ብዙ የመተየብ ጊዜን መቆጠብ ይችላሉ።

መጫን

kubectl-aliases ን ለመጫን ፋይሉን ማውረድ ያስፈልግዎታል .kubectl_aliases ከ GitHub እና በፋይሉ ውስጥ ያካትቱ ~/.bashrc ወይም ~/.zshrc:

source ~/.kubectl_aliases

አውቶማቲክ ማጠናቀቅ

ቀደም ብለን እንደተናገርነው በትእዛዝ መስመር ላይ ተጨማሪ ቃላትን ወደ ተለዋጭ ስም ትጨምራለህ። ለምሳሌ:

$ kgpooyaml test-pod-d4b77b989

የ kubectl ትዕዛዝ ማጠናቀቂያን ከተጠቀሙ፣ እንደ የንብረት ስሞች ላሉ ነገሮች ራስ-ማጠናቀቂያን ተጠቅመህ ይሆናል። ግን ተለዋጭ ስሞች ሲጠቀሙ ይህንን ማድረግ ይቻላል?

ይህ በጣም አስፈላጊ ጥያቄ ነው ምክንያቱም አውቶማቲክ ማጠናቀቅ ካልሰራ, አንዳንድ ተለዋጭ ስሞችን ጥቅሞች ያጣሉ.

መልሱ የትኛውን ሼል እንደሚጠቀሙ ይወሰናል፡-

1. ለ Zsh፣ ተለዋጭ ስም ማጠናቀቅ ከሳጥኑ ውጭ ይሰራል።
2. ለ Bash፣ በሚያሳዝን ሁኔታ፣ ወደ ሥራ አውቶማቲክ ማጠናቀቂያ ለማግኘት አንዳንድ ሥራ ያስፈልጋል።

በባሽ ውስጥ ተለዋጭ ስሞችን በራስ ማጠናቀቅን ማንቃት

የባሽ ችግር ግን ተለዋጭ ስም ተለዋጭ ስም (Tb ን በተጫኑ ቁጥር) ለማጠናቀቅ መሞከሩ ነው እንጂ ተለዋጭ ስም የሚያመለክተውን ትዕዛዝ አይደለም (ለምሳሌ Zsh እንደሚያደርገው)። ለሁሉም 800 ተለዋጭ ስሞች የማጠናቀቂያ ስክሪፕቶች ስለሌሉ፣ ራስ-ማጠናቀቂያ አይሰራም።

ፕሮጀክቱ ሙሉ-ተለዋጭ ስም ለዚህ ችግር አጠቃላይ መፍትሄ ይሰጣል. ተለዋጭ ስሞችን ከማጠናቀቂያ ዘዴ ጋር ይገናኛል፣ በውስጥ በኩል ተለዋጭ ስምን ወደ ትዕዛዝ ያሰፋል እና ለተጠናቀቀው ትዕዛዝ የማጠናቀቂያ አማራጮችን ይመልሳል። ይህ ማለት ለተለዋጭ ስም ያለው ንጣፍ ልክ እንደ ሙሉ ትዕዛዝ ተመሳሳይ ነው ማለት ነው።

በሚከተለው ውስጥ በመጀመሪያ ፍፁም-ተለዋጭ ስም እንዴት እንደሚጭን እና በመቀጠል እንዴት ማዋቀር እንደሚቻል ለሁሉም የ kubectl ተለዋጭ ስሞች እገልጻለሁ።

ሙሉ-ተለዋጭ ስም መጫን

በመጀመሪያ ደረጃ, ሙሉ-ተለዋጭ ስም ይወሰናል ባሽ ማጠናቀቅስለዚህ፣ ሙሉ ቅጽል ስሞችን ከመጫንዎ በፊት፣ የ bash-completion መጫኑን ማረጋገጥ አለብዎት። የመጫኛ መመሪያዎች ቀደም ብለው ለ Linux እና ማክኦኤስ።

ጠቃሚ ማስታወሻ ለ MacOS ተጠቃሚዎች: ልክ እንደ kubectl ራስ-ማጠናቀቂያ ስክሪፕት ፣ ሙሉ-ተለዋጭ ስም ከ Bash 3.2 ጋር አይሰራም ፣ ይህም በ MacOS ላይ ያለው ነባሪ ነው። በተለይም ሙሉ-ተለዋዋጭ በ bash-completion v2 ላይ ይወሰናል (brew install bash-completion@2) ቢያንስ ባሽ 4.1 ያስፈልገዋል። ይህ ማለት በ MacOS ላይ ሙሉ-ተለዋጭ ስም ለመጠቀም አዲስ የባሽ ስሪት መጫን ያስፈልግዎታል።

ስክሪፕቱን ማውረድ ያስፈልግዎታል ባሽ_ማጠናቀቅ.sh ከ GitHub ማከማቻ እና በፋይልዎ ውስጥ ያካትቱት ~/.bashrc:

source ~/bash_completion.sh

ቅርፊቱን እንደገና ካስነሳ በኋላ, ሙሉ-ተለዋጭ ስም ሙሉ በሙሉ ይጫናል.

ለ kubectl ተለዋጭ ስሞች ራስ-ማጠናቀቅን ማንቃት

በቴክኒካል የተሟላ-ተለዋጭ ስም የመጠቅለያ ተግባርን ይሰጣል _complete_alias. ይህ ተግባር ተለዋጭ ስምን ይፈትሻል እና ለተለዋጭ ትዕዛዝ የማጠናቀቂያ ፍንጮችን ይመልሳል።

አንድን ተግባር ከአንድ የተወሰነ ተለዋጭ ስም ጋር ለማያያዝ አብሮ የተሰራውን የ Bash ዘዴን መጠቀም ያስፈልግዎታል ተጠናቀቀ, ለመጫን _complete_alias እንደ ተለዋጭ ማጠናቀቅ ተግባር.

እንደ ምሳሌ፣ የ kubectl ትዕዛዝን የሚያመለክተውን ተለዋጭ ስም እንውሰድ። ለመጫን _complete_alias ለዚህ ተለዋጭ ስም ማሟያ ተግባር፣ የሚከተለውን ትዕዛዝ ማስኬድ አለቦት።

$ complete -F _complete_alias k

የዚህ ውጤት ደግሞ ተለዋጭ ስም k በራስ-ሰር ሲያጠናቅቁ ተግባሩ ይባላል _complete_alias, ተለዋጭ ስም የሚፈትሽ እና ለትእዛዙ የማጠናቀቂያ ፍንጮችን ይመልሳል kubectl.

እንደ ሁለተኛ ምሳሌ፣ ተለዋጭ ስም እንውሰድ kgየሚያመለክተው kubectl get:

$ complete -F _complete_alias kg

ልክ ባለፈው ምሳሌ ላይ፣ ኪሎ ግራም በራስ-ሰር ሲያጠናቅቁ፣ እርስዎ የሚያገኙትን ተመሳሳይ የማጠናቀቂያ ፍንጭ ያገኛሉ። kubectl get.

በስርዓትዎ ላይ ላለ ለማንኛውም ተለዋጭ ስም ሙሉ ስም መጠቀም እንደሚችሉ ልብ ይበሉ።

ስለዚህ ለሁሉም የ kubectl ተለዋጭ ስሞች አውቶማቲክ ማጠናቀቅን ለማንቃት ለእያንዳንዳቸው ከላይ ያለውን ትዕዛዝ ማስኬድ ያስፈልግዎታል። የ kubectl-aliases እስካዘጋጁ ድረስ የሚከተለው ቅንጣቢ በትክክል ይሰራል ~/.kubectl-aliases:

for _a in $(sed '/^alias /!d;s/^alias //;s/=.*$//' ~/.kubectl_aliases); 
do
  complete -F _complete_alias "$_a"
done

ይህ ኮድ በእርስዎ ውስጥ መቀመጥ አለበት። ~/.bashrc, ትዕዛዙን እንደገና ያስጀምሩት ሼል እና አውቶማቲክ ማጠናቀቅ ለሁሉም 800 kubectl ተለዋጭ ስሞች የሚገኝ ይሆናል።

6. kubectl ከፕለጊኖች ጋር ማራዘም

በመጀመር ላይ ስሪት 1.12, kubectl ይደግፋል ተሰኪ ዘዴ, ይህም ተግባሩን ከተጨማሪ ትዕዛዞች ጋር ለማስፋት ያስችልዎታል.

እርስዎ የሚያውቁት ከሆነ የጂት ተሰኪ ስልቶች, ከዚያ የ kubectl ፕለጊኖች በተመሳሳይ መርህ ላይ የተገነቡ ናቸው.

በዚህ ምእራፍ ውስጥ ፕለጊን እንዴት እንደሚጫኑ፣ የት እንደሚገኙ እና የእራስዎን ፕለጊን እንዴት መፍጠር እንደሚችሉ እንገልፃለን።

ተሰኪዎችን በመጫን ላይ

የ Kubectl ፕለጊኖች ከስሙ ጋር እንደ ቀላል ሊተገበሩ የሚችሉ ፋይሎች ይሰራጫሉ። kubectl-x. ቅድመ ቅጥያ kubectl- ያስፈልጋል፣ ከዚያ በኋላ ተሰኪውን እንዲደውሉ የሚያስችልዎ አዲስ የ kubectl ንዑስ ትዕዛዝ።

ለምሳሌ የሄሎ ፕለጊን በተጠራ ፋይል ይሰራጫል። kubectl-hello.

ተሰኪውን ለመጫን, ፋይሉን መቅዳት ያስፈልግዎታል kubectl-x በእርስዎ PATH ውስጥ ወዳለው ማንኛውም ማውጫ እና ተፈጻሚ እንዲሆን ያድርጉት፣ ለምሳሌ በ chmod +x. ከዚህ በኋላ ወዲያውኑ ወደ ፕለጊኑ መደወል ይችላሉ kubectl x.

አሁን በስርዓትዎ ላይ የተጫኑትን ሁሉንም ተሰኪዎች ለመዘርዘር የሚከተለውን ትዕዛዝ መጠቀም ይችላሉ።

$ kubectl plugin list

ተመሳሳይ ስም ያላቸው ብዙ ፕለጊኖች ካሉዎት ወይም ሊተገበር የማይችል የፕለጊን ፋይል ካለ ይህ ትእዛዝ ማስጠንቀቂያዎችን ያሳያል።

Krew በመጠቀም ተሰኪዎችን መፈለግ እና መጫን

Kubectl ፕለጊኖች እንደ ሶፍትዌር ፓኬጆች ሊጋሩ ወይም እንደገና ጥቅም ላይ ሊውሉ ይችላሉ። ግን ሌሎች ያጋሯቸውን ተሰኪዎች የት ማግኘት ይችላሉ?

ፕሮጀክት Krew የ kubectl ፕለጊኖችን ለማጋራት፣ ለመፈለግ፣ ለመጫን እና ለማስተዳደር አንድ ወጥ መፍትሄ ለመስጠት ያለመ ነው። ፕሮጀክቱ እራሱን "የፓኬጅ አስተዳዳሪ ለ kubectl ፕለጊኖች" ብሎ ይጠራል (Krew ተመሳሳይ ነው መጥመቅ).

Krew እርስዎ መምረጥ እና መጫን የሚችሉት የ kubectl ተሰኪዎች ዝርዝር ነው። በተመሳሳይ ጊዜ Krew የ kubectl ተሰኪ ነው።

ይህ ማለት Krew ን መጫን እንደ ማንኛውም ሌላ የ kubectl ፕለጊን መጫን ይሰራል ማለት ነው። ዝርዝር መመሪያዎችን በ ላይ ማግኘት ይችላሉ። GitHub ገጽ.

በጣም አስፈላጊዎቹ የ Krew ትዕዛዞች የሚከተሉት ናቸው

# Поиск в списке плагинов
$ kubectl krew search [<query>]
# Посмотреть информацию о плагине
$ kubectl krew info <plugin>
# Установить плагин
$ kubectl krew install <plugin>
# Обновить все плагины до последней версии
$ kubectl krew upgrade
# Посмотреть все плагины, установленные через Krew
$ kubectl krew list
# Деинсталлировать плагин
$ kubectl krew remove <plugin>

እባክዎን Krew ን በመጠቀም ፕለጊኖችን መጫን ከላይ የተገለጸውን መደበኛ ዘዴ በመጠቀም ተሰኪዎችን መጫን ላይ ጣልቃ እንደማይገባ ልብ ይበሉ።

እባክዎን ትዕዛዙን ያስተውሉ kubectl krew list Krew ን በመጠቀም የተጫኑ ተሰኪዎችን ብቻ ያሳያል ፣ ግን ትዕዛዙ kubectl plugin list ሁሉንም ተሰኪዎች ይዘረዝራል፣ ማለትም፣ Krew በመጠቀም የተጫኑ እና በሌሎች ዘዴዎች የተጫኑት።

በሌላ ቦታ ተሰኪዎችን በማግኘት ላይ

Krew ወጣት ፕሮጀክት ነው, በአሁኑ ጊዜ በውስጡ ዝርዝር ወደ 30 ፕለጊኖች ብቻ። የሚፈልጉትን ማግኘት ካልቻሉ እንደ GitHub ያሉ ተሰኪዎችን ሌላ ቦታ ማግኘት ይችላሉ።

የ GitHub ክፍልን እንዲመለከቱ እመክራለሁ kubectl-plugins. እዚያ ሊመረመሩ የሚገባቸው በደርዘን የሚቆጠሩ ተሰኪዎችን ያገኛሉ።

የራስዎን ተሰኪዎች በመጻፍ ላይ

አንተ ራስህ ትችላለህ ተሰኪዎችን ይፍጠሩ - ከባድ አይደለም. የሚያስፈልገዎትን የሚፈጽም አስፈፃሚ መፍጠር አለቦት, እንደ ስሙ kubectl-x እና ከላይ እንደተገለፀው ይጫኑ.

ፋይሉ የባሽ ስክሪፕት፣ የፓይቶን ስክሪፕት ወይም የተጠናቀረ የGO መተግበሪያ ሊሆን ይችላል - ምንም አይደለም። ብቸኛው ሁኔታ በስርዓተ ክወናው ውስጥ በቀጥታ ሊተገበር ይችላል.

አሁን አንድ ምሳሌ ተሰኪ እንፍጠር። በቀደመው ክፍል የ kubectl ትእዛዝን ተጠቅመህ የእያንዳንዳቸውን የፖድ እቃዎች ለመዘርዘር ነው። ይህንን ትእዛዝ ወደ ተሰኪ መቀየር ቀላል ነው ለምሳሌ፡ kubectl img.

ፋይል ይፍጠሩ kubectl-img የሚከተለው ይዘት፡-

#!/bin/bash
kubectl get pods -o custom-columns='NAME:metadata.name,IMAGES:spec.containers[*].image'

አሁን ፋይሉን በ ጋር እንዲተገበር ያድርጉት chmod +x kubectl-img እና በእርስዎ PATH ውስጥ ወዳለው ማንኛውም ማውጫ ይውሰዱት። ከዚህ በኋላ ወዲያውኑ ተሰኪውን መጠቀም ይችላሉ kubectl img.

እንደተጠቀሰው የ kubectl ፕለጊኖች በማንኛውም ፕሮግራሚንግ ወይም ስክሪፕት ቋንቋ ሊጻፉ ይችላሉ። የሼል ስክሪፕቶችን እየተጠቀሙ ከሆነ ከፕለጊኑ ውስጥ ወደ kubectl በቀላሉ መደወል መቻል ያለው ጥቅም። ነገር ግን፣ በመጠቀም በእውነተኛ ፕሮግራሚንግ ቋንቋዎች የበለጠ ውስብስብ ተሰኪዎችን መፃፍ ይችላሉ። የኩበርኔትስ ደንበኛ ቤተ-መጽሐፍት።. Go እየተጠቀሙ ከሆነ፣ መጠቀምም ይችላሉ። cli-አሂድ ቤተ-መጽሐፍትበተለይ የ kubectl ፕለጊኖችን ለመጻፍ የሚገኝ።

ተሰኪዎችዎን እንዴት ማጋራት እንደሚችሉ

የእርስዎ ተሰኪዎች ለሌሎች ጠቃሚ ሊሆኑ ይችላሉ ብለው ካሰቡ በ GitHub ላይ ለማጋራት ነፃነት ይሰማዎ። ወደ ርዕሱ ማከልዎን እርግጠኛ ይሁኑ kubectl-plugins.

እንዲሁም ተሰኪዎ እንዲታከል መጠየቅ ይችላሉ። Krew ዝርዝር. ይህንን እንዴት ማድረግ እንደሚቻል መመሪያዎች በ ውስጥ ናቸው። GitHub ማከማቻዎች.

የትእዛዝ ማጠናቀቅ

ፕለጊኖች በአሁኑ ጊዜ ራስ-ማጠናቀቅን አይደግፉም። ማለትም የፕለጊኑን ሙሉ ስም እና የክርክሩን ሙሉ ስም ማስገባት አለቦት።

የዚህ ተግባር GitHub kubectl ማከማቻ አለው። ክፍት ጥያቄ. ስለዚህ ይህ ባህሪ ወደፊት ከተወሰነ ጊዜ በኋላ ተግባራዊ ሊሆን ይችላል።

መልካም ምኞት!!!

በርዕሱ ላይ ሌላ ምን ማንበብ:

1. በ Kubernetes ውስጥ ሶስት ደረጃዎች አውቶማቲክ እና እንዴት እነሱን በብቃት እንደሚጠቀሙባቸው.
2. ኩበርኔትስ በስርቆት መንፈስ ለትግበራ አብነት.
3. በቴሌግራም ኩበርኔትስ ዙሪያ የኛ ቻናል.

ምንጭ: hab.com