ટોચની 10 કુબરનેટ્સ યુક્તિઓ અને ટિપ્સ

ઇન્ટરનેટ પર ઘણું બધું સંદર્ભ સાહિત્ય છે, પરંતુ કેટલીકવાર સરળ સલાહ સૌથી મૂલ્યવાન હોય છે. ટીમ Mail.ru માંથી કુબરનેટ્સ એએએસ અનુવાદિત દસ યુક્તિઓ અને ટીપ્સની પસંદગી, જે લેખના લેખકે કુબરનેટ્સ સાથે કામ કર્યાના એક વર્ષ પછી એકત્રિત કર્યું હતું. ટીપ્સ મહત્વ દ્વારા સૉર્ટ કરવામાં આવતી નથી, પરંતુ અમને લાગે છે કે દરેક વ્યક્તિ પોતાના માટે કંઈક ઉપયોગી શોધશે.

કુબરનેટ્સ સાથે કામ કરવા માટેનો સૌથી સરળ આદેશ

શરૂ કરવા માટે, કુબરનેટ્સ સાથે કામ કરવાની કદાચ સૌથી સરળ અને સૌથી ઉપયોગી ક્રિયા. નીચેનો આદેશ આદેશ પૂર્ણતાને સક્ષમ કરે છે kubectl બેશ શેલમાં:

echo "source <(kubectl completion bash)" >> ~/.bashrc

Ofટોફિલ kubectl .bashrc ફાઇલ પર લખવામાં આવશે અને જ્યારે પણ શેલ શરૂ થશે ત્યારે તે આપમેળે સક્રિય થશે. આ લાંબા આદેશો અને પરિમાણો જેમ કે ટાઇપ કરવાની ઝડપ વધારે છે all-namespaces. માં વધુ વાંચો Kubernetes bash મદદ.

નેમસ્પેસમાં ડિફોલ્ટ મેમરી અને CPU મર્યાદા

જો એપ્લિકેશન ખોટી રીતે લખાયેલ છે, ઉદાહરણ તરીકે, તે દર સેકન્ડે ડેટાબેઝમાં નવું કનેક્શન ખોલે છે પરંતુ તેને ક્યારેય બંધ કરતું નથી, તો ક્લસ્ટરમાં મેમરી લીક છે. અને જો એપ્લિકેશનમાં જમાવટ દરમિયાન મેમરી મર્યાદા સેટ ન હોય, તો આ નોડ નિષ્ફળતા તરફ દોરી શકે છે.

આને રોકવા માટે, કુબરનેટ્સ તમને પ્રતિ-નેમસ્પેસના આધારે ડિફૉલ્ટ પ્રતિબંધો સેટ કરવાની મંજૂરી આપે છે. તેઓ ચોક્કસ નેમસ્પેસ માટે yaml ફાઇલમાં લખેલા છે. અહીં આવી ફાઇલનું ઉદાહરણ છે:

apiVersion: v1
kind: LimitRange
metadata:
  name: mem-limit-range
spec:
  limits:
  - default:
      memory: 512Mi
    defaultRequest:
      memory: 256Mi
    type: Container

આવા yaml બનાવો અને કોઈપણ નેમસ્પેસ પર લાગુ કરો. ઉદાહરણ તરીકે, નેમસ્પેસ માટે limit-example. હવે આ નેમસ્પેસમાં તૈનાત કરાયેલા કોઈપણ કન્ટેનરની મર્યાદા 512Mi હશે, સિવાય કે આ કન્ટેનર માટે અન્ય વ્યક્તિગત મર્યાદા વધારામાં સેટ કરવામાં આવી હોય.

કુબરનેટ્સના જૂના સંસ્કરણોમાં કચરો સંગ્રહ

કુબેલેટ મૂળભૂત રીતે જ્યારે કચરો એકત્ર કરવાનું શરૂ કરે છે var/lib/docker ઉપલબ્ધ ડિસ્ક જગ્યાના 90% ફાળવે છે. આ સરસ છે, જો કે, કુબરનેટસ 1.7 સુધી ઉપયોગમાં લેવાતા ઇનોડ્સની સંખ્યા પર કોઈ મૂળભૂત મર્યાદા ન હતી, જે ફાઇલ સિસ્ટમમાં ફાઇલોની સંખ્યાને અનુરૂપ છે.

સંભવતઃ તમારું કન્ટેનર var/lib/docker ડિસ્ક સ્પેસના માત્ર 50% ઉપયોગ કરી શકે છે, પરંતુ ઇનોડ્સ સમાપ્ત થઈ શકે છે, જે કામદારો માટે સમસ્યા ઊભી કરશે.

1.4 થી 1.6 સુધીના કુબેલેટના જૂના સંસ્કરણોમાં તમારે આ ધ્વજ ઉમેરવો પડશે:

--eviction-hard
=memory.available<100Mi,nodefs.available<10%,nodefs.inodesFree<5%

1.7 અને પછીના સંસ્કરણોમાં આ ફ્લેગ ડિફોલ્ટ રૂપે સેટ છે. જો કે, અગાઉના સંસ્કરણો inode મર્યાદાને મોનિટર કરતા નથી.

Minikube... નાના પરંતુ શક્તિશાળી સ્થાનિક કુબરનેટ્સ

મિનીક્યુબ એ સ્થાનિક કુબરનેટ્સ ક્લસ્ટર ચલાવવાનો સૌથી સહેલો રસ્તો છે. તે એક સરળ આદેશ સાથે લોન્ચ કરવામાં આવ્યું છે:

minikube start

આ આદેશને ચલાવવાથી તમારા મશીન પર ચાલતા વાસ્તવિક કુબરનેટ્સ ક્લસ્ટરમાં પરિણમે છે.

ચિત્ર સ્ત્રોત

યુક્તિ એ છે કે એપ્લિકેશન કેવી રીતે બનાવવી અને તેને તે ક્લસ્ટર પર સ્થાનિક રીતે ચલાવવી. જ્યાં સુધી ખાસ સૂચના આપવામાં ન આવે ત્યાં સુધી, ડોકર ઇમેજ તમારા કમ્પ્યુટર પર બનાવવામાં આવશે અને ક્લસ્ટર પર નહીં.

ડોકરને ઇમેજને સ્થાનિક કુબરનેટ્સ ક્લસ્ટર પર દબાણ કરવા માટે, ડોકર મશીનને નીચેનો આદેશ આપવામાં આવ્યો છે:

eval $(minikube docker-env)

હવે આપણે સ્થાનિક કુબરનેટ્સ ક્લસ્ટર પર એપ્લિકેશન બનાવી શકીએ છીએ.

દરેકને kubectl ઍક્સેસ આપશો નહીં

આ સ્પષ્ટ લાગે છે, પરંતુ જો બહુવિધ ટીમો તેમની એપ્લિકેશનો માટે સમાન ક્લસ્ટરનો ઉપયોગ કરી રહી છે (જેના માટે કુબરનેટ્સ બનાવવામાં આવ્યા હતા), તો તમારે ફક્ત દરેકને આપવું જોઈએ નહીં kubectl. આદેશોને અલગ કરવા, તેમાંથી દરેકને તેનું પોતાનું નેમસ્પેસ સોંપવું અને RBAC નીતિઓનો ઉપયોગ કરીને ઍક્સેસને મર્યાદિત કરવું વધુ સારું છે.

તમે દરેક પોડ માટે એક્સેસ, રીડ, ક્રિએટ, ડિલીટ અને અન્ય કામગીરીના અધિકારો આપીને મૂંઝવણમાં પડી શકો છો. પરંતુ મુખ્ય વસ્તુ એ છે કે રહસ્યોની ઍક્સેસને મર્યાદિત કરવી, તેને ફક્ત વહીવટકર્તાઓને જ મંજૂરી આપવી. આ રીતે અમે તે લોકો વચ્ચે તફાવત કરીશું જેઓ ક્લસ્ટરનું સંચાલન કરી શકે છે અને જેઓ તેને ખાલી ગોઠવી શકે છે.

પોડ બજેટ મેનેજ કરો

કુબરનેટ્સ ક્લસ્ટરમાં એપ્લિકેશન માટે કોઈ ડાઉનટાઇમ ન હોવાની ખાતરી કેવી રીતે કરવી? PodDisruptionBudget અને ફરીથી PodDisruptionBudget.

ક્લસ્ટરો સમયાંતરે અપડેટ થાય છે અને નોડ્સ ખાલી કરવામાં આવે છે. કશું સ્થિર નથી, તે વાસ્તવિકતા છે. એક કરતાં વધુ દાખલાઓ સાથેની દરેક જમાવટમાં PDB (PodDisruptionBudget)નો સમાવેશ થવો જોઈએ. તે એક સરળ yaml ફાઇલમાં બનાવવામાં આવે છે જે ક્લસ્ટર પર લાગુ થાય છે. ચોક્કસ પીડીબીનો કવરેજ વિસ્તાર લેબલ પસંદગીકારો દ્વારા નક્કી કરવામાં આવે છે.

ઉદાહરણ: જ્યારે બજેટ ઉલ્લંઘન ઉલટાવી શકાય તેવું હોય ત્યારે જ PDB બજેટને ધ્યાનમાં લેવામાં આવે છે (સ્વૈચ્છિક વિક્ષેપ). હાર્ડવેર નિષ્ફળતા જેવી પરિસ્થિતિઓમાં, PDB કામ કરશે નહીં.

PDB ઉદાહરણ:

apiVersion: policy/v1beta1
kind: PodDisruptionBudget
metadata:
  name: app-a-pdb
spec:
  minAvailable: 2
  selector:
      matchLabels:
        app: app-a

બે મુખ્ય પરિમાણો છે matchLabels и minAvailable. પ્રથમ પરિમાણ સ્પષ્ટ કરે છે કે બજેટ કઈ એપ્લિકેશનો પર લાગુ થાય છે. ઉદાહરણ તરીકે, જો મારી પાસે લેબલ્સ સાથે જમાવટ છે app: app-a и app: app-b, તો પછી આ PDB ફક્ત પ્રથમને જ લાગુ થશે.

પેરામીટર minAvailable નોડને ખાલી કરતી વખતે (સફાઈ કરતી વખતે) ધ્યાનમાં લેવામાં આવે છે. ઉદાહરણ તરીકે, અમારા ઉદાહરણમાં, ખાલી કરતી વખતે, તમામ ઉદાહરણો બહાર કાઢવામાં આવે છે app: app-a, બે સિવાય.

આ તમને કોઈપણ સમયે એપ્લિકેશનના કેટલા ઉદાહરણો ચાલવા જોઈએ તે નિયંત્રિત કરવાની મંજૂરી આપે છે.

એપ્લિકેશન આરોગ્ય દેખરેખ

આવી દેખરેખ બે રીતે શક્ય છે: રેડીનેસ અથવા લાઇવનેસ ટેસ્ટનો ઉપયોગ કરીને.

પ્રથમ ચકાસણી (તત્પરતા) કન્ટેનરની ટ્રાફિક પ્રાપ્ત કરવાની તૈયારી નક્કી કરે છે.

બીજું (જીવંત) બતાવે છે કે કન્ટેનર સ્વસ્થ છે કે તેને ફરીથી શરૂ કરવાની જરૂર છે.

સંબંધિત રૂપરેખાંકનો ફક્ત જમાવટ માટે yaml માં ઉમેરવામાં આવે છે. ત્યાં તમે સમયસમાપ્તિ, વિલંબનો સમય અને પુન:પ્રયાસોની સંખ્યાનો ઉલ્લેખ કરી શકો છો. તેમના વિશે વધુ વિગતો જુઓ કુબરનેટ્સ દસ્તાવેજીકરણ.

ટૅગ્સ સર્વત્ર છે

કુબરનેટ્સમાં લેબલ્સ એ મૂળભૂત વિભાવનાઓમાંની એક છે. તેઓ ઑબ્જેક્ટ્સને એકબીજા સાથે મુક્તપણે વાતચીત કરવાની મંજૂરી આપે છે, તેમજ લેબલ્સ પર આધારિત ક્વેરી બનાવે છે. કુબરનેટ્સમાં, તમે ક્લાયન્ટ પર પણ જઈ શકો છો અને ચોક્કસ ટૅગ્સ માટે ઇવેન્ટ્સ જોઈ શકો છો.

તમે ટૅગ્સ સાથે લગભગ કંઈપણ કરી શકો છો, પરંતુ એક સારું ઉદાહરણ એ જ ક્લસ્ટર પર પ્રોગ્રામ ચલાવવા માટે બહુવિધ વાતાવરણ બનાવવાનું છે.

ચાલો કહીએ કે તમે તેના માટે સમાન ક્લસ્ટરનો ઉપયોગ કરો છો dev и qa. આનો અર્થ એ છે કે તમારી પાસે એપ્લિકેશન હોઈ શકે છે app-a, એકસાથે બંને વાતાવરણમાં કામ કરે છે qa и dev. આ કિસ્સામાં, અમે યોગ્ય પરિમાણનો ઉલ્લેખ કરીને ચોક્કસ વાતાવરણમાં એપ્લિકેશન દાખલાને અલગથી ઍક્સેસ કરી શકીએ છીએ environment. ઉદાહરણ તરીકે app: app-a и environment: dev એક પર્યાવરણ માટે, અને app: app-a и environment: qa બીજા માટે.

આ તમને એપ્લિકેશનના બંને ઉદાહરણોને ઍક્સેસ કરવાની મંજૂરી આપે છે, ઉદાહરણ તરીકે, એકસાથે પરીક્ષણ કરવા માટે.

સંગઠિત થાઓ

કુબરનેટ્સ એ ખૂબ જ શક્તિશાળી સિસ્ટમ છે, પરંતુ કોઈપણ સિસ્ટમ આખરે ઘણી બધી પ્રક્રિયાઓ સાથે ફસાઈ શકે છે. કુબેલેટ તમામ પ્રક્રિયાઓ ચલાવે છે અને તમે સ્પષ્ટ કરો છો તે તપાસો, તેમજ તેની પોતાની.

અલબત્ત, એક અનાથ સેવા સિસ્ટમને ધીમું કરશે નહીં, અને કુબરનેટ્સને ગ્રાઉન્ડ ઉપરથી સ્કેલ કરવા માટે ડિઝાઇન કરવામાં આવી છે. પરંતુ જો એક સેવાને બદલે એક મિલિયન દેખાય, તો કુબેલેટ ગૂંગળાવા લાગે છે.

જો કોઈ કારણસર તમે ડિપ્લોયમેન્ટ (કન્ટેનર, ઇમેજ, ગમે તે) કાઢી નાખો છો, તો માત્ર સંપૂર્ણ સફાઈ કરવાની ખાતરી કરો.

ગોને મળો

અમે છેલ્લા માટે મુખ્ય સલાહ સાચવી. ગો પ્રોગ્રામિંગ ભાષા શીખો.

Kubernetes Go માં વિકસાવવામાં આવ્યું છે, બધા એક્સ્ટેન્શન્સ Go માં લખેલા છે, અને ક્લાયંટ-ગો ક્લાયંટ લાઇબ્રેરી પણ સત્તાવાર રીતે સપોર્ટેડ છે.

તેનો ઉપયોગ વિવિધ અને રસપ્રદ વસ્તુઓ માટે થઈ શકે છે. ઉદાહરણ તરીકે, કુબરનેટ્સ સિસ્ટમને તમારા સ્વાદમાં વિસ્તૃત કરવા માટે. તેથી, તમે તમારા પોતાના પ્રોગ્રામ્સનો ઉપયોગ ડેટા એકત્રિત કરવા, એપ્લિકેશન્સ જમાવવા અથવા કન્ટેનર સાફ કરવા માટે કરી શકો છો.

ગો પ્રોગ્રામિંગ લેંગ્વેજ શીખવી અને ક્લાયંટ-ગોમાં નિપુણતા મેળવવી એ કદાચ સૌથી મહત્વપૂર્ણ સલાહ છે જે તમે નવા કુબરનેટ્સ વપરાશકર્તાઓને આપી શકો છો.

Mail.ru ક્લાઉડ સોલ્યુશન્સના સમર્થન સાથે અનુવાદિત

બીજું શું વાંચવું:

1. કુબરનેટ્સમાં ઓટોસ્કેલિંગના ત્રણ સ્તરો અને તેનો અસરકારક રીતે ઉપયોગ કેવી રીતે કરવો.
2. કુબરનેટ્સ વર્કર નોડ્સ: ઘણા નાના અથવા થોડા મોટા?
3. 25 કુબરનેટ્સના જમાવટ અને સંચાલન માટે ઉપયોગી સાધનો.

સોર્સ: www.habr.com