ക്യൂബ്-ഓൺ-ക്യൂബ്, മെറ്റാക്ലസ്റ്ററുകൾ, കട്ടയും, വിഭവ വിതരണം

അരി. 1. ആലിബാബ ക്ലൗഡിലെ കുബർനെറ്റസ് ഇക്കോസിസ്റ്റം

2015 മുതൽ, Alibaba Cloud Container Service for Kubernetes (ACK) അലിബാബ ക്ലൗഡിൽ അതിവേഗം വളരുന്ന ക്ലൗഡ് സേവനങ്ങളിലൊന്നാണ്. ഇത് നിരവധി ക്ലയന്റുകളെ സേവിക്കുകയും അലിബാബയുടെ ആന്തരിക ഇൻഫ്രാസ്ട്രക്ചറിനെയും കമ്പനിയുടെ മറ്റ് ക്ലൗഡ് സേവനങ്ങളെയും പിന്തുണയ്ക്കുകയും ചെയ്യുന്നു.

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

ഈ ലേഖനത്തിൽ, ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചറിൽ ധാരാളം കുബർനെറ്റസ് ക്ലസ്റ്ററുകൾ കൈകാര്യം ചെയ്യുന്നതിന്റെ അനുഭവവും അടിസ്ഥാന പ്ലാറ്റ്‌ഫോമിന്റെ ആർക്കിടെക്ചറും ഞങ്ങൾ പങ്കിടും.

എൻട്രി

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

നിരവധി ACK ഉപയോക്താക്കളുമായി ഞങ്ങൾ ഈ വിഷയം ചർച്ച ചെയ്തിട്ടുണ്ട്. അവരിൽ ഭൂരിഭാഗവും ഡസൻ കണക്കിന്, നൂറുകണക്കിന് അല്ലെങ്കിലും, ചെറുതോ ഇടത്തരമോ ആയ കുബർനെറ്റസ് ക്ലസ്റ്ററുകൾ പ്രവർത്തിപ്പിക്കാൻ തിരഞ്ഞെടുക്കുന്നു. ഇതിന് നല്ല കാരണങ്ങളുണ്ട്: സാധ്യമായ കേടുപാടുകൾ പരിമിതപ്പെടുത്തുക, വ്യത്യസ്ത ടീമുകൾക്കായി ക്ലസ്റ്ററുകൾ വേർതിരിക്കുക, പരിശോധനയ്ക്കായി വെർച്വൽ ക്ലസ്റ്ററുകൾ സൃഷ്ടിക്കുക. ഈ ഉപയോഗ മോഡൽ ഉപയോഗിച്ച് ആഗോള പ്രേക്ഷകർക്ക് സേവനം നൽകാനാണ് ACK ലക്ഷ്യമിടുന്നതെങ്കിൽ, അത് 20-ലധികം മേഖലകളിലായി ധാരാളം ക്ലസ്റ്ററുകൾ വിശ്വസനീയമായും കാര്യക്ഷമമായും കൈകാര്യം ചെയ്യണം.

അരി. 2. ധാരാളം കുബർനെറ്റസ് ക്ലസ്റ്ററുകൾ കൈകാര്യം ചെയ്യുന്നതിലെ പ്രശ്നങ്ങൾ

ഈ സ്കെയിലിൽ ക്ലസ്റ്ററുകൾ കൈകാര്യം ചെയ്യുന്നതിന്റെ പ്രധാന വെല്ലുവിളികൾ എന്തൊക്കെയാണ്? ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ, കൈകാര്യം ചെയ്യേണ്ട നാല് പ്രശ്നങ്ങളുണ്ട്:

• വൈവിധ്യം

സ്റ്റാൻഡേർഡ്, സെർവർലെസ്സ്, എഡ്ജ്, വിൻഡോസ് എന്നിവയും മറ്റ് പലതും ഉൾപ്പെടെ വിവിധ തരം ക്ലസ്റ്ററുകളെ ACK പിന്തുണയ്ക്കണം. വ്യത്യസ്ത ക്ലസ്റ്ററുകൾക്ക് വ്യത്യസ്ത ഓപ്ഷനുകൾ, ഘടകങ്ങൾ, ഹോസ്റ്റിംഗ് മോഡലുകൾ എന്നിവ ആവശ്യമാണ്. ചില ഉപഭോക്താക്കൾക്ക് അവരുടെ പ്രത്യേക കേസുകൾക്കായി ഇഷ്‌ടാനുസൃതമാക്കുന്നതിന് സഹായം ആവശ്യമാണ്.

• വിവിധ ക്ലസ്റ്റർ വലുപ്പങ്ങൾ

കുറച്ച് പോഡുകളുള്ള രണ്ട് നോഡുകൾ മുതൽ ആയിരക്കണക്കിന് പോഡുകളുള്ള പതിനായിരക്കണക്കിന് നോഡുകൾ വരെ ക്ലസ്റ്ററുകൾ വലുപ്പത്തിൽ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു. വിഭവ ആവശ്യകതകളും വളരെ വ്യത്യസ്തമാണ്. തെറ്റായ റിസോഴ്സ് അലോക്കേഷൻ പ്രകടനത്തെ ബാധിക്കും അല്ലെങ്കിൽ പരാജയത്തിന് കാരണമാകും.

• വ്യത്യസ്ത പതിപ്പുകൾ

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

• സുരക്ഷാ പാലിക്കൽ

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

മേൽപ്പറഞ്ഞ മിക്ക പ്രശ്നങ്ങളും പരിഹരിക്കാൻ ACK പ്ലാറ്റ്ഫോം രൂപകൽപ്പന ചെയ്തിട്ടുള്ളതാണ്. നിലവിൽ ലോകമെമ്പാടുമുള്ള പതിനായിരത്തിലധികം കുബർനെറ്റസ് ക്ലസ്റ്ററുകൾ ഇത് വിശ്വസനീയമായും സ്ഥിരതയോടെയും കൈകാര്യം ചെയ്യുന്നു. നിരവധി പ്രധാന ഡിസൈൻ/വാസ്തുവിദ്യാ തത്വങ്ങൾ ഉൾപ്പെടെ, ഇത് എങ്ങനെ നേടിയെന്ന് നോക്കാം.

ഡിസൈൻ

ക്യൂബ്-ഓൺ-ക്യൂബ് ആൻഡ് കട്ടയും

ഒരു കേന്ദ്രീകൃത ശ്രേണിയിൽ നിന്ന് വ്യത്യസ്തമായി, ഒരു ഡാറ്റാ സെന്ററിനപ്പുറം ഒരു പ്ലാറ്റ്ഫോം അളക്കുന്നതിനോ അല്ലെങ്കിൽ ദുരന്ത വീണ്ടെടുക്കലിന്റെ വ്യാപ്തി വിപുലീകരിക്കുന്നതിനോ സെൽ അധിഷ്ഠിത ആർക്കിടെക്ചർ സാധാരണയായി ഉപയോഗിക്കുന്നു.

ആലിബാബ ക്ലൗഡിലെ ഓരോ പ്രദേശവും നിരവധി സോണുകൾ (AZ) ഉൾക്കൊള്ളുന്നു, സാധാരണയായി ഒരു പ്രത്യേക ഡാറ്റാ സെന്ററുമായി പൊരുത്തപ്പെടുന്നു. ഒരു വലിയ പ്രദേശത്ത് (ഉദാ. ഹുവാങ്‌ഷൂ), ACK പ്രവർത്തിക്കുന്ന ആയിരക്കണക്കിന് കുബർനെറ്റസ് ക്ലയന്റ് ക്ലസ്റ്ററുകൾ പലപ്പോഴും ഉണ്ട്.

ACK ഈ Kubernetes ക്ലസ്റ്ററുകൾ നിയന്ത്രിക്കുന്നത് Kubernetes തന്നെ ഉപയോഗിച്ചാണ്, അതായത് ക്ലയന്റ് Kubernetes ക്ലസ്റ്ററുകൾ നിയന്ത്രിക്കാൻ ഞങ്ങൾക്ക് ഒരു Kubernetes മെറ്റാക്ലസ്റ്റർ പ്രവർത്തിക്കുന്നുണ്ട്. ഈ വാസ്തുവിദ്യയെ "കുബെ-ഓൺ-കുബെ" (KoK) എന്നും വിളിക്കുന്നു. KoK ആർക്കിടെക്ചർ ക്ലയന്റ് ക്ലസ്റ്ററുകളുടെ മാനേജ്മെന്റ് ലളിതമാക്കുന്നു, കാരണം ക്ലസ്റ്റർ വിന്യാസം ലളിതവും നിർണ്ണായകവുമാണ്. കൂടുതൽ പ്രധാനമായി, നമുക്ക് നേറ്റീവ് കുബർനെറ്റസ് സവിശേഷതകൾ വീണ്ടും ഉപയോഗിക്കാം. ഉദാഹരണത്തിന്, വിന്യാസത്തിലൂടെ API സെർവറുകൾ നിയന്ത്രിക്കുക, ഒന്നിലധികം etcds നിയന്ത്രിക്കാൻ etcd ഓപ്പറേറ്റർ ഉപയോഗിക്കുന്നു. അത്തരം ആവർത്തനം എപ്പോഴും പ്രത്യേക ആനന്ദം നൽകുന്നു.

ക്ലയന്റുകളുടെ എണ്ണത്തെ ആശ്രയിച്ച് നിരവധി കുബർനെറ്റസ് മെറ്റാക്ലസ്റ്ററുകൾ ഒരു പ്രദേശത്ത് വിന്യസിച്ചിരിക്കുന്നു. മെറ്റാക്ലസ്റ്ററുകളെ നമ്മൾ സെല്ലുകൾ എന്ന് വിളിക്കുന്നു. ഒരു മുഴുവൻ സോണിന്റെയും പരാജയത്തിൽ നിന്ന് പരിരക്ഷിക്കുന്നതിന്, ഒരൊറ്റ മേഖലയിൽ മൾട്ടി-ആക്റ്റീവ് വിന്യാസങ്ങളെ ACK പിന്തുണയ്ക്കുന്നു: മെറ്റാക്ലസ്റ്റർ ഒന്നിലധികം സോണുകളിലുടനീളം Kubernetes ക്ലയന്റ് ക്ലസ്റ്റർ മാസ്റ്റർ ഘടകങ്ങൾ വിതരണം ചെയ്യുകയും അവയെ ഒരേസമയം പ്രവർത്തിപ്പിക്കുകയും ചെയ്യുന്നു, അതായത് മൾട്ടി-ആക്ടീവ് മോഡിൽ. മാസ്റ്ററിന്റെ വിശ്വാസ്യതയും കാര്യക്ഷമതയും ഉറപ്പാക്കാൻ, ACK ഘടകങ്ങളുടെ സ്ഥാനം ഒപ്റ്റിമൈസ് ചെയ്യുകയും API സെർവറും etcd ഉം പരസ്പരം അടുത്തുണ്ടെന്ന് ഉറപ്പാക്കുകയും ചെയ്യുന്നു.

ഈ മോഡൽ Kubernetes കാര്യക്ഷമമായും വഴക്കത്തോടെയും വിശ്വസനീയമായും നിയന്ത്രിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

മെറ്റാക്ലസ്റ്റർ റിസോഴ്സ് പ്ലാനിംഗ്

ഞങ്ങൾ ഇതിനകം സൂചിപ്പിച്ചതുപോലെ, ഓരോ പ്രദേശത്തെയും മെറ്റാക്ലസ്റ്ററുകളുടെ എണ്ണം ക്ലയന്റുകളുടെ എണ്ണത്തെ ആശ്രയിച്ചിരിക്കുന്നു. എന്നാൽ ഏത് ഘട്ടത്തിലാണ് ഒരു പുതിയ മെറ്റാക്ലസ്റ്റർ ചേർക്കേണ്ടത്? ഇതൊരു സാധാരണ റിസോഴ്സ് പ്ലാനിംഗ് പ്രശ്നമാണ്. ചട്ടം പോലെ, നിലവിലുള്ള മെറ്റാക്ലസ്റ്ററുകൾ അവയുടെ എല്ലാ വിഭവങ്ങളും തീർന്നിരിക്കുമ്പോൾ പുതിയൊരെണ്ണം സൃഷ്ടിക്കുന്നത് പതിവാണ്.

ഉദാഹരണത്തിന് നെറ്റ്‌വർക്ക് ഉറവിടങ്ങൾ എടുക്കാം. KoK ആർക്കിടെക്ചറിൽ, ക്ലയന്റ് ക്ലസ്റ്ററുകളിൽ നിന്നുള്ള കുബർനെറ്റസ് ഘടകങ്ങൾ ഒരു മെറ്റാക്ലസ്റ്ററിൽ പോഡുകളായി വിന്യസിച്ചിരിക്കുന്നു. ഞങ്ങൾ ഉപയോഗിക്കുന്നു ടെർവേ (ചിത്രം 3) കണ്ടെയ്‌നർ നെറ്റ്‌വർക്ക് മാനേജ്‌മെന്റിനായി അലിബാബ ക്ലൗഡ് വികസിപ്പിച്ചെടുത്ത ഉയർന്ന പ്രകടനമുള്ള പ്ലഗിൻ ആണ്. ഇത് ഒരു സമ്പന്നമായ സുരക്ഷാ നയങ്ങൾ നൽകുകയും അലിബാബ ക്ലൗഡ് ഇലാസ്റ്റിക് നെറ്റ്‌വർക്കിംഗ് ഇന്റർഫേസ് (ENI) വഴി ഉപഭോക്താക്കളുടെ വെർച്വൽ പ്രൈവറ്റ് ക്ലൗഡുകളിലേക്ക് (VPCs) കണക്റ്റുചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുകയും ചെയ്യുന്നു. ഒരു മെറ്റാക്ലസ്റ്ററിലെ നോഡുകൾ, പോഡുകൾ, സേവനങ്ങൾ എന്നിവയിലുടനീളം നെറ്റ്‌വർക്ക് ഉറവിടങ്ങൾ ഫലപ്രദമായി വിതരണം ചെയ്യുന്നതിന്, വെർച്വൽ പ്രൈവറ്റ് ക്ലൗഡുകളുടെ മെറ്റാക്ലസ്റ്ററിനുള്ളിൽ അവയുടെ ഉപയോഗം ഞങ്ങൾ ശ്രദ്ധാപൂർവ്വം നിരീക്ഷിക്കണം. നെറ്റ്‌വർക്ക് ഉറവിടങ്ങൾ അവസാനിക്കുമ്പോൾ, ഒരു പുതിയ സെൽ സൃഷ്ടിക്കപ്പെടുന്നു.

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

അരി. 3. ടെർവേ നെറ്റ്‌വർക്ക് ആർക്കിടെക്ചർ

ക്ലയന്റ് ക്ലസ്റ്ററുകളിലുടനീളം സ്കെയിലിംഗ് വിസാർഡ് ഘടകങ്ങൾ

വിസാർഡ് ഘടകങ്ങൾക്ക് വ്യത്യസ്ത വിഭവ ആവശ്യങ്ങളുണ്ട്. അവ ക്ലസ്റ്ററിലെ നോഡുകളുടെയും പോഡുകളുടെയും എണ്ണം, APIServer-മായി ഇടപഴകുന്ന നിലവാരമില്ലാത്ത കൺട്രോളറുകൾ/ഓപ്പറേറ്റർമാരുടെ എണ്ണം എന്നിവയെ ആശ്രയിച്ചിരിക്കുന്നു.

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

വിശ്വാസ്യതയും ചെലവും തമ്മിലുള്ള സൂക്ഷ്മമായ വ്യാപാരം കണ്ടെത്താൻ, ACK ഒരു തരം സിസ്റ്റം ഉപയോഗിക്കുന്നു. അതായത്, ഞങ്ങൾ മൂന്ന് തരം ക്ലസ്റ്ററുകൾ നിർവ്വചിക്കുന്നു: ചെറുതും ഇടത്തരവും വലുതും. ഓരോ തരത്തിനും ഒരു പ്രത്യേക റിസോഴ്സ് അലോക്കേഷൻ പ്രൊഫൈൽ ഉണ്ട്. വിസാർഡ് ഘടകങ്ങളുടെ ലോഡ്, നോഡുകളുടെ എണ്ണം, മറ്റ് ഘടകങ്ങൾ എന്നിവയെ അടിസ്ഥാനമാക്കിയാണ് തരം നിർണ്ണയിക്കുന്നത്. കാലക്രമേണ ക്ലസ്റ്റർ തരം മാറിയേക്കാം. ACK ഈ ഘടകങ്ങൾ തുടർച്ചയായി നിരീക്ഷിക്കുകയും അതിനനുസരിച്ച് മുകളിലേക്ക്/താഴ്ന്ന തരം ടൈപ്പ് ചെയ്യുകയും ചെയ്യാം. ക്ലസ്റ്റർ തരം മാറ്റിക്കഴിഞ്ഞാൽ, കുറഞ്ഞ ഉപയോക്തൃ ഇടപെടലോടെ റിസോഴ്സ് അലോക്കേഷൻ സ്വയമേവ അപ്ഡേറ്റ് ചെയ്യപ്പെടും.

സൂക്ഷ്മമായ സ്കെയിലിംഗും കൂടുതൽ കൃത്യമായ തരം അപ്‌ഡേറ്റും ഉപയോഗിച്ച് ഈ സിസ്റ്റം മെച്ചപ്പെടുത്താൻ ഞങ്ങൾ പ്രവർത്തിക്കുന്നു, അതുവഴി ഈ മാറ്റങ്ങൾ കൂടുതൽ സുഗമമായി സംഭവിക്കുകയും കൂടുതൽ സാമ്പത്തിക അർത്ഥമുണ്ടാക്കുകയും ചെയ്യുന്നു.

അരി. 4. ഇന്റലിജന്റ് മൾട്ടി-സ്റ്റേജ് തരം സ്വിച്ചിംഗ്

സ്കെയിലിൽ ക്ലയന്റ് ക്ലസ്റ്ററുകളുടെ പരിണാമം

മുമ്പത്തെ വിഭാഗങ്ങളിൽ ധാരാളം കുബർനെറ്റസ് ക്ലസ്റ്ററുകൾ കൈകാര്യം ചെയ്യുന്നതിന്റെ ചില വശങ്ങൾ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്. എന്നിരുന്നാലും, പരിഹരിക്കപ്പെടേണ്ട മറ്റൊരു പ്രശ്നമുണ്ട്: ക്ലസ്റ്ററുകളുടെ പരിണാമം.

ക്ലൗഡ് ലോകത്തിന്റെ "ലിനക്സ്" ആണ് കുബർനെറ്റസ്. ഇത് തുടർച്ചയായി അപ്ഡേറ്റ് ചെയ്യുകയും കൂടുതൽ മോഡുലാർ ആകുകയും ചെയ്യുന്നു. ഞങ്ങളുടെ ഉപഭോക്താക്കൾക്ക് ഞങ്ങൾ നിരന്തരം പുതിയ പതിപ്പുകൾ നൽകുകയും കേടുപാടുകൾ പരിഹരിക്കുകയും നിലവിലുള്ള ക്ലസ്റ്ററുകൾ അപ്‌ഡേറ്റ് ചെയ്യുകയും വേണം, അതുപോലെ തന്നെ ധാരാളം അനുബന്ധ ഘടകങ്ങൾ (സി‌എസ്‌ഐ, സി‌എൻ‌ഐ, ഡിവൈസ് പ്ലഗിൻ, ഷെഡ്യൂളർ പ്ലഗിൻ എന്നിവയും മറ്റു പലതും) നിയന്ത്രിക്കുകയും വേണം.

നമുക്ക് ഒരു ഉദാഹരണമായി Kubernetes ഘടകം മാനേജ്മെന്റ് എടുക്കാം. ആരംഭിക്കുന്നതിന്, ഈ ബന്ധിപ്പിച്ച എല്ലാ ഘടകങ്ങളും രജിസ്റ്റർ ചെയ്യുന്നതിനും നിയന്ത്രിക്കുന്നതിനുമായി ഞങ്ങൾ ഒരു കേന്ദ്രീകൃത സംവിധാനം വികസിപ്പിച്ചെടുത്തു.

അരി. 5. ഫ്ലെക്സിബിൾ, പ്ലഗ്ഗബിൾ ഘടകങ്ങൾ

മുന്നോട്ട് പോകുന്നതിന് മുമ്പ്, അപ്‌ഡേറ്റ് വിജയകരമാണെന്ന് നിങ്ങൾ ഉറപ്പാക്കേണ്ടതുണ്ട്. ഇത് ചെയ്യുന്നതിന്, ഘടകങ്ങളുടെ പ്രവർത്തനക്ഷമത പരിശോധിക്കുന്നതിനുള്ള ഒരു സിസ്റ്റം ഞങ്ങൾ വികസിപ്പിച്ചെടുത്തിട്ടുണ്ട്. പരിഷ്കരണത്തിന് മുമ്പും ശേഷവും പരിശോധന നടത്തുന്നു.

അരി. 6. ക്ലസ്റ്റർ ഘടകങ്ങളുടെ പ്രാഥമിക പരിശോധന

ഈ ഘടകങ്ങൾ വേഗത്തിലും വിശ്വസനീയമായും അപ്‌ഡേറ്റ് ചെയ്യുന്നതിന്, ഭാഗിക പുരോഗതി (ഗ്രേസ്‌കെയിൽ), താൽക്കാലികമായി നിർത്തൽ, മറ്റ് പ്രവർത്തനങ്ങൾ എന്നിവയ്ക്കുള്ള പിന്തുണയോടെ തുടർച്ചയായ വിന്യാസ സംവിധാനം പ്രവർത്തിക്കുന്നു. സ്റ്റാൻഡേർഡ് കുബർനെറ്റ്സ് കൺട്രോളറുകൾ ഈ ഉപയോഗത്തിന് അനുയോജ്യമല്ല. അതിനാൽ, ക്ലസ്റ്റർ ഘടകങ്ങൾ കൈകാര്യം ചെയ്യുന്നതിനായി, ഒരു പ്ലഗിൻ, ഒരു ഓക്സിലറി കൺട്രോൾ മൊഡ്യൂൾ (സൈഡ്കാർ മാനേജ്മെന്റ്) എന്നിവയുൾപ്പെടെ ഒരു കൂട്ടം പ്രത്യേക കൺട്രോളറുകൾ ഞങ്ങൾ വികസിപ്പിച്ചെടുത്തിട്ടുണ്ട്.

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

അരി. 7. എല്ലാ നോഡുകളിലും ബ്രോഡ്കാസ്റ്റ് ടാസ്ക്കിന്റെ നിർവ്വഹണം OpenKurise സംഘടിപ്പിക്കുന്നു

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

അരി. 8. വിവിധ സാഹചര്യങ്ങൾക്കായി വിപുലമായതും വഴക്കമുള്ളതുമായ ക്ലസ്റ്റർ പ്രൊഫൈലുകൾ

ഡാറ്റാ സെന്ററുകളിലുടനീളം ആഗോള നിരീക്ഷണം

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

അരി. 9. ഇരുപത് പ്രദേശങ്ങളിൽ അലിബാബ ക്ലൗഡ് കണ്ടെയ്‌നർ സേവനത്തിന്റെ ആഗോള വിന്യാസം

പല കുബർനെറ്റസ് മോണിറ്ററിംഗ് സിസ്റ്റങ്ങളെയും പോലെ, ഞങ്ങൾ ഞങ്ങളുടെ പ്രധാന ഉപകരണമായി പ്രൊമിത്യൂസ് ഉപയോഗിക്കുന്നു. ഓരോ മെറ്റാക്ലസ്റ്ററിനും, പ്രോമിത്യൂസ് ഏജന്റുകൾ ഇനിപ്പറയുന്ന അളവുകൾ ശേഖരിക്കുന്നു:

• ഹോസ്റ്റ് ഉറവിടങ്ങളും (സിപിയു, മെമ്മറി, ഡിസ്ക് മുതലായവ) നെറ്റ്‌വർക്ക് ബാൻഡ്‌വിഡ്ത്തും പോലുള്ള OS മെട്രിക്‌സ്.
• ക്യൂബ്-അപിസർവർ, ക്യൂബ്-കൺട്രോളർ-മാനേജർ, ക്യൂബ്-ഷെഡ്യൂളർ എന്നിവ പോലുള്ള മെട്രിക്‌ലസ്റ്ററിനും ക്ലയന്റ് ക്ലസ്റ്റർ മാനേജുമെന്റ് സിസ്റ്റത്തിനുമുള്ള മെട്രിക്‌സ്.
• kubernetes-state-metrics, cadvisor എന്നിവയിൽ നിന്നുള്ള മെട്രിക്കുകൾ.
• ഡിസ്ക് റൈറ്റ് ടൈം, ഡാറ്റാബേസ് സൈസ്, നോഡുകൾ തമ്മിലുള്ള കണക്ഷനുകളുടെ ത്രൂപുട്ട് തുടങ്ങിയ etcd മെട്രിക്കുകൾ.

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

ചിത്രം 10 ൽ, നിരീക്ഷണ സംവിധാനത്തെ മൂന്ന് തലങ്ങളായി തിരിക്കാം:

• അതിർത്തി നില

മധ്യത്തിൽ നിന്ന് ഏറ്റവും അകലെയുള്ള പാളി. പ്രൊമിത്യൂസ് എഡ്ജ് സെർവർ ഓരോ മെറ്റാക്ലസ്റ്ററിലും പ്രവർത്തിക്കുന്നു, ഒരേ നെറ്റ്‌വർക്ക് ഡൊമെയ്‌നിലെ മെറ്റയിൽ നിന്നും ക്ലയന്റ് ക്ലസ്റ്ററുകളിൽ നിന്നും അളവുകൾ ശേഖരിക്കുന്നു.

• കാസ്കേഡ് ലെവൽ

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

• കേന്ദ്ര തലം

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

അരി. 10. പ്രൊമിത്യൂസ് ഫെഡറേഷൻ മെക്കാനിസത്തെ അടിസ്ഥാനമാക്കിയുള്ള ഗ്ലോബൽ മൾട്ടി ലെവൽ മോണിറ്ററിംഗ് ആർക്കിടെക്ചർ

സംഗ്രഹം

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

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