DEVOXX യുകെ. നിർമ്മാണത്തിലുള്ള കുബർനെറ്റസ്: നീല/പച്ച വിന്യാസം, ഓട്ടോസ്‌കേലിംഗ്, വിന്യാസം ഓട്ടോമേഷൻ. ഭാഗം 2

ഒരു ക്ലസ്റ്റേർഡ് പ്രൊഡക്ഷൻ പരിതസ്ഥിതിയിൽ ഡോക്കർ കണ്ടെയ്‌നറുകൾ പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള മികച്ച ഉപകരണമാണ് കുബർനെറ്റസ്. എന്നിരുന്നാലും, കുബർനെറ്റുകൾക്ക് പരിഹരിക്കാൻ കഴിയാത്ത പ്രശ്നങ്ങളുണ്ട്. പതിവ് ഉൽപ്പാദന വിന്യാസങ്ങൾക്കായി, ഈ പ്രക്രിയയിൽ പ്രവർത്തനരഹിതമായ സമയം ഒഴിവാക്കാൻ ഞങ്ങൾക്ക് ഒരു പൂർണ്ണ ഓട്ടോമേറ്റഡ് ബ്ലൂ/ഗ്രീൻ വിന്യാസം ആവശ്യമാണ്, ഇതിന് ബാഹ്യ HTTP അഭ്യർത്ഥനകൾ കൈകാര്യം ചെയ്യുകയും SSL ഓഫ്‌ലോഡുകൾ നടത്തുകയും വേണം. ഇതിന് ഹാ-പ്രോക്സി പോലുള്ള ഒരു ലോഡ് ബാലൻസറുമായി സംയോജനം ആവശ്യമാണ്. ഒരു ക്ലൗഡ് പരിതസ്ഥിതിയിൽ പ്രവർത്തിക്കുമ്പോൾ കുബർനെറ്റസ് ക്ലസ്റ്ററിന്റെ തന്നെ സെമി-ഓട്ടോമാറ്റിക് സ്കെയിലിംഗ് ആണ് മറ്റൊരു വെല്ലുവിളി, ഉദാഹരണത്തിന് രാത്രിയിൽ ക്ലസ്റ്ററിനെ ഭാഗികമായി സ്കെയിൽ ചെയ്യുക.

Kubernetes-ന് ഈ സവിശേഷതകൾ ഇല്ലെങ്കിലും, സമാനമായ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ നിങ്ങൾക്ക് ഉപയോഗിക്കാനാകുന്ന ഒരു API ഇത് നൽകുന്നു. ഓപ്പൺ സോഴ്‌സ് അടിസ്ഥാനമാക്കി സൃഷ്‌ടിച്ച ക്ലൗഡ് ആർടിഐ പ്രോജക്‌റ്റിന്റെ ഭാഗമായി കുബർനെറ്റസ് ക്ലസ്റ്ററിന്റെ സ്വയമേവയുള്ള നീല/പച്ച വിന്യാസത്തിനും സ്‌കെയിലിംഗിനുമുള്ള ടൂളുകൾ വികസിപ്പിച്ചെടുത്തിട്ടുണ്ട്.

ഈ ലേഖനം, ഒരു വീഡിയോ ട്രാൻസ്‌ക്രിപ്റ്റ്, ഉൽപ്പാദനം മുടങ്ങാതെ ഒരു git കമ്മിറ്റിൽ നിന്ന് കോഡ് സ്വീകരിക്കുന്ന ഒരു പ്രൊഡക്ഷൻ-റെഡി എൻവയോൺമെന്റ് സൃഷ്‌ടിക്കുന്നതിന് മറ്റ് ഓപ്പൺ സോഴ്‌സ് ഘടകങ്ങൾക്കൊപ്പം Kubernetes എങ്ങനെ സജ്ജീകരിക്കാമെന്ന് കാണിക്കുന്നു.

DEVOXX യുകെ. നിർമ്മാണത്തിലുള്ള കുബർനെറ്റസ്: നീല/പച്ച വിന്യാസം, ഓട്ടോസ്‌കേലിംഗ്, വിന്യാസം ഓട്ടോമേഷൻ. ഭാഗം 1

അതിനാൽ, പുറം ലോകത്ത് നിന്ന് നിങ്ങളുടെ ആപ്ലിക്കേഷനുകളിലേക്ക് നിങ്ങൾക്ക് ആക്സസ് ലഭിച്ചുകഴിഞ്ഞാൽ, നിങ്ങൾക്ക് ഓട്ടോമേഷൻ പൂർണ്ണമായി സജ്ജീകരിക്കാൻ തുടങ്ങാം, അതായത്, നിങ്ങൾക്ക് ഒരു ജിറ്റ് കമ്മിറ്റ് ചെയ്യാൻ കഴിയുന്ന ഘട്ടത്തിലേക്ക് കൊണ്ടുവരികയും ഈ ജിറ്റ് കമ്മിറ്റ് ഉൽപ്പാദനത്തിൽ അവസാനിക്കുന്നുവെന്ന് ഉറപ്പാക്കുകയും ചെയ്യുക. സ്വാഭാവികമായും, ഈ ഘട്ടങ്ങൾ നടപ്പിലാക്കുമ്പോൾ, വിന്യാസം നടപ്പിലാക്കുമ്പോൾ, പ്രവർത്തനരഹിതമായ സമയം നേരിടാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നില്ല. അതിനാൽ, കുബർനെറ്റസിലെ ഏത് ഓട്ടോമേഷനും ആരംഭിക്കുന്നത് API-യിൽ നിന്നാണ്.

കുബർനെറ്റസ് എന്നത് ഉൽപ്പാദനക്ഷമമായി ഉപയോഗിക്കാവുന്ന ഒരു ഉപകരണമല്ല. തീർച്ചയായും, നിങ്ങൾക്ക് അത് ചെയ്യാൻ കഴിയും, kubectl ഉപയോഗിക്കാനും മറ്റും, പക്ഷേ ഇപ്പോഴും ഈ പ്ലാറ്റ്‌ഫോമിലെ ഏറ്റവും രസകരവും ഉപയോഗപ്രദവുമായ കാര്യം API ആണ്. ഒരു കൂട്ടം ഫംഗ്‌ഷനുകളായി API ഉപയോഗിക്കുന്നതിലൂടെ, Kubernetes-ൽ നിങ്ങൾ ചെയ്യാൻ ആഗ്രഹിക്കുന്ന മിക്കവാറും എന്തും നിങ്ങൾക്ക് ആക്‌സസ് ചെയ്യാൻ കഴിയും. kubectl തന്നെ REST API ഉപയോഗിക്കുന്നു.

ഇത് REST ആണ്, അതിനാൽ ഈ API ഉപയോഗിച്ച് പ്രവർത്തിക്കാൻ നിങ്ങൾക്ക് ഏത് ഭാഷയോ ഉപകരണമോ ഉപയോഗിക്കാം, എന്നാൽ ഇഷ്‌ടാനുസൃത ലൈബ്രറികൾ നിങ്ങളുടെ ജീവിതം വളരെ എളുപ്പമാക്കും. എന്റെ ടീം അത്തരത്തിലുള്ള 2 ലൈബ്രറികൾ എഴുതി: ഒന്ന് Java/OSGi-യ്ക്കും ഒന്ന് Go-യ്ക്കും. രണ്ടാമത്തേത് പലപ്പോഴും ഉപയോഗിക്കാറില്ല, എന്നാൽ ഏത് സാഹചര്യത്തിലും ഈ ഉപയോഗപ്രദമായ കാര്യങ്ങൾ നിങ്ങളുടെ പക്കലുണ്ട്. അവ ഭാഗികമായി ലൈസൻസുള്ള ഒരു ഓപ്പൺ സോഴ്സ് പ്രോജക്റ്റാണ്. വ്യത്യസ്ത ഭാഷകൾക്കായി അത്തരം നിരവധി ലൈബ്രറികളുണ്ട്, അതിനാൽ നിങ്ങൾക്ക് ഏറ്റവും അനുയോജ്യമായവ നിങ്ങൾക്ക് തിരഞ്ഞെടുക്കാം.

അതിനാൽ, നിങ്ങളുടെ വിന്യാസം ഓട്ടോമേറ്റ് ചെയ്യാൻ ആരംഭിക്കുന്നതിന് മുമ്പ്, ഈ പ്രക്രിയ ഏതെങ്കിലും പ്രവർത്തനരഹിതമായ സമയത്തിന് വിധേയമാകില്ലെന്ന് നിങ്ങൾ ഉറപ്പാക്കേണ്ടതുണ്ട്. ഉദാഹരണത്തിന്, ആളുകൾ ഏറ്റവും കൂടുതൽ ആപ്ലിക്കേഷനുകൾ ഉപയോഗിക്കുന്ന ദിവസത്തിന്റെ മധ്യത്തിൽ ഞങ്ങളുടെ ടീം പ്രൊഡക്ഷൻ ഡിപ്ലോയ്‌മെന്റുകൾ നടത്തുന്നു, അതിനാൽ പ്രക്രിയയിലെ കാലതാമസം ഒഴിവാക്കേണ്ടത് പ്രധാനമാണ്. പ്രവർത്തനരഹിതമായ സമയം ഒഴിവാക്കുന്നതിന്, 2 രീതികൾ ഉപയോഗിക്കുന്നു: നീല/പച്ച വിന്യാസം അല്ലെങ്കിൽ റോളിംഗ് അപ്‌ഡേറ്റ്. പിന്നീടുള്ള സന്ദർഭത്തിൽ, നിങ്ങൾക്ക് പ്രവർത്തിക്കുന്ന ആപ്ലിക്കേഷന്റെ 5 പകർപ്പുകൾ ഉണ്ടെങ്കിൽ, അവ ഒന്നിനുപുറകെ ഒന്നായി അപ്ഡേറ്റ് ചെയ്യപ്പെടും. ഈ രീതി മികച്ച രീതിയിൽ പ്രവർത്തിക്കുന്നു, എന്നാൽ വിന്യാസ പ്രക്രിയയിൽ നിങ്ങൾക്ക് ഒരേസമയം പ്രവർത്തിക്കുന്ന ആപ്ലിക്കേഷന്റെ വ്യത്യസ്ത പതിപ്പുകൾ ഉണ്ടെങ്കിൽ അത് അനുയോജ്യമല്ല. ഈ സാഹചര്യത്തിൽ, ബാക്കെൻഡ് പഴയ പതിപ്പ് പ്രവർത്തിപ്പിക്കുമ്പോൾ നിങ്ങൾക്ക് ഉപയോക്തൃ ഇന്റർഫേസ് അപ്ഡേറ്റ് ചെയ്യാൻ കഴിയും, കൂടാതെ ആപ്ലിക്കേഷൻ പ്രവർത്തിക്കുന്നത് നിർത്തും. അതിനാൽ, ഒരു പ്രോഗ്രാമിംഗ് വീക്ഷണകോണിൽ നിന്ന്, അത്തരം സാഹചര്യങ്ങളിൽ പ്രവർത്തിക്കുന്നത് വളരെ ബുദ്ധിമുട്ടാണ്.

ഞങ്ങളുടെ ആപ്ലിക്കേഷനുകളുടെ വിന്യാസം ഓട്ടോമേറ്റ് ചെയ്യുന്നതിന് നീല/പച്ച വിന്യാസം ഉപയോഗിക്കാൻ ഞങ്ങൾ താൽപ്പര്യപ്പെടുന്നതിന്റെ ഒരു കാരണം ഇതാണ്. ഈ രീതി ഉപയോഗിച്ച്, ഒരു സമയത്ത് ആപ്ലിക്കേഷന്റെ ഒരു പതിപ്പ് മാത്രമേ സജീവമാകൂ എന്ന് നിങ്ങൾ ഉറപ്പാക്കണം.

നീല/പച്ച വിന്യാസ സംവിധാനം ഇതുപോലെ കാണപ്പെടുന്നു. ഞങ്ങളുടെ ആപ്ലിക്കേഷനുകൾക്കായി ഞങ്ങൾക്ക് ട്രാഫിക് ലഭിക്കുന്നത് ha-proxy വഴിയാണ്, അത് അതേ പതിപ്പിന്റെ ആപ്ലിക്കേഷന്റെ പ്രവർത്തിക്കുന്ന പകർപ്പുകളിലേക്ക് കൈമാറുന്നു.

ഒരു പുതിയ വിന്യാസം നടത്തുമ്പോൾ, ഞങ്ങൾ ഡിപ്ലോയർ ഉപയോഗിക്കുന്നു, അത് പുതിയ ഘടകങ്ങൾ നൽകുകയും പുതിയ പതിപ്പ് വിന്യസിക്കുകയും ചെയ്യുന്നു. ഒരു ആപ്ലിക്കേഷന്റെ പുതിയ പതിപ്പ് വിന്യസിക്കുക എന്നതിനർത്ഥം ഒരു പുതിയ സെറ്റ് പകർപ്പുകൾ "ഉയർത്തി" എന്നാണ്, അതിന് ശേഷം പുതിയ പതിപ്പിന്റെ ഈ പകർപ്പുകൾ ഒരു പ്രത്യേക പുതിയ പോഡിൽ സമാരംഭിക്കുന്നു. എന്നിരുന്നാലും, ഹാ-പ്രോക്സിക്ക് അവരെക്കുറിച്ച് ഒന്നും അറിയില്ല, അവർക്ക് ഇതുവരെ ഒരു ജോലിഭാരവും നൽകുന്നില്ല.

അതിനാൽ, ഒന്നാമതായി, പകർപ്പുകൾ ലോഡ് ചെയ്യാൻ തയ്യാറാണെന്ന് ഉറപ്പാക്കാൻ ആരോഗ്യ പരിശോധനയുടെ പുതിയ പതിപ്പുകളുടെ പ്രകടന പരിശോധന നടത്തേണ്ടത് ആവശ്യമാണ്.

എല്ലാ വിന്യാസ ഘടകങ്ങളും ഏതെങ്കിലും തരത്തിലുള്ള ആരോഗ്യ പരിശോധനയെ പിന്തുണയ്ക്കണം. നിങ്ങൾക്ക് സ്റ്റാറ്റസ് 200 ഉള്ള ഒരു കോഡ് ലഭിക്കുമ്പോൾ ഇത് വളരെ ലളിതമായ HTTP കോൾ ചെക്ക് ആകാം, അല്ലെങ്കിൽ ഡാറ്റാബേസും മറ്റ് സേവനങ്ങളുമായുള്ള പകർപ്പുകളുടെ കണക്ഷൻ, ഡൈനാമിക് എൻവയോൺമെന്റ് കണക്ഷനുകളുടെ സ്ഥിരത എന്നിവ പരിശോധിക്കുന്ന കൂടുതൽ ആഴത്തിലുള്ള പരിശോധന. , എല്ലാം ആരംഭിക്കുന്നതും ശരിയായി പ്രവർത്തിക്കുന്നതും. ഈ പ്രക്രിയ വളരെ സങ്കീർണ്ണമായേക്കാം.

പരിഷ്കരിച്ച എല്ലാ പകർപ്പുകളും പ്രവർത്തിക്കുന്നുണ്ടെന്ന് സിസ്റ്റം പരിശോധിച്ചുറപ്പിച്ചതിന് ശേഷം, ഡിപ്ലോയർ കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുകയും ശരിയായ confd നൽകുകയും ചെയ്യും, അത് ha-proxy വീണ്ടും ക്രമീകരിക്കും.

ഇതിനുശേഷം മാത്രമേ പുതിയ പതിപ്പിന്റെ പകർപ്പുകളുള്ള പോഡിലേക്ക് ട്രാഫിക്ക് നയിക്കപ്പെടുകയുള്ളൂ, പഴയ പോഡ് അപ്രത്യക്ഷമാകും.

ഈ സംവിധാനം കുബർനെറ്റസിന്റെ സവിശേഷതയല്ല. നീല/പച്ച വിന്യാസം എന്ന ആശയം വളരെക്കാലമായി നിലവിലുണ്ട്, അത് എല്ലായ്പ്പോഴും ഒരു ലോഡ് ബാലൻസർ ഉപയോഗിക്കുന്നു. ആദ്യം, നിങ്ങൾ എല്ലാ ട്രാഫിക്കും ആപ്ലിക്കേഷന്റെ പഴയ പതിപ്പിലേക്ക് നയിക്കുന്നു, അപ്‌ഡേറ്റിന് ശേഷം, നിങ്ങൾ അത് പൂർണ്ണമായും പുതിയ പതിപ്പിലേക്ക് മാറ്റുന്നു. ഈ തത്വം കുബെർനെറ്റസിൽ മാത്രമല്ല ഉപയോഗിക്കുന്നത്.

ഇപ്പോൾ ഞാൻ നിങ്ങളെ ഒരു പുതിയ വിന്യാസ ഘടകം പരിചയപ്പെടുത്തും - ഡിപ്ലോയർ, അത് ആരോഗ്യ പരിശോധനകൾ നടത്തുന്നു, പ്രോക്സികൾ പുനഃക്രമീകരിക്കുന്നു തുടങ്ങിയവ. പുറംലോകത്തിന് ബാധകമല്ലാത്തതും കുബർനെറ്റസിനുള്ളിൽ നിലനിൽക്കുന്നതുമായ ഒരു ആശയമാണിത്. ഓപ്പൺ സോഴ്‌സ് ടൂളുകൾ ഉപയോഗിച്ച് നിങ്ങളുടെ സ്വന്തം ഡിപ്ലോയർ ആശയം എങ്ങനെ സൃഷ്ടിക്കാമെന്ന് ഞാൻ കാണിച്ചുതരാം.

അതിനാൽ, ഡിപ്ലോയർ ആദ്യം ചെയ്യുന്നത് Kubernetes API ഉപയോഗിച്ച് ഒരു RC റെപ്ലിക്കേഷൻ കൺട്രോളർ സൃഷ്ടിക്കുക എന്നതാണ്. ഈ API കൂടുതൽ വിന്യാസത്തിനായി പോഡുകളും സേവനങ്ങളും സൃഷ്ടിക്കുന്നു, അതായത്, ഇത് ഞങ്ങളുടെ ആപ്ലിക്കേഷനുകൾക്കായി പൂർണ്ണമായും പുതിയൊരു ക്ലസ്റ്റർ സൃഷ്ടിക്കുന്നു. പകർപ്പുകൾ ആരംഭിച്ചതായി ആർ‌സിക്ക് ബോധ്യമായാലുടൻ, അത് അവയുടെ പ്രവർത്തനക്ഷമതയെക്കുറിച്ച് ആരോഗ്യ പരിശോധന നടത്തും. ഇത് ചെയ്യുന്നതിന്, ഡിപ്ലോയർ GET /health കമാൻഡ് ഉപയോഗിക്കുന്നു. ഇത് ഉചിതമായ സ്കാൻ ഘടകങ്ങൾ പ്രവർത്തിപ്പിക്കുകയും ക്ലസ്റ്ററിന്റെ പ്രവർത്തനത്തെ പിന്തുണയ്ക്കുന്ന എല്ലാ ഘടകങ്ങളും പരിശോധിക്കുകയും ചെയ്യുന്നു.

എല്ലാ പോഡുകളും അവരുടെ ആരോഗ്യം റിപ്പോർട്ട് ചെയ്തതിന് ശേഷം, ഡിപ്ലോയർ ഒരു പുതിയ കോൺഫിഗറേഷൻ ഘടകം സൃഷ്ടിക്കുന്നു - etcd ഡിസ്ട്രിബ്യൂഡ് സ്റ്റോറേജ്, ഇത് ലോഡ് ബാലൻസർ കോൺഫിഗറേഷൻ സംഭരിക്കുന്നത് ഉൾപ്പെടെ കുബെർനെറ്റസ് ആന്തരികമായി ഉപയോഗിക്കുന്നു. ഞങ്ങൾ etcd ലേക്ക് ഡാറ്റ എഴുതുന്നു, കൂടാതെ പുതിയ ഡാറ്റയ്ക്കായി confd മോണിറ്ററുകൾ etcd എന്ന ഒരു ചെറിയ ടൂൾ.

പ്രാരംഭ കോൺഫിഗറേഷനിൽ എന്തെങ്കിലും മാറ്റങ്ങൾ കണ്ടെത്തിയാൽ, അത് ഒരു പുതിയ ക്രമീകരണ ഫയൽ സൃഷ്ടിക്കുകയും അത് ഹാ-പ്രോക്സിയിലേക്ക് മാറ്റുകയും ചെയ്യുന്നു. ഈ സാഹചര്യത്തിൽ, കണക്ഷനുകളൊന്നും നഷ്‌ടപ്പെടാതെ ha-proxy റീബൂട്ട് ചെയ്യുകയും ഞങ്ങളുടെ അപ്ലിക്കേഷനുകളുടെ പുതിയ പതിപ്പ് പ്രവർത്തിക്കാൻ പ്രാപ്‌തമാക്കുന്ന പുതിയ സേവനങ്ങളിലേക്കുള്ള ലോഡ് അഡ്രസ് ചെയ്യുകയും ചെയ്യുന്നു.

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, ഘടകങ്ങളുടെ സമൃദ്ധി ഉണ്ടായിരുന്നിട്ടും, ഇവിടെ സങ്കീർണ്ണമായ ഒന്നും തന്നെയില്ല. API, etcd എന്നിവയിൽ നിങ്ങൾ കൂടുതൽ ശ്രദ്ധിക്കേണ്ടതുണ്ട്. ഞങ്ങൾ സ്വയം ഉപയോഗിക്കുന്ന ഓപ്പൺ സോഴ്‌സ് ഡിപ്ലോയറിനെ കുറിച്ച് ഞാൻ നിങ്ങളോട് പറയാൻ ആഗ്രഹിക്കുന്നു - അംഡതു കുബർനെറ്റ്സ് ഡിപ്ലോയർ.

ഇത് കുബർനെറ്റസ് വിന്യാസങ്ങൾ ക്രമീകരിക്കുന്നതിനുള്ള ഒരു ഉപകരണമാണ് കൂടാതെ ഇനിപ്പറയുന്ന സവിശേഷതകൾ ഉണ്ട്:

• നീല/പച്ച വിന്യാസം;
• ഒരു ബാഹ്യ ലോഡ് ബാലൻസർ സജ്ജീകരിക്കുന്നു;
• വിന്യാസം ഡിസ്ക്രിപ്റ്റർ മാനേജ്മെന്റ്;
• യഥാർത്ഥ വിന്യാസം കൈകാര്യം ചെയ്യുക;
• വിന്യാസ സമയത്ത് ആരോഗ്യ പരിശോധനകളുടെ പ്രവർത്തനം പരിശോധിക്കുന്നു;
• പരിസ്ഥിതി വേരിയബിളുകൾ പോഡുകളായി നടപ്പിലാക്കൽ.

ഈ ഡിപ്ലോയർ നിർമ്മിച്ചിരിക്കുന്നത് Kubernetes API-യുടെ മുകളിലാണ്, കൂടാതെ ഹാൻഡിലുകളും വിന്യാസങ്ങളും കൈകാര്യം ചെയ്യുന്നതിനായി ഒരു REST API, വിന്യാസ പ്രക്രിയയിൽ ലോഗുകൾ സ്ട്രീം ചെയ്യുന്നതിനുള്ള Websocket API എന്നിവയും നൽകുന്നു.

ഇത് ലോഡ് ബാലൻസർ കോൺഫിഗറേഷൻ ഡാറ്റയെ etcd-ലേക്ക് ഇടുന്നു, അതിനാൽ നിങ്ങൾക്ക് ഔട്ട്-ഓഫ്-ദി-ബോക്‌സ് പിന്തുണയോടെ ഹാ-പ്രോക്സി ഉപയോഗിക്കേണ്ടതില്ല, എന്നാൽ നിങ്ങളുടെ സ്വന്തം ലോഡ് ബാലൻസർ കോൺഫിഗറേഷൻ ഫയൽ എളുപ്പത്തിൽ ഉപയോഗിക്കുക. Amdatu Deployer, Kubernetes പോലെ തന്നെ Go-യിൽ എഴുതിയതാണ്, അപ്പാച്ചെ ലൈസൻസ് ചെയ്തതാണ്.

ഞാൻ ഡിപ്ലോയറിന്റെ ഈ പതിപ്പ് ഉപയോഗിക്കാൻ തുടങ്ങുന്നതിനുമുമ്പ്, എനിക്ക് ആവശ്യമായ പാരാമീറ്ററുകൾ വ്യക്തമാക്കുന്ന ഇനിപ്പറയുന്ന വിന്യാസ ഡിസ്ക്രിപ്റ്റർ ഞാൻ ഉപയോഗിച്ചു.

ഈ കോഡിന്റെ പ്രധാന പാരാമീറ്ററുകളിലൊന്ന് "useHealthCheck" ഫ്ലാഗ് പ്രവർത്തനക്ഷമമാക്കുക എന്നതാണ്. വിന്യാസ പ്രക്രിയയിൽ ഒരു സാനിറ്റി പരിശോധന നടത്തേണ്ടതുണ്ടെന്ന് ഞങ്ങൾ വ്യക്തമാക്കേണ്ടതുണ്ട്. സ്ഥിരീകരിക്കേണ്ട ആവശ്യമില്ലാത്ത മൂന്നാം കക്ഷി കണ്ടെയ്‌നറുകൾ വിന്യാസം ഉപയോഗിക്കുമ്പോൾ ഈ ക്രമീകരണം പ്രവർത്തനരഹിതമാക്കാം. ഈ ഡിസ്ക്രിപ്റ്റർ, ഹെ-പ്രോക്സിക്ക് ആവശ്യമുള്ള പകർപ്പുകളുടെ എണ്ണവും ഫ്രണ്ട്എൻഡ് URL-ഉം സൂചിപ്പിക്കുന്നു. അവസാനം പോഡ് സ്‌പെസിഫിക്കേഷൻ ഫ്ലാഗ് "പോഡ്‌സ്‌പെക്" ആണ്, അത് പോർട്ട് കോൺഫിഗറേഷൻ, ഇമേജ് മുതലായവയെ കുറിച്ചുള്ള വിവരങ്ങൾക്കായി കുബർനെറ്റസിനെ വിളിക്കുന്നു. ഇത് വളരെ ലളിതമായ ഒരു JSON വിവരണമാണ്.

ഓപ്പൺ സോഴ്സ് Amdatu പ്രോജക്റ്റിന്റെ ഭാഗമായ മറ്റൊരു ടൂൾ Deploymentctl ആണ്. വിന്യാസങ്ങൾ കോൺഫിഗർ ചെയ്യുന്നതിനും വിന്യാസ ചരിത്രം സംഭരിക്കുന്നതിനും മൂന്നാം കക്ഷി ഉപയോക്താക്കളിൽ നിന്നും ഡെവലപ്പർമാരിൽ നിന്നുമുള്ള കോൾബാക്കുകൾക്കായുള്ള വെബ്‌ഹുക്കുകൾ അടങ്ങിയിരിക്കുന്നതിനും ഇതിന് ഒരു യുഐ ഉണ്ട്. Amdatu ഡിപ്ലോയർ തന്നെ ഒരു REST API ആയതിനാൽ നിങ്ങൾ UI ഉപയോഗിക്കാനിടയില്ല, എന്നാൽ ഈ ഇന്റർഫേസിന് ഏതെങ്കിലും API ഉൾപ്പെടാതെ തന്നെ നിങ്ങൾക്ക് വിന്യാസം വളരെ എളുപ്പമാക്കാൻ കഴിയും. Angular 2 ഉപയോഗിച്ച് OSGi/Vertx ൽ Deploymentctl എഴുതിയിരിക്കുന്നു.

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

ഇവിടെ ഞങ്ങൾ /ആരോഗ്യത്തോട് മാത്രം പ്രതികരിക്കുന്ന ഒരു HTTP സെർവർ സൃഷ്‌ടിക്കുന്നു, അതിനാൽ ഈ അപ്ലിക്കേഷൻ ആരോഗ്യ പരിശോധന മാത്രമേ പരിശോധിക്കൂ, മറ്റൊന്നുമല്ല. പരിശോധന കടന്നുപോകുകയാണെങ്കിൽ, താഴെ കാണിച്ചിരിക്കുന്ന JSON ഘടന ഉപയോഗിക്കും. ഇതിൽ ഡിപ്ലോയർ വിന്യസിക്കുന്ന ആപ്ലിക്കേഷന്റെ പതിപ്പ്, ഫയലിന്റെ മുകളിൽ നിങ്ങൾ കാണുന്ന സന്ദേശം, ബൂളിയൻ ഡാറ്റ തരം - ഞങ്ങളുടെ ആപ്ലിക്കേഷൻ പ്രവർത്തിക്കുന്നുണ്ടെങ്കിലും ഇല്ലെങ്കിലും എന്നിവ അടങ്ങിയിരിക്കുന്നു.

അവസാന വരിയിൽ ഞാൻ അൽപ്പം ചതിച്ചു, കാരണം ഫയലിന്റെ മുകളിൽ ഒരു നിശ്ചിത ബൂളിയൻ മൂല്യം ഞാൻ സ്ഥാപിച്ചു, അത് ഭാവിയിൽ ഒരു "അനാരോഗ്യകരമായ" ആപ്ലിക്കേഷൻ പോലും വിന്യസിക്കാൻ എന്നെ സഹായിക്കും. ഞങ്ങൾ ഇത് പിന്നീട് കൈകാര്യം ചെയ്യും.

അതുകൊണ്ട് നമുക്ക് തുടങ്ങാം. ആദ്യം, ~ kubectl get pods എന്ന കമാൻഡ് ഉപയോഗിച്ച് ഏതെങ്കിലും റണ്ണിംഗ് പോഡുകളുടെ സാന്നിധ്യം ഞങ്ങൾ പരിശോധിക്കുന്നു, ഫ്രണ്ട്‌എൻഡ് URL-ൽ നിന്നുള്ള പ്രതികരണത്തിന്റെ അഭാവത്തെ അടിസ്ഥാനമാക്കി, നിലവിൽ വിന്യാസങ്ങളൊന്നും നടത്തുന്നില്ലെന്ന് ഞങ്ങൾ ഉറപ്പാക്കുന്നു.

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

നിങ്ങൾ ഇപ്പോൾ ~ kubectl get pods എന്ന കമാൻഡ് ആവർത്തിക്കുകയാണെങ്കിൽ, 20 സെക്കൻഡ് നേരത്തേക്ക് സിസ്റ്റം "ഫ്രീസുചെയ്യുന്നത്" നിങ്ങൾക്ക് കാണാം, ഈ സമയത്ത് ha-proxy പുനഃക്രമീകരിക്കപ്പെടുന്നു. ഇതിനുശേഷം, പോഡ് ആരംഭിക്കുന്നു, ഞങ്ങളുടെ പകർപ്പ് വിന്യാസ ലോഗിൽ കാണാം.

വീഡിയോയിൽ നിന്ന് 20 സെക്കൻഡ് കാത്തിരിപ്പ് ഞാൻ വെട്ടിമാറ്റി, ആപ്ലിക്കേഷന്റെ ആദ്യ പതിപ്പ് വിന്യസിച്ചിരിക്കുന്നത് ഇപ്പോൾ നിങ്ങൾക്ക് സ്ക്രീനിൽ കാണാം. യുഐ മാത്രം ഉപയോഗിച്ചാണ് ഇതെല്ലാം ചെയ്തത്.

ഇനി നമുക്ക് രണ്ടാമത്തെ പതിപ്പ് പരീക്ഷിക്കാം. ഇത് ചെയ്യുന്നതിന്, ഞാൻ ആപ്ലിക്കേഷന്റെ സന്ദേശം "ഹലോ, കുബർനെറ്റസ്!" എന്നതിൽ നിന്ന് മാറ്റുന്നു. “ഹലോ, ഡിപ്ലോയർ!” എന്നതിൽ, സിസ്റ്റം ഈ ഇമേജ് സൃഷ്ടിച്ച് ഡോക്കർ രജിസ്ട്രിയിൽ സ്ഥാപിക്കുന്നു, അതിനുശേഷം ഞങ്ങൾ Deploymentctl വിൻഡോയിലെ “Deploy” ബട്ടണിൽ വീണ്ടും ക്ലിക്ക് ചെയ്യുക. ഈ സാഹചര്യത്തിൽ, ആപ്ലിക്കേഷന്റെ ആദ്യ പതിപ്പ് വിന്യസിക്കുമ്പോൾ സംഭവിച്ച അതേ രീതിയിൽ വിന്യാസ ലോഗ് സ്വയമേവ സമാരംഭിക്കും.

~ kubectl get pods എന്ന കമാൻഡ് കാണിക്കുന്നത് നിലവിൽ ആപ്ലിക്കേഷന്റെ 2 പതിപ്പുകൾ പ്രവർത്തിക്കുന്നുണ്ടെന്ന് കാണിക്കുന്നു, എന്നാൽ ഞങ്ങൾ ഇപ്പോഴും പതിപ്പ് 1 പ്രവർത്തിപ്പിക്കുന്നുണ്ടെന്ന് ഫ്രണ്ട്‌എൻഡ് കാണിക്കുന്നു.

പുതിയ പതിപ്പിലേക്ക് ട്രാഫിക് റീഡയറക്‌ട് ചെയ്യുന്നതിന് മുമ്പ് ലോഡ് ബാലൻസർ ആരോഗ്യ പരിശോധന പൂർത്തിയാകുന്നതുവരെ കാത്തിരിക്കുന്നു. 20 സെക്കൻഡിനുശേഷം, ഞങ്ങൾ ചുരുളിലേക്ക് മാറുകയും ഇപ്പോൾ ആപ്ലിക്കേഷന്റെ പതിപ്പ് 2 വിന്യസിച്ചിട്ടുണ്ടെന്നും ആദ്യത്തേത് ഇല്ലാതാക്കിയിട്ടുണ്ടെന്നും ഞങ്ങൾ കാണുന്നു.

ഇത് ഒരു "ആരോഗ്യകരമായ" ആപ്ലിക്കേഷന്റെ വിന്യാസമായിരുന്നു. ആപ്ലിക്കേഷന്റെ പുതിയ പതിപ്പിനായി ഞാൻ ഹെൽത്തി പാരാമീറ്റർ ശരിയിൽ നിന്ന് തെറ്റിലേക്ക് മാറ്റുകയാണെങ്കിൽ എന്താണ് സംഭവിക്കുന്നതെന്ന് നോക്കാം, അതായത്, ആരോഗ്യ പരിശോധനയിൽ പരാജയപ്പെട്ട ഒരു അനാരോഗ്യകരമായ ആപ്ലിക്കേഷൻ വിന്യസിക്കാൻ ഞാൻ ശ്രമിക്കുന്നു. വികസന ഘട്ടത്തിൽ ആപ്ലിക്കേഷനിൽ ചില കോൺഫിഗറേഷൻ പിശകുകൾ വരുത്തിയാൽ ഇത് സംഭവിക്കാം, അത് ഈ ഫോമിൽ ഉൽപ്പാദനത്തിലേക്ക് അയച്ചു.

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, വിന്യാസം മുകളിലുള്ള എല്ലാ ഘട്ടങ്ങളിലൂടെയും കടന്നുപോകുന്നു, രണ്ട് പോഡുകളും പ്രവർത്തിക്കുന്നുണ്ടെന്ന് ~kubectl get pods കാണിക്കുന്നു. എന്നാൽ മുമ്പത്തെ വിന്യാസത്തിൽ നിന്ന് വ്യത്യസ്തമായി, ലോഗ് കാലഹരണപ്പെട്ട നില കാണിക്കുന്നു. അതായത്, ആരോഗ്യ പരിശോധന പരാജയപ്പെട്ടതിനാൽ, ആപ്ലിക്കേഷന്റെ പുതിയ പതിപ്പ് വിന്യസിക്കാൻ കഴിയില്ല. തൽഫലമായി, ആപ്ലിക്കേഷന്റെ പഴയ പതിപ്പ് ഉപയോഗിക്കുന്നതിലേക്ക് സിസ്റ്റം പഴയപടിയായതായും പുതിയ പതിപ്പ് അൺഇൻസ്റ്റാൾ ചെയ്തതായും നിങ്ങൾ കാണുന്നു.

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

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

ഞങ്ങളുടെ ബിൽഡ് സെർവർ ഒരു ഡോക്കർ ഇമേജ് സൃഷ്ടിക്കും, അത് ഡോക്കർ ഹബ്ബിലേക്കോ നിങ്ങൾ ഉപയോഗിക്കുന്ന രജിസ്ട്രിയിലേക്കോ തള്ളും. ഡോക്കർ ഹബ് വെബ്‌ഹുക്കിനെ പിന്തുണയ്ക്കുന്നു, അതിനാൽ മുകളിൽ കാണിച്ചിരിക്കുന്ന രീതിയിൽ നമുക്ക് ഡിപ്ലോയർ വഴി റിമോട്ട് വിന്യാസം ട്രിഗർ ചെയ്യാൻ കഴിയും. ഇതുവഴി നിങ്ങളുടെ ആപ്ലിക്കേഷന്റെ വിന്യാസം പൂർണ്ണമായി ഓട്ടോമേറ്റ് ചെയ്യാവുന്നതാണ്.

നമുക്ക് അടുത്ത വിഷയത്തിലേക്ക് കടക്കാം - കുബർനെറ്റസ് ക്ലസ്റ്ററിനെ സ്കെയിലിംഗ് ചെയ്യുക. kubectl കമാൻഡ് ഒരു സ്കെയിലിംഗ് കമാൻഡ് ആണെന്ന് ശ്രദ്ധിക്കുക. കൂടുതൽ സഹായത്താൽ, നിലവിലുള്ള ഞങ്ങളുടെ ക്ലസ്റ്ററിലെ പകർപ്പുകളുടെ എണ്ണം എളുപ്പത്തിൽ വർദ്ധിപ്പിക്കാൻ കഴിയും. എന്നിരുന്നാലും, പ്രായോഗികമായി, ഞങ്ങൾ സാധാരണയായി പോഡുകളേക്കാൾ നോഡുകളുടെ എണ്ണം വർദ്ധിപ്പിക്കാൻ ആഗ്രഹിക്കുന്നു.

അതേ സമയം, ജോലി സമയങ്ങളിൽ നിങ്ങൾ വർദ്ധിപ്പിക്കേണ്ടി വന്നേക്കാം, കൂടാതെ രാത്രിയിൽ, ആമസോൺ സേവനങ്ങളുടെ ചിലവ് കുറയ്ക്കുന്നതിന്, നിങ്ങൾ പ്രവർത്തിക്കുന്ന ആപ്ലിക്കേഷൻ സംഭവങ്ങളുടെ എണ്ണം കുറയ്ക്കേണ്ടതുണ്ട്. പോഡുകളുടെ എണ്ണം മാത്രം സ്കെയിലിംഗ് മതിയെന്ന് ഇതിനർത്ഥമില്ല, കാരണം നോഡുകളിലൊന്ന് നിഷ്‌ക്രിയമാണെങ്കിലും, നിങ്ങൾ അതിന് ആമസോണിൽ പണം നൽകേണ്ടിവരും. അതായത്, കായ്കൾ സ്കെയിൽ ചെയ്യുന്നതിനൊപ്പം, നിങ്ങൾ ഉപയോഗിക്കുന്ന മെഷീനുകളുടെ എണ്ണം അളക്കേണ്ടതുണ്ട്.

ഞങ്ങൾ ആമസോണോ മറ്റൊരു ക്ലൗഡ് സേവനമോ ഉപയോഗിക്കുന്നുണ്ടെങ്കിലും, ഉപയോഗിക്കുന്ന മെഷീനുകളുടെ എണ്ണത്തെക്കുറിച്ച് കുബർനെറ്റസിന് ഒന്നും അറിയില്ല എന്നതിനാൽ ഇത് വെല്ലുവിളി നിറഞ്ഞതാണ്. നോഡ് തലത്തിൽ സിസ്റ്റം സ്കെയിൽ ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു ഉപകരണം ഇതിന് ഇല്ല.

അതിനാൽ നോഡുകളും പോഡുകളും ഞങ്ങൾ പരിപാലിക്കേണ്ടതുണ്ട്. Kubernetes വർക്കർ നോഡുകളുടെ എണ്ണം കോൺഫിഗർ ചെയ്യുന്നതിന് AWS API, സ്കെയിലിംഗ് ഗ്രൂപ്പ് മെഷീനുകൾ എന്നിവ ഉപയോഗിച്ച് നമുക്ക് പുതിയ നോഡുകളുടെ സമാരംഭം എളുപ്പത്തിൽ അളക്കാൻ കഴിയും. കുബർനെറ്റസ് ക്ലസ്റ്ററിൽ നോഡുകൾ രജിസ്റ്റർ ചെയ്യാൻ നിങ്ങൾക്ക് ക്ലൗഡ്-ഇനിറ്റ് അല്ലെങ്കിൽ സമാനമായ സ്ക്രിപ്റ്റ് ഉപയോഗിക്കാം.

പുതിയ മെഷീൻ സ്കെയിലിംഗ് ഗ്രൂപ്പിൽ ആരംഭിക്കുന്നു, സ്വയം ഒരു നോഡായി ആരംഭിക്കുന്നു, മാസ്റ്റേഴ്സ് രജിസ്ട്രിയിൽ രജിസ്റ്റർ ചെയ്ത് പ്രവർത്തിക്കാൻ തുടങ്ങുന്നു. ഇതിനുശേഷം, തത്ഫലമായുണ്ടാകുന്ന നോഡുകളിൽ ഉപയോഗിക്കുന്നതിന് നിങ്ങൾക്ക് പകർപ്പുകളുടെ എണ്ണം വർദ്ധിപ്പിക്കാൻ കഴിയും. "അനാവശ്യമായ" മെഷീനുകൾ ഓഫാക്കിയതിന് ശേഷം, അത്തരം ഒരു ഘട്ടം ഇതിനകം പ്രവർത്തിക്കുന്ന ആപ്ലിക്കേഷനുകളുടെ നാശത്തിലേക്ക് നയിക്കുന്നില്ലെന്ന് നിങ്ങൾ ഉറപ്പാക്കേണ്ടതിനാൽ, സ്കെയിൽ ഡൗൺ ചെയ്യാൻ കൂടുതൽ പരിശ്രമം ആവശ്യമാണ്. അത്തരമൊരു സാഹചര്യം തടയുന്നതിന്, നിങ്ങൾ നോഡുകൾ "ഷെഡ്യൂൾ ചെയ്യാനാവാത്ത" നിലയിലേക്ക് സജ്ജമാക്കേണ്ടതുണ്ട്. ഡെമോൺസെറ്റ് പോഡുകൾ ഷെഡ്യൂൾ ചെയ്യുമ്പോൾ ഡിഫോൾട്ട് ഷെഡ്യൂളർ ഈ നോഡുകൾ അവഗണിക്കും എന്നാണ് ഇതിനർത്ഥം. ഷെഡ്യൂളർ ഈ സെർവറുകളിൽ നിന്ന് ഒന്നും ഇല്ലാതാക്കില്ല, പക്ഷേ അവിടെ പുതിയ കണ്ടെയ്‌നറുകൾ ലോഞ്ച് ചെയ്യുകയുമില്ല. അടുത്ത ഘട്ടം ഡ്രെയിൻ നോഡ് പുറത്തെടുക്കുക എന്നതാണ്, അതായത്, അതിൽ നിന്ന് പ്രവർത്തിക്കുന്ന പോഡുകൾ മറ്റൊരു മെഷീനിലേക്കോ അല്ലെങ്കിൽ ഇതിന് മതിയായ ശേഷിയുള്ള മറ്റ് നോഡുകളിലേക്കോ മാറ്റുക. ഈ നോഡുകളിൽ ഇനി കണ്ടെയ്‌നറുകൾ ഇല്ലെന്ന് ഉറപ്പുവരുത്തിയാൽ, നിങ്ങൾക്ക് അവ കുബർനെറ്റസിൽ നിന്ന് നീക്കംചെയ്യാം. ഇതിനുശേഷം, കുബർനെറ്റുകൾക്ക് അവ നിലനിൽക്കില്ല. അടുത്തതായി, അനാവശ്യമായ നോഡുകളോ മെഷീനുകളോ പ്രവർത്തനരഹിതമാക്കാൻ നിങ്ങൾ AWS API ഉപയോഗിക്കേണ്ടതുണ്ട്.
AWS API-ക്ക് സമാനമായ മറ്റൊരു ഓപ്പൺ സോഴ്‌സ് സ്കെയിലിംഗ് ടൂളായ Amdatu Scalerd നിങ്ങൾക്ക് ഉപയോഗിക്കാം. ഒരു ക്ലസ്റ്ററിൽ നോഡുകൾ ചേർക്കുന്നതിനോ നീക്കം ചെയ്യുന്നതിനോ ഇത് ഒരു CLI നൽകുന്നു. ഇനിപ്പറയുന്ന json ഫയൽ ഉപയോഗിച്ച് ഷെഡ്യൂളർ ക്രമീകരിക്കാനുള്ള കഴിവാണ് ഇതിന്റെ രസകരമായ സവിശേഷത.

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

പലരും എന്നോട് പറയുന്നത് ചൂണ്ടിക്കാണിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു, “അതെല്ലാം നന്നായിട്ടുണ്ട്, പക്ഷേ സാധാരണയായി സ്റ്റാറ്റിക് ആയ എന്റെ ഡാറ്റാബേസിന്റെ കാര്യമോ?” കുബർനെറ്റസ് പോലെയുള്ള ഒരു ചലനാത്മക അന്തരീക്ഷത്തിൽ നിങ്ങൾക്ക് എങ്ങനെ ഇതുപോലുള്ള ഒന്ന് പ്രവർത്തിപ്പിക്കാൻ കഴിയും? എന്റെ അഭിപ്രായത്തിൽ, നിങ്ങൾ ഇത് ചെയ്യാൻ പാടില്ല, കുബർനെറ്റസിൽ ഒരു ഡാറ്റ വെയർഹൗസ് പ്രവർത്തിപ്പിക്കാൻ ശ്രമിക്കരുത്. ഇത് സാങ്കേതികമായി സാധ്യമാണ്, ഈ വിഷയത്തിൽ ഇന്റർനെറ്റിൽ ട്യൂട്ടോറിയലുകൾ ഉണ്ട്, എന്നാൽ ഇത് നിങ്ങളുടെ ജീവിതത്തെ ഗുരുതരമായി സങ്കീർണ്ണമാക്കും.

അതെ, കുബെർനെറ്റസിൽ പെർസിസ്റ്റന്റ് സ്റ്റോറുകൾ എന്ന ആശയം ഉണ്ട്, നിങ്ങൾക്ക് മോംഗോ അല്ലെങ്കിൽ MySQL പോലെയുള്ള ഡാറ്റ സ്റ്റോറുകൾ പ്രവർത്തിപ്പിക്കാൻ ശ്രമിക്കാവുന്നതാണ്, എന്നാൽ ഇത് തികച്ചും അധ്വാനിക്കുന്ന ജോലിയാണ്. ഡൈനാമിക് പരിതസ്ഥിതിയുമായുള്ള ആശയവിനിമയത്തെ ഡാറ്റ വെയർഹൗസുകൾ പൂർണ്ണമായി പിന്തുണയ്ക്കാത്തതാണ് ഇതിന് കാരണം. മിക്ക ഡാറ്റാബേസുകൾക്കും ക്ലസ്റ്ററിന്റെ മാനുവൽ കോൺഫിഗറേഷൻ ഉൾപ്പെടെ കാര്യമായ കോൺഫിഗറേഷൻ ആവശ്യമാണ്, ഓട്ടോസ്കേലിംഗും മറ്റ് സമാന കാര്യങ്ങളും ഇഷ്ടപ്പെടുന്നില്ല.
അതിനാൽ, കുബർനെറ്റസിൽ ഒരു ഡാറ്റ വെയർഹൗസ് പ്രവർത്തിപ്പിക്കാൻ ശ്രമിച്ചുകൊണ്ട് നിങ്ങളുടെ ജീവിതം സങ്കീർണ്ണമാക്കരുത്. പരിചിതമായ സേവനങ്ങൾ ഉപയോഗിച്ച് പരമ്പരാഗത രീതിയിൽ അവരുടെ ജോലികൾ സംഘടിപ്പിക്കുകയും അവ ഉപയോഗിക്കാനുള്ള കഴിവ് കുബർനെറ്റുകൾക്ക് നൽകുകയും ചെയ്യുക.

വിഷയം അവസാനിപ്പിക്കാൻ, എന്റെ ടീം പ്രവർത്തിക്കുന്ന കുബർനെറ്റസ് അടിസ്ഥാനമാക്കിയുള്ള ക്ലൗഡ് ആർടിഐ പ്ലാറ്റ്‌ഫോമിലേക്ക് നിങ്ങളെ പരിചയപ്പെടുത്താൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ഇത് കേന്ദ്രീകൃത ലോഗിംഗ്, ആപ്ലിക്കേഷൻ, ക്ലസ്റ്റർ മോണിറ്ററിംഗ് എന്നിവയും ഉപയോഗപ്രദമാകുന്ന മറ്റ് ഉപയോഗപ്രദമായ സവിശേഷതകളും നൽകുന്നു. മോണിറ്ററിംഗ് പ്രദർശിപ്പിക്കുന്നതിന് ഇത് ഗ്രാഫാന പോലുള്ള വിവിധ ഓപ്പൺ സോഴ്‌സ് ടൂളുകൾ ഉപയോഗിക്കുന്നു.

Kubernetes-ൽ എന്തിനാണ് ha-proxy ലോഡ് ബാലൻസർ ഉപയോഗിക്കുന്നത് എന്നതിനെക്കുറിച്ച് ഒരു ചോദ്യം ഉണ്ടായിരുന്നു. നിലവിൽ 2 ലെവലുകൾ ലോഡ് ബാലൻസിംഗ് ഉള്ളതിനാൽ നല്ല ചോദ്യം. കുബർനെറ്റസ് സേവനങ്ങൾ ഇപ്പോഴും വെർച്വൽ ഐപി വിലാസങ്ങളിലാണ്. ആമസോൺ അതിന്റെ ക്ലൗഡ് ഹോസ്റ്റ് ഓവർലോഡ് ചെയ്താൽ, വിലാസം മാറുമെന്നതിനാൽ ബാഹ്യ ഹോസ്റ്റ് മെഷീനുകളിലെ പോർട്ടുകൾക്കായി നിങ്ങൾക്ക് അവ ഉപയോഗിക്കാൻ കഴിയില്ല. അതുകൊണ്ടാണ് ഞങ്ങൾ സേവനങ്ങൾക്ക് മുന്നിൽ ഹാ-പ്രോക്സി സ്ഥാപിക്കുന്നത് - കുബർനെറ്റുമായി തടസ്സങ്ങളില്ലാതെ ആശയവിനിമയം നടത്തുന്നതിന് ട്രാഫിക്കിന് കൂടുതൽ സ്റ്റാറ്റിക് ഘടന സൃഷ്ടിക്കാൻ.

മറ്റൊരു നല്ല ചോദ്യം, നീല/പച്ച വിന്യാസം നടത്തുമ്പോൾ ഡാറ്റാബേസ് സ്കീമ മാറ്റങ്ങൾ എങ്ങനെ ശ്രദ്ധിക്കാം എന്നതാണ്? കുബർനെറ്റസിന്റെ ഉപയോഗം പരിഗണിക്കാതെ തന്നെ, ഡാറ്റാബേസ് സ്കീമ മാറ്റുന്നത് ബുദ്ധിമുട്ടുള്ള കാര്യമാണ് എന്നതാണ് വസ്തുത. പഴയതും പുതിയതുമായ സ്കീമ അനുയോജ്യമാണെന്ന് നിങ്ങൾ ഉറപ്പാക്കേണ്ടതുണ്ട്, അതിനുശേഷം നിങ്ങൾക്ക് ഡാറ്റാബേസ് അപ്ഡേറ്റ് ചെയ്യാം, തുടർന്ന് ആപ്ലിക്കേഷനുകൾ സ്വയം അപ്ഡേറ്റ് ചെയ്യാം. നിങ്ങൾക്ക് ഡാറ്റാബേസ് ഹോട്ട് സ്വാപ്പ് ചെയ്ത് ആപ്ലിക്കേഷനുകൾ അപ്ഡേറ്റ് ചെയ്യാം. ഒരു പുതിയ സ്കീമ ഉപയോഗിച്ച് പൂർണ്ണമായും പുതിയ ഡാറ്റാബേസ് ക്ലസ്റ്റർ ബൂട്ട് ചെയ്ത ആളുകളെ എനിക്കറിയാം, നിങ്ങൾക്ക് മോംഗോ പോലുള്ള സ്കീമില്ലാത്ത ഡാറ്റാബേസ് ഉണ്ടെങ്കിൽ ഇത് ഒരു ഓപ്ഷനാണ്, എന്തായാലും ഇത് എളുപ്പമുള്ള കാര്യമല്ല. നിങ്ങൾക്ക് കൂടുതൽ ചോദ്യങ്ങളൊന്നുമില്ലെങ്കിൽ, നിങ്ങളുടെ ശ്രദ്ധയ്ക്ക് നന്ദി!

ചില പരസ്യങ്ങൾ 🙂

ഞങ്ങളോടൊപ്പം താമസിച്ചതിന് നന്ദി. ഞങ്ങളുടെ ലേഖനങ്ങൾ നിങ്ങൾക്ക് ഇഷ്ടമാണോ? കൂടുതൽ രസകരമായ ഉള്ളടക്കം കാണാൻ ആഗ്രഹിക്കുന്നുണ്ടോ? ഒരു ഓർഡർ നൽകി അല്ലെങ്കിൽ സുഹൃത്തുക്കൾക്ക് ശുപാർശ ചെയ്തുകൊണ്ട് ഞങ്ങളെ പിന്തുണയ്ക്കുക, $4.99 മുതൽ ഡെവലപ്പർമാർക്കുള്ള ക്ലൗഡ് VPS, എൻട്രി ലെവൽ സെർവറുകളുടെ ഒരു അദ്വിതീയ അനലോഗ്, നിങ്ങൾക്കായി ഞങ്ങൾ കണ്ടുപിടിച്ചതാണ്: VPS (KVM) E5-2697 v3 (6 കോറുകൾ) 10GB DDR4 480GB SSD 1Gbps-നെക്കുറിച്ചുള്ള മുഴുവൻ സത്യവും $19 മുതൽ അല്ലെങ്കിൽ എങ്ങനെ ഒരു സെർവർ പങ്കിടാം? (RAID1, RAID10 എന്നിവയ്‌ക്കൊപ്പം 24 കോറുകൾ വരെയും 40GB DDR4 വരെയും ലഭ്യമാണ്).

ആംസ്റ്റർഡാമിലെ Equinix Tier IV ഡാറ്റാ സെന്ററിൽ Dell R730xd 2 മടങ്ങ് വിലക്കുറവാണോ? ഇവിടെ മാത്രം 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 മുതൽ നെതർലാൻഡിൽ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 മുതൽ! കുറിച്ച് വായിക്കുക ഇൻഫ്രാസ്ട്രക്ചർ കോർപ്പറേഷൻ എങ്ങനെ നിർമ്മിക്കാം. ഒരു പൈസയ്ക്ക് 730 യൂറോ വിലയുള്ള Dell R5xd E2650-4 v9000 സെർവറുകൾ ഉപയോഗിക്കുന്ന ക്ലാസ്?

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