AWS സ്പോട്ട് സംഭവങ്ങളിൽ ഒരു സ്കേലബിൾ API നിർമ്മിക്കുന്നു

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

സ്പോട്ട് സംഭവങ്ങൾ എന്തൊക്കെയാണ്?

പുള്ളി സംഭവങ്ങൾ നിലവിൽ നിഷ്‌ക്രിയമായിരിക്കുന്ന മറ്റ് AWS ഉപയോക്താക്കളുടെ സെർവറുകളാണ്, അവ വലിയ കിഴിവിൽ വിൽക്കുന്നു (ആമസോൺ 90% വരെ എഴുതുന്നു, ഞങ്ങളുടെ അനുഭവത്തിൽ ~3x, പ്രദേശം, AZ, ഇൻസ്റ്റൻസ് തരം എന്നിവയെ ആശ്രയിച്ച് വ്യത്യാസപ്പെടുന്നു). എപ്പോൾ വേണമെങ്കിലും ഓഫാക്കാം എന്നതാണ് സാധാരണക്കാരിൽ നിന്നുള്ള അവരുടെ പ്രധാന വ്യത്യാസം. അതിനാൽ, S3-ലോ ഡാറ്റാബേസിലോ സംരക്ഷിച്ചിരിക്കുന്ന ഇന്റർമീഡിയറ്റ് ഫലങ്ങൾ ഉപയോഗിച്ച് കന്യക പരിതസ്ഥിതികൾക്കോ ​​എന്തെങ്കിലും കണക്കുകൂട്ടുന്ന ജോലികൾക്കോ ​​അവ ഉപയോഗിക്കുന്നത് സാധാരണമാണെന്ന് ഞങ്ങൾ വളരെക്കാലമായി വിശ്വസിച്ചിരുന്നു, പക്ഷേ വിൽപ്പനയ്‌ക്കല്ല. ഉൽ‌പാദനത്തിൽ പാടുകൾ ഉപയോഗിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന മൂന്നാം കക്ഷി പരിഹാരങ്ങളുണ്ട്, പക്ഷേ ഞങ്ങളുടെ കേസിനായി ധാരാളം ക്രച്ചുകൾ ഉണ്ട്, അതിനാൽ ഞങ്ങൾ അവ നടപ്പിലാക്കിയില്ല. ലേഖനത്തിൽ വിവരിച്ചിരിക്കുന്ന സമീപനം അധിക സ്ക്രിപ്റ്റുകൾ, കിരീടങ്ങൾ മുതലായവ കൂടാതെ, സ്റ്റാൻഡേർഡ് AWS പ്രവർത്തനക്ഷമതയിൽ പൂർണ്ണമായും പ്രവർത്തിക്കുന്നു.

സ്പോട്ട് സംഭവങ്ങളുടെ വില ചരിത്രം കാണിക്കുന്ന കുറച്ച് സ്ക്രീൻഷോട്ടുകൾ ചുവടെയുണ്ട്.

m5.ഇയു-വെസ്റ്റ്-1 (അയർലൻഡ്) മേഖലയിൽ വലുത്. 3 മാസമായി വില മിക്കവാറും സ്ഥിരതയുള്ളതാണ്, നിലവിൽ 2.9 മടങ്ങ് ലാഭിക്കുന്നു.

യുഎസ്-ഈസ്റ്റ്-5 മേഖലയിൽ (എൻ. വിർജീനിയ) m1.large. 3 മാസത്തിനുള്ളിൽ വില നിരന്തരം മാറിക്കൊണ്ടിരിക്കുന്നു, നിലവിൽ ലഭ്യത മേഖലയെ ആശ്രയിച്ച് 2.3x മുതൽ 2.8x വരെ ലാഭിക്കുന്നു.

t3.small in the us-east-1 റീജിയണിൽ (N. Virginia). 3 മാസമായി വില സ്ഥിരമാണ്, നിലവിൽ 3.4 മടങ്ങ് ലാഭിക്കുന്നു.

സേവന വാസ്തുവിദ്യ

ഈ ലേഖനത്തിൽ നമ്മൾ സംസാരിക്കുന്ന സേവനത്തിന്റെ അടിസ്ഥാന വാസ്തുവിദ്യ ചുവടെയുള്ള ഡയഗ്രാമിൽ കാണിച്ചിരിക്കുന്നു.

ആപ്ലിക്കേഷൻ ലോഡ് ബാലൻസർ → EC2 ടാർഗെറ്റ് ഗ്രൂപ്പ് → ഇലാസ്റ്റിക് കണ്ടെയ്നർ സേവനം

ആപ്ലിക്കേഷൻ ലോഡ് ബാലൻസർ (ALB) ഒരു ബാലൻസറായി ഉപയോഗിക്കുന്നു, ഇത് EC2 ടാർഗെറ്റ് ഗ്രൂപ്പിലേക്ക് (TG) അഭ്യർത്ഥനകൾ അയയ്ക്കുന്നു. ALB-കൾക്കുള്ള സന്ദർഭങ്ങളിൽ പോർട്ടുകൾ തുറക്കുന്നതിനും അവയെ ഇലാസ്റ്റിക് കണ്ടെയ്‌നർ സർവീസ് (ECS) കണ്ടെയ്‌നറുകളുടെ പോർട്ടുകളിലേക്ക് ബന്ധിപ്പിക്കുന്നതിനും TG ഉത്തരവാദിയാണ്. ഡോക്കർ കണ്ടെയ്‌നറുകൾ നിയന്ത്രിക്കുന്ന AWS-ലെ Kubernetes-ന്റെ അനലോഗ് ആണ് ECS.

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

EC2 ഓട്ടോ സ്കെയിലിംഗ് ഗ്രൂപ്പുകൾ + ECS ശേഷി ദാതാക്കൾ

മുകളിലുള്ള ഡയഗ്രം EC2 ഓട്ടോ സ്കെയിലിംഗ് ഗ്രൂപ്പുകൾ (ASG) സേവനം കാണിക്കുന്നില്ല. സ്കെയിലിംഗ് സംഭവങ്ങൾക്ക് ഇത് ഉത്തരവാദിയാണെന്ന് പേരിൽ നിന്ന് നിങ്ങൾക്ക് മനസ്സിലാക്കാം. എന്നിരുന്നാലും, അടുത്ത കാലം വരെ, ECS-ൽ നിന്ന് പ്രവർത്തിക്കുന്ന മെഷീനുകളുടെ എണ്ണം നിയന്ത്രിക്കാനുള്ള ഒരു അന്തർനിർമ്മിത ശേഷി AWS-ന് ഇല്ലായിരുന്നു. ടാസ്‌ക്കുകളുടെ എണ്ണം അളക്കുന്നത് ECS സാധ്യമാക്കി, ഉദാഹരണത്തിന്, CPU ഉപയോഗം, റാം അല്ലെങ്കിൽ അഭ്യർത്ഥനകളുടെ എണ്ണം. എന്നാൽ ടാസ്‌ക്കുകൾ എല്ലാ സൌജന്യ സംഭവങ്ങളും ഉൾക്കൊള്ളുന്നുവെങ്കിൽ, പുതിയ മെഷീനുകൾ സ്വയമേവ സൃഷ്ടിക്കപ്പെടുന്നില്ല.

ഇസിഎസ് കപ്പാസിറ്റി പ്രൊവൈഡർമാരുടെ (ഇസിഎസ് സിപി) വരവോടെ ഇത് മാറി. ഇപ്പോൾ ECS-ലെ ഓരോ സേവനവും ഒരു ASG-യുമായി ബന്ധപ്പെടുത്താവുന്നതാണ്, കൂടാതെ പ്രവർത്തിക്കുന്ന സന്ദർഭങ്ങളിൽ ടാസ്‌ക്കുകൾ അനുയോജ്യമല്ലെങ്കിൽ, പുതിയവ ഉയർത്തും (എന്നാൽ സ്ഥാപിതമായ ASG പരിധിക്കുള്ളിൽ). ഇതും വിപരീത ദിശയിൽ പ്രവർത്തിക്കുന്നു, ECS CP ടാസ്‌ക്കുകളില്ലാതെ നിഷ്‌ക്രിയമായ സംഭവങ്ങൾ കാണുന്നുവെങ്കിൽ, അവ അടച്ചുപൂട്ടാൻ ASG കമാൻഡ് നൽകും. ഇസിഎസ് സിപിക്ക് ഇൻസ്റ്റൻസ് ലോഡിന്റെ ടാർഗെറ്റ് ശതമാനം വ്യക്തമാക്കാനുള്ള കഴിവുണ്ട്, അതുവഴി വേഗത്തിലുള്ള സ്കെയിലിംഗ് ടാസ്‌ക്കുകൾക്കായി ഒരു നിശ്ചിത എണ്ണം മെഷീനുകൾ എല്ലായ്പ്പോഴും സൗജന്യമായിരിക്കും; ഞാൻ ഇതിനെക്കുറിച്ച് കുറച്ച് കഴിഞ്ഞ് സംസാരിക്കും.

EC2 ടെംപ്ലേറ്റുകൾ സമാരംഭിക്കുക

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

ഈ ലേഖനത്തിനുള്ള ഏറ്റവും പ്രധാനപ്പെട്ട കോൺഫിഗറേഷൻ പാരാമീറ്ററുകളിൽ ഒന്നാണ് ECS_ENABLE_SPOT_INSTANCE_DRAINING= സത്യം. ഈ പാരാമീറ്റർ പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെങ്കിൽ, ഒരു സ്പോട്ട് ഇൻസ്‌റ്റൻസ് എടുത്തുകളയുന്നതായി ECS ഒരു സിഗ്നൽ ലഭിച്ചാലുടൻ, അതിൽ പ്രവർത്തിക്കുന്ന എല്ലാ ജോലികളും ഡ്രെയിനിംഗ് സ്റ്റാറ്റസിലേക്ക് മാറ്റുന്നു. ഈ സന്ദർഭത്തിലേക്ക് പുതിയ ടാസ്‌ക്കുകളൊന്നും അസൈൻ ചെയ്യില്ല; ഇപ്പോൾ അതിലേക്ക് വ്യാപിപ്പിക്കാൻ ആഗ്രഹിക്കുന്ന ടാസ്‌ക്കുകൾ ഉണ്ടെങ്കിൽ, അവ റദ്ദാക്കപ്പെടും. ബാലൻസറിൽ നിന്നുള്ള അഭ്യർത്ഥനകളും വരുന്നത് നിർത്തുന്നു. യഥാർത്ഥ ഇവന്റിന് 2 മിനിറ്റ് മുമ്പ് ഉദാഹരണം ഇല്ലാതാക്കൽ അറിയിപ്പ് വരുന്നു. അതിനാൽ, നിങ്ങളുടെ സേവനം 2 മിനിറ്റിൽ കൂടുതൽ ജോലികൾ ചെയ്യുന്നില്ലെങ്കിൽ ഡിസ്കിലേക്ക് ഒന്നും സംരക്ഷിക്കുന്നില്ലെങ്കിൽ, ഡാറ്റ നഷ്‌ടപ്പെടാതെ നിങ്ങൾക്ക് സ്പോട്ട് സംഭവങ്ങൾ ഉപയോഗിക്കാം.

ഡിസ്കിനെ സംബന്ധിച്ച് - അടുത്തിടെ AWS ചെയ്തു ഇസിഎസിനൊപ്പം ഇലാസ്റ്റിക് ഫയൽ സിസ്റ്റം (ഇഎഫ്എസ്) ഉപയോഗിക്കാൻ കഴിയും; ഈ സ്കീമിനൊപ്പം, ഡിസ്ക് പോലും ഒരു തടസ്സമല്ല, പക്ഷേ ഞങ്ങൾ ഇത് ശ്രമിച്ചില്ല, കാരണം തത്വത്തിൽ ഞങ്ങൾക്ക് സ്റ്റേറ്റ് സംഭരിക്കുന്നതിന് ഡിസ്ക് ആവശ്യമില്ല. സ്ഥിരസ്ഥിതിയായി, SIGINT ലഭിച്ചതിന് ശേഷം (ഒരു ടാസ്‌ക് ഡ്രെയിനിംഗ് സ്റ്റാറ്റസിലേക്ക് മാറ്റുമ്പോൾ അയയ്‌ക്കുന്നു), പ്രവർത്തിക്കുന്ന എല്ലാ ജോലികളും 30 സെക്കൻഡിന് ശേഷം നിർത്തും, അവ ഇതുവരെ പൂർത്തിയാക്കിയിട്ടില്ലെങ്കിലും; നിങ്ങൾക്ക് ഈ സമയം പാരാമീറ്റർ ഉപയോഗിച്ച് മാറ്റാനാകും ECS_CONTAINER_STOP_TIMEOUT. സ്പോട്ട് മെഷീനുകൾക്കായി 2 മിനിറ്റിൽ കൂടുതൽ ഇത് സജ്ജീകരിക്കരുത് എന്നതാണ് പ്രധാന കാര്യം.

ഒരു സേവനം സൃഷ്ടിക്കുന്നു

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

EC2 ലോഞ്ച് ടെംപ്ലേറ്റ്

ഈ സേവനം ഉപയോഗിക്കേണ്ട മെഷീനുകളുടെ ഒരു കോൺഫിഗറേഷൻ സൃഷ്ടിക്കുന്നു. ടെംപ്ലേറ്റുകൾ EC2 -> ഇൻസ്‌റ്റൻസുകൾ -> ലോഞ്ച് ടെംപ്ലേറ്റുകൾ എന്ന വിഭാഗത്തിലാണ് നിയന്ത്രിക്കുന്നത്.

ആമസോൺ മെഷീൻ ഇമേജ് (AMI) — എല്ലാ ഇൻസ്റ്റൻസുകളും ലോഞ്ച് ചെയ്യുന്ന ഡിസ്ക് ഇമേജ് വ്യക്തമാക്കുക. ഇസിഎസിനായി, മിക്ക കേസുകളിലും ആമസോണിൽ നിന്നുള്ള ഒപ്റ്റിമൈസ് ചെയ്ത ചിത്രം ഉപയോഗിക്കുന്നത് മൂല്യവത്താണ്. ഇത് പതിവായി അപ്‌ഡേറ്റ് ചെയ്യുകയും ഇസി‌എസ് പ്രവർത്തിക്കുന്നതിന് ആവശ്യമായ എല്ലാം അടങ്ങിയിരിക്കുകയും ചെയ്യുന്നു. നിലവിലെ ഇമേജ് ഐഡി കണ്ടെത്താൻ, പേജിലേക്ക് പോകുക ആമസോൺ ഇസിഎസ് ഒപ്റ്റിമൈസ് ചെയ്ത എഎംഐകൾ, നിങ്ങൾ ഉപയോഗിക്കുന്ന പ്രദേശം തിരഞ്ഞെടുത്ത് അതിനായി AMI ഐഡി പകർത്തുക. ഉദാഹരണത്തിന്, us-east-1 മേഖലയ്ക്ക്, എഴുതുന്ന സമയത്ത് നിലവിലെ ഐഡി ami-00c7c1cf5bdc913ed. ഒരു ഇഷ്‌ടാനുസൃത മൂല്യം വ്യക്തമാക്കുക എന്നതിൽ ഈ ഐഡി ചേർക്കണം.

ഉദാഹരണ തരം - ഉദാഹരണ തരം സൂചിപ്പിക്കുക. നിങ്ങളുടെ ചുമതലയ്ക്ക് ഏറ്റവും അനുയോജ്യമായ ഒന്ന് തിരഞ്ഞെടുക്കുക.

കീ ജോഡി (ലോഗിൻ) — ആവശ്യമെങ്കിൽ, SSH വഴി നിങ്ങൾക്ക് ഇൻസ്റ്റൻസുമായി ബന്ധിപ്പിക്കാൻ കഴിയുന്ന ഒരു സർട്ടിഫിക്കറ്റ് വ്യക്തമാക്കുക.

നെറ്റ്‌വർക്ക് ക്രമീകരണങ്ങൾ - നെറ്റ്‌വർക്ക് പാരാമീറ്ററുകൾ വ്യക്തമാക്കുക. നെറ്റ്വർക്കിംഗ് പ്ലാറ്റ്ഫോം മിക്ക കേസുകളിലും ഒരു വെർച്വൽ പ്രൈവറ്റ് ക്ലൗഡ് (VPC) ഉണ്ടായിരിക്കണം. സുരക്ഷാ ഗ്രൂപ്പുകൾ - നിങ്ങളുടെ ഉദാഹരണങ്ങൾക്കുള്ള സുരക്ഷാ ഗ്രൂപ്പുകൾ. സംഭവങ്ങൾക്ക് മുന്നിൽ ഞങ്ങൾ ഒരു ബാലൻസർ ഉപയോഗിക്കുന്നതിനാൽ, ബാലൻസറിൽ നിന്ന് മാത്രം ഇൻകമിംഗ് കണക്ഷനുകൾ അനുവദിക്കുന്ന ഒരു ഗ്രൂപ്പ് ഇവിടെ വ്യക്തമാക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു. അതായത്, 2 (http), 80 (https) എന്നീ പോർട്ടുകളിൽ എവിടെനിന്നും ഇൻബൗണ്ട് കണക്ഷനുകൾ അനുവദിക്കുന്ന ബാലൻസറിനായി നിങ്ങൾക്ക് 443 സുരക്ഷാ ഗ്രൂപ്പുകൾ ഉണ്ടായിരിക്കും, രണ്ടാമത്തേത് ബാലൻസർ ഗ്രൂപ്പിൽ നിന്നുള്ള ഏത് പോർട്ടുകളിലും ഇൻകമിംഗ് കണക്ഷനുകൾ അനുവദിക്കുന്ന മെഷീനുകൾക്കും. . രണ്ട് ഗ്രൂപ്പുകളിലെയും ഔട്ട്ബൗണ്ട് കണക്ഷനുകൾ TCP പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് എല്ലാ പോർട്ടുകളിലേക്കും എല്ലാ വിലാസങ്ങളിലേക്കും തുറക്കണം. ഔട്ട്‌ഗോയിംഗ് കണക്ഷനുകൾക്കായി നിങ്ങൾക്ക് പോർട്ടുകളും വിലാസങ്ങളും പരിമിതപ്പെടുത്താം, എന്നാൽ അടച്ച പോർട്ടിൽ എന്തെങ്കിലും ആക്‌സസ് ചെയ്യാൻ നിങ്ങൾ ശ്രമിക്കുന്നില്ലെന്ന് നിങ്ങൾ നിരന്തരം നിരീക്ഷിക്കേണ്ടതുണ്ട്.

സംഭരണം (വോളിയങ്ങൾ) — മെഷീനുകൾക്കുള്ള ഡിസ്ക് പാരാമീറ്ററുകൾ വ്യക്തമാക്കുക. ഡിസ്കിന്റെ വലുപ്പം AMI-യിൽ വ്യക്തമാക്കിയിരിക്കുന്നതിനേക്കാൾ കുറവായിരിക്കരുത്; ECS ഒപ്റ്റിമൈസ് ചെയ്തതിന് ഇത് 30 GiB ആണ്.

വിപുലമായ വിശദാംശങ്ങൾ — അധിക പാരാമീറ്ററുകൾ വ്യക്തമാക്കുക.

വാങ്ങൽ ഓപ്ഷൻ — നമുക്ക് സ്പോട്ട് സംഭവങ്ങൾ വാങ്ങണോ എന്ന്. ഞങ്ങൾ ആഗ്രഹിക്കുന്നു, പക്ഷേ ഞങ്ങൾ ഈ ബോക്സ് ഇവിടെ ചെക്ക് ചെയ്യില്ല; ഞങ്ങൾ ഇത് ഓട്ടോ സ്കെയിലിംഗ് ഗ്രൂപ്പിൽ കോൺഫിഗർ ചെയ്യും, അവിടെ കൂടുതൽ ഓപ്ഷനുകൾ ഉണ്ട്.

IAM ഉദാഹരണ പ്രൊഫൈൽ — സന്ദർഭങ്ങൾ ലോഞ്ച് ചെയ്യുന്ന പങ്ക് സൂചിപ്പിക്കുക. ഉദാഹരണങ്ങൾ ECS-ൽ പ്രവർത്തിക്കുന്നതിന്, അവയ്ക്ക് അനുമതികൾ ആവശ്യമാണ്, അവ സാധാരണയായി റോളിൽ കാണപ്പെടുന്നു ecsInstanceRole. ചില സന്ദർഭങ്ങളിൽ ഇത് സൃഷ്ടിക്കാൻ കഴിയും, ഇല്ലെങ്കിൽ, ഇവിടെ инструкция ഇത് എങ്ങനെ ചെയ്യണം എന്നതിനെക്കുറിച്ച്. സൃഷ്ടിച്ചതിനുശേഷം, ഞങ്ങൾ അത് ടെംപ്ലേറ്റിൽ സൂചിപ്പിക്കുന്നു.
അടുത്തതായി നിരവധി പാരാമീറ്ററുകൾ ഉണ്ട്, അടിസ്ഥാനപരമായി നിങ്ങൾക്ക് എല്ലായിടത്തും സ്ഥിരസ്ഥിതി മൂല്യങ്ങൾ നൽകാം, എന്നാൽ അവയിൽ ഓരോന്നിനും വ്യക്തമായ വിവരണമുണ്ട്. EBS-ഒപ്റ്റിമൈസ് ചെയ്‌ത ഇൻസ്‌റ്റൻസും T2/T3 അൺലിമിറ്റഡ് ഓപ്ഷനുകളും ഞാൻ എപ്പോഴും പ്രവർത്തനക്ഷമമാക്കും പൊട്ടുന്ന സന്ദർഭങ്ങൾ.

ഉപയോക്തൃ ഡാറ്റ - ഉപയോക്തൃ ഡാറ്റ സൂചിപ്പിക്കുക. ഞങ്ങൾ ഫയൽ എഡിറ്റ് ചെയ്യും /etc/ecs/ecs.config, അതിൽ ECS ഏജന്റ് കോൺഫിഗറേഷൻ അടങ്ങിയിരിക്കുന്നു.
ഉപയോക്തൃ ഡാറ്റ എങ്ങനെയായിരിക്കാം എന്നതിന്റെ ഒരു ഉദാഹരണം:

#!/bin/bash
echo ECS_CLUSTER=DemoApiClusterProd >> /etc/ecs/ecs.config
echo ECS_ENABLE_SPOT_INSTANCE_DRAINING=true >> /etc/ecs/ecs.config
echo ECS_CONTAINER_STOP_TIMEOUT=1m >> /etc/ecs/ecs.config
echo ECS_ENGINE_AUTH_TYPE=docker >> /etc/ecs/ecs.config
echo "ECS_ENGINE_AUTH_DATA={"registry.gitlab.com":{"username":"username","password":"password"}}" >> /etc/ecs/ecs.config

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

ECS_ENABLE_SPOT_INSTANCE_DRAINING=true — ഒരു സ്പോട്ട് ഇൻസ്‌റ്റൻസ് ഓഫ് ചെയ്യുന്നതിനായി ഒരു സിഗ്നൽ ലഭിക്കുമ്പോൾ, അതിലെ എല്ലാ ജോലികളും ഡ്രെയിനിംഗ് സ്റ്റാറ്റസിലേക്ക് മാറ്റണമെന്ന് പാരാമീറ്റർ വ്യക്തമാക്കുന്നു.

ECS_CONTAINER_STOP_TIMEOUT=1m - ഒരു SIGINT സിഗ്നൽ ലഭിച്ചതിന് ശേഷം, എല്ലാ ജോലികൾക്കും കൊല്ലപ്പെടുന്നതിന് 1 മിനിറ്റ് മുമ്പ് ഉണ്ടെന്ന് പാരാമീറ്റർ വ്യക്തമാക്കുന്നു.

ECS_ENGINE_AUTH_TYPE=docker - ഡോക്കർ സ്കീം അംഗീകാര സംവിധാനമായി ഉപയോഗിക്കുന്നതായി പരാമീറ്റർ സൂചിപ്പിക്കുന്നു

ECS_ENGINE_AUTH_DATA=... — നിങ്ങളുടെ ഡോക്കർ ഇമേജുകൾ സംഭരിച്ചിരിക്കുന്ന സ്വകാര്യ കണ്ടെയ്നർ രജിസ്ട്രിയിലേക്കുള്ള കണക്ഷൻ പാരാമീറ്ററുകൾ. ഇത് പൊതുവായതാണെങ്കിൽ, നിങ്ങൾ ഒന്നും വ്യക്തമാക്കേണ്ടതില്ല.

ഈ ലേഖനത്തിന്റെ ഉദ്ദേശ്യങ്ങൾക്കായി, ഡോക്കർ ഹബ്ബിൽ നിന്നുള്ള ഒരു പൊതു ചിത്രം ഞാൻ ഉപയോഗിക്കും, അതിനാൽ പാരാമീറ്ററുകൾ വ്യക്തമാക്കുക ECS_ENGINE_AUTH_TYPE и ECS_ENGINE_AUTH_DATA ആവശ്യമില്ല.

അറിഞ്ഞിരിക്കേണ്ടത് നല്ലതാണ്: എഎംഐ പതിവായി അപ്ഡേറ്റ് ചെയ്യാൻ ശുപാർശ ചെയ്യുന്നു, കാരണം പുതിയ പതിപ്പുകൾ ഡോക്കർ, ലിനക്സ്, ഇസിഎസ് ഏജന്റ് മുതലായവയുടെ പതിപ്പുകൾ അപ്ഡേറ്റ് ചെയ്യുന്നു. ഇതിനെക്കുറിച്ച് മറക്കാതിരിക്കാൻ, നിങ്ങൾക്ക് കഴിയും അറിയിപ്പുകൾ സജ്ജമാക്കുക പുതിയ പതിപ്പുകളുടെ പ്രകാശനത്തെക്കുറിച്ച്. നിങ്ങൾക്ക് ഇമെയിൽ വഴി അറിയിപ്പുകൾ സ്വീകരിക്കാനും സ്വമേധയാ അപ്‌ഡേറ്റ് ചെയ്യാനും കഴിയും, അല്ലെങ്കിൽ നിങ്ങൾക്ക് ഒരു Lambda ഫംഗ്‌ഷൻ എഴുതാം, അത് അപ്‌ഡേറ്റ് ചെയ്‌ത AMI ഉപയോഗിച്ച് ലോഞ്ച് ടെംപ്ലേറ്റിന്റെ ഒരു പുതിയ പതിപ്പ് സ്വയമേവ സൃഷ്‌ടിക്കുന്നതാണ്.

EC2 ഓട്ടോ സ്കെയിലിംഗ് ഗ്രൂപ്പ്

സംഭവങ്ങൾ സമാരംഭിക്കുന്നതിനും സ്കെയിലിംഗ് ചെയ്യുന്നതിനും ഓട്ടോ സ്കെയിലിംഗ് ഗ്രൂപ്പിന് ഉത്തരവാദിത്തമുണ്ട്. EC2 -> Auto Scaling -> Auto Scaling Groups വിഭാഗത്തിലാണ് ഗ്രൂപ്പുകൾ നിയന്ത്രിക്കുന്നത്.

ടെംപ്ലേറ്റ് സമാരംഭിക്കുക — മുമ്പത്തെ ഘട്ടത്തിൽ സൃഷ്ടിച്ച ടെംപ്ലേറ്റ് തിരഞ്ഞെടുക്കുക. ഞങ്ങൾ സ്ഥിരസ്ഥിതി പതിപ്പ് ഉപേക്ഷിക്കുന്നു.

വാങ്ങൽ ഓപ്ഷനുകളും ഉദാഹരണ തരങ്ങളും - ക്ലസ്റ്ററിനായുള്ള ഇൻസ്‌റ്റൻസുകളുടെ തരങ്ങൾ വ്യക്തമാക്കുക. സമാരംഭിക്കുന്ന ടെംപ്ലേറ്റ് സമാരംഭിക്കുന്നതിനുള്ള ടെംപ്ലേറ്റ് ലോഞ്ച് ടെംപ്ലേറ്റിൽ നിന്നുള്ള ഉദാഹരണ തരം ഉപയോഗിക്കുന്നു. വാങ്ങൽ ഓപ്‌ഷനുകളും ഉദാഹരണ തരങ്ങളും സംയോജിപ്പിച്ച് ഇൻസ്റ്റൻസ് തരങ്ങൾ വഴക്കമുള്ള രീതിയിൽ കോൺഫിഗർ ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഞങ്ങൾ അത് ഉപയോഗിക്കും.

ഓപ്ഷണൽ ഓൺ-ഡിമാൻഡ് ബേസ് - എല്ലായ്‌പ്പോഴും പ്രവർത്തിക്കുന്ന, സ്‌പോട്ട് അല്ലാത്ത സംഭവങ്ങളുടെ എണ്ണം.

അടിസ്ഥാനത്തിന് മുകളിലുള്ള ഓൺ-ഡിമാൻഡ് ശതമാനം - റെഗുലർ, സ്പോട്ട് സംഭവങ്ങളുടെ ശതമാനം അനുപാതം, 50-50 തുല്യമായി വിതരണം ചെയ്യും, ഓരോ പതിവ് സംഭവത്തിനും 20-80 4 സ്പോട്ടുകൾ ഉയർത്തും. ഈ ഉദാഹരണത്തിന്റെ ആവശ്യങ്ങൾക്കായി, ഞാൻ 50-50 സൂചിപ്പിക്കും, എന്നാൽ വാസ്തവത്തിൽ ഞങ്ങൾ മിക്കപ്പോഴും 20-80 ചെയ്യുന്നു, ചില സന്ദർഭങ്ങളിൽ 0-100.

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

നെറ്റ്വർക്ക് — നെറ്റ്‌വർക്ക് ക്രമീകരണങ്ങൾ, മെഷീനുകൾക്കുള്ള വിപിസിയും സബ്‌നെറ്റുകളും തിരഞ്ഞെടുക്കുക, മിക്ക സാഹചര്യങ്ങളിലും ലഭ്യമായ എല്ലാ സബ്‌നെറ്റുകളും നിങ്ങൾ തിരഞ്ഞെടുക്കണം.

ബാലൻസിംഗ് ലോഡുചെയ്യുക - ബാലൻസർ ക്രമീകരണങ്ങൾ, പക്ഷേ ഞങ്ങൾ ഇത് പ്രത്യേകം ചെയ്യും, ഞങ്ങൾ ഇവിടെ ഒന്നും തൊടില്ല. ആരോഗ്യ പരിശോധനകൾ പിന്നീട് കോൺഫിഗർ ചെയ്യും.

ഗ്രൂപ്പ് വലുപ്പം — ക്ലസ്റ്ററിലെ മെഷീനുകളുടെ എണ്ണത്തിലും ആവശ്യമുള്ള മെഷീനുകളുടെ എണ്ണത്തിലും ഞങ്ങൾ പരിധികൾ സൂചിപ്പിക്കുന്നു. മെട്രിക്‌സ് അനുസരിച്ച് സ്കെയിലിംഗ് നടന്നാലും, ക്ലസ്റ്ററിലെ മെഷീനുകളുടെ എണ്ണം ഒരിക്കലും വ്യക്തമാക്കിയിട്ടുള്ള ഏറ്റവും കുറഞ്ഞതിലും കുറഞ്ഞതിലും കൂടുതലായിരിക്കില്ല.

സ്കെയിലിംഗ് നയങ്ങൾ - സ്കെയിലിംഗ് പാരാമീറ്ററുകൾ, എന്നാൽ പ്രവർത്തിക്കുന്ന ECS ടാസ്ക്കുകളെ അടിസ്ഥാനമാക്കി ഞങ്ങൾ സ്കെയിൽ ചെയ്യും, അതിനാൽ ഞങ്ങൾ പിന്നീട് സ്കെയിലിംഗ് ക്രമീകരിക്കും.

ഉദാഹരണ സ്കെയിൽ-ഇൻ സംരക്ഷണം - സ്കെയിൽ ഡൌൺ ചെയ്യുമ്പോൾ ഇല്ലാതാക്കുന്നതിൽ നിന്ന് ഉദാഹരണങ്ങളുടെ സംരക്ഷണം. പ്രവർത്തിക്കുന്ന ടാസ്‌ക്കുകളുള്ള മെഷീനെ ASG ഇല്ലാതാക്കാതിരിക്കാൻ ഞങ്ങൾ ഇത് പ്രവർത്തനക്ഷമമാക്കുന്നു. ECS കപ്പാസിറ്റി പ്രൊവൈഡർ, ടാസ്‌ക്കുകൾ ഇല്ലാത്ത സന്ദർഭങ്ങളിൽ സംരക്ഷണം പ്രവർത്തനരഹിതമാക്കും.

ടാഗ് ചേർക്കുക — നിങ്ങൾക്ക് ഉദാഹരണങ്ങൾക്കായി ടാഗുകൾ വ്യക്തമാക്കാൻ കഴിയും (ഇതിനായി, ടാഗ് ന്യൂ ഇൻസ്‌റ്റൻസസ് ചെക്ക്‌ബോക്‌സ് പരിശോധിക്കേണ്ടതാണ്). നെയിം ടാഗ് വ്യക്തമാക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു, ഗ്രൂപ്പിനുള്ളിൽ സമാരംഭിക്കുന്ന എല്ലാ സംഭവങ്ങൾക്കും ഒരേ പേരായിരിക്കും, അവ കൺസോളിൽ കാണുന്നത് സൗകര്യപ്രദമാണ്.

ഗ്രൂപ്പ് സൃഷ്ടിച്ച ശേഷം, അത് തുറന്ന് വിപുലമായ കോൺഫിഗറേഷൻ വിഭാഗത്തിലേക്ക് പോകുക. എന്തുകൊണ്ട് എല്ലാ ഓപ്ഷനുകളും ക്രിയേഷൻ ഘട്ടത്തിൽ കൺസോളിൽ ദൃശ്യമല്ല.

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

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

ആപ്ലിക്കേഷൻ ലോഡ് ബാലൻസറും EC2 ടാർഗെറ്റ് ഗ്രൂപ്പും

EC2 → ലോഡ് ബാലൻസിങ് → ലോഡ് ബാലൻസറുകൾ എന്ന വിഭാഗത്തിലാണ് ബാലൻസർ സൃഷ്ടിച്ചിരിക്കുന്നത്. ഞങ്ങൾ ആപ്ലിക്കേഷൻ ലോഡ് ബാലൻസർ ഉപയോഗിക്കും; വിവിധ തരത്തിലുള്ള ബാലൻസറുകളുടെ താരതമ്യം ഇവിടെ വായിക്കാം സേവന പേജ്.

ശ്രോതാക്കൾ - പിന്നീട് ബാലൻസർ നിയമങ്ങൾ ഉപയോഗിച്ച് പോർട്ടുകൾ 80 ഉം 443 ഉം ഉണ്ടാക്കുകയും 80 ൽ നിന്ന് 443 ലേക്ക് റീഡയറക്‌ടുചെയ്യുകയും ചെയ്യുന്നത് യുക്തിസഹമാണ്.

ലഭ്യതാ മേഖലകൾ — മിക്ക കേസുകളിലും, ഞങ്ങൾ എല്ലാവർക്കുമായി പ്രവേശനക്ഷമത സോണുകൾ തിരഞ്ഞെടുക്കുന്നു.

സുരക്ഷാ ക്രമീകരണങ്ങൾ കോൺഫിഗർ ചെയ്യുക - ബാലൻസറിനായുള്ള SSL സർട്ടിഫിക്കറ്റ് ഇവിടെ സൂചിപ്പിച്ചിരിക്കുന്നു, ഏറ്റവും സൗകര്യപ്രദമായ ഓപ്ഷൻ ഒരു സർട്ടിഫിക്കറ്റ് ഉണ്ടാക്കുക ACM-ൽ. വ്യത്യാസങ്ങളെക്കുറിച്ച് സുരക്ഷാ നയം എന്നതിൽ വായിക്കാം പ്രമാണീകരണം, നിങ്ങൾക്ക് ഇത് സ്ഥിരസ്ഥിതിയായി തിരഞ്ഞെടുത്ത് വിടാം ELBSecurityPolicy-2016-08. ബാലൻസർ സൃഷ്ടിച്ച ശേഷം, നിങ്ങൾ അത് കാണും DNS പേര്, നിങ്ങളുടെ ഡൊമെയ്‌നിനായി CNAME കോൺഫിഗർ ചെയ്യേണ്ടത്. ഉദാഹരണത്തിന്, Cloudflare-ൽ ഇത് ഇങ്ങനെയാണ് കാണപ്പെടുന്നത്.

സുരക്ഷാ ഗ്രൂപ്പ് - ബാലൻസറിനായി ഒരു സുരക്ഷാ ഗ്രൂപ്പ് സൃഷ്‌ടിക്കുക അല്ലെങ്കിൽ തിരഞ്ഞെടുക്കുക, ഇസി2 ലോഞ്ച് ടെംപ്ലേറ്റ് → നെറ്റ്‌വർക്ക് ക്രമീകരണ വിഭാഗത്തിൽ ഞാൻ ഇതിനെക്കുറിച്ച് കൂടുതൽ എഴുതിയിട്ടുണ്ട്.

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

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

ലക്ഷ്യങ്ങൾ രജിസ്റ്റർ ചെയ്യുക — ഇവിടെ ഗ്രൂപ്പിനായുള്ള കാറുകൾ തിരഞ്ഞെടുത്തു, എന്നാൽ ഞങ്ങളുടെ കാര്യത്തിൽ ഇത് ECS ആയിരിക്കും, അതിനാൽ ഞങ്ങൾ ഈ ഘട്ടം ഒഴിവാക്കുന്നു.

അറിഞ്ഞിരിക്കേണ്ടത് നല്ലതാണ്: ബാലൻസർ തലത്തിൽ നിങ്ങൾക്ക് S3-ൽ ഒരു നിശ്ചിത സമയത്ത് സേവ് ചെയ്യുന്ന ലോഗുകൾ പ്രവർത്തനക്ഷമമാക്കാം ഫോർമാറ്റ്. അവിടെ നിന്ന് അവ അനലിറ്റിക്‌സിനായി മൂന്നാം കക്ഷി സേവനങ്ങളിലേക്ക് കയറ്റുമതി ചെയ്യാം, അല്ലെങ്കിൽ നിങ്ങൾക്ക് S3-ലെ ഡാറ്റയിൽ നേരിട്ട് SQL അന്വേഷണങ്ങൾ നടത്താം അഥീന ഉപയോഗിക്കുന്നു. ഇത് സൗകര്യപ്രദമാണ് കൂടാതെ അധിക കോഡ് ഇല്ലാതെ പ്രവർത്തിക്കുന്നു. ഒരു നിശ്ചിത കാലയളവിനുശേഷം S3 ബക്കറ്റിൽ നിന്ന് ലോഗുകൾ നീക്കംചെയ്യുന്നത് സജ്ജീകരിക്കാനും ഞാൻ ശുപാർശ ചെയ്യുന്നു.

ECS ടാസ്‌ക് നിർവ്വചനം

മുമ്പത്തെ ഘട്ടങ്ങളിൽ, സേവന ഇൻഫ്രാസ്ട്രക്ചറുമായി ബന്ധപ്പെട്ട എല്ലാം ഞങ്ങൾ സൃഷ്ടിച്ചു; ഇപ്പോൾ ഞങ്ങൾ സമാരംഭിക്കുന്ന കണ്ടെയ്‌നറുകളെ വിവരിക്കുന്നതിലേക്ക് നീങ്ങുന്നു. ഇത് ECS → ടാസ്‌ക് ഡെഫനിഷൻസ് വിഭാഗത്തിലാണ് ചെയ്യുന്നത്.

ലോഞ്ച് തരം അനുയോജ്യത - EC2 തിരഞ്ഞെടുക്കുക.

ടാസ്‌ക് എക്‌സിക്യൂഷൻ IAM റോൾ - തിരഞ്ഞെടുക്കുക ecsTaskExecutionRole. ഇത് ഉപയോഗിച്ച്, ലോഗുകൾ എഴുതുന്നു, രഹസ്യ വേരിയബിളുകളിലേക്കുള്ള ആക്സസ് നൽകുന്നു, മുതലായവ.

കണ്ടെയ്നർ നിർവ്വചന വിഭാഗത്തിൽ, കണ്ടെയ്നർ ചേർക്കുക ക്ലിക്കുചെയ്യുക.

ചിത്രം - പ്രോജക്റ്റ് കോഡുള്ള ചിത്രത്തിലേക്കുള്ള ലിങ്ക്; ഈ ഉദാഹരണത്തിനായി ഞാൻ ഡോക്കർ ഹബിൽ നിന്നുള്ള ഒരു പൊതു ചിത്രം ഉപയോഗിക്കും ബിറ്റ്നാമി/നോഡ്-ഉദാഹരണം:0.0.1.

മെമ്മറി പരിധികൾ - കണ്ടെയ്നറിനുള്ള മെമ്മറി പരിധി. കഠിന പരിധി — ഹാർഡ് ലിമിറ്റ്, കണ്ടെയ്നർ നിർദ്ദിഷ്ട മൂല്യത്തിന് അപ്പുറം പോയാൽ, ഡോക്കർ കിൽ കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യും, കണ്ടെയ്നർ ഉടൻ മരിക്കും. സോഫ്റ്റ് പരിധി - സോഫ്റ്റ് ലിമിറ്റ്, കണ്ടെയ്നറിന് നിർദ്ദിഷ്ട മൂല്യത്തിനപ്പുറം പോകാം, എന്നാൽ മെഷീനുകളിൽ ടാസ്ക്കുകൾ സ്ഥാപിക്കുമ്പോൾ ഈ പരാമീറ്റർ കണക്കിലെടുക്കും. ഉദാഹരണത്തിന്, ഒരു മെഷീന് 4 GiB റാം ഉണ്ടെങ്കിൽ, ഒരു കണ്ടെയ്‌നറിന്റെ സോഫ്റ്റ് ലിമിറ്റ് 2048 MiB ആണെങ്കിൽ, ഈ മെഷീന് ഈ കണ്ടെയ്‌നറിൽ പരമാവധി 2 പ്രവർത്തിക്കുന്ന ജോലികൾ ചെയ്യാൻ കഴിയും. വാസ്തവത്തിൽ, 4 GiB റാം 4096 MiB-നേക്കാൾ അല്പം കുറവാണ്, ഇത് ക്ലസ്റ്ററിലെ ECS ഇൻസ്‌റ്റൻസസ് ടാബിൽ കാണാൻ കഴിയും. സോഫ്റ്റ് പരിധി ഹാർഡ് ലിമിറ്റിനേക്കാൾ വലുതായിരിക്കരുത്. ഒരു ടാസ്ക്കിൽ നിരവധി കണ്ടെയ്നറുകൾ ഉണ്ടെങ്കിൽ, അവയുടെ പരിധികൾ സംഗ്രഹിച്ചിരിക്കുന്നു എന്ന് മനസ്സിലാക്കേണ്ടത് പ്രധാനമാണ്.

പോർട്ട് മാപ്പിംഗ് - ൽ ഹോസ്റ്റ് പോർട്ട് ഞങ്ങൾ 0 സൂചിപ്പിക്കുന്നു, ഇതിനർത്ഥം പോർട്ട് ഡൈനാമിക് ആയി നൽകുകയും ടാർഗെറ്റ് ഗ്രൂപ്പ് നിരീക്ഷിക്കുകയും ചെയ്യും എന്നാണ്. കണ്ടെയ്നർ പോർട്ട് — നിങ്ങളുടെ ആപ്ലിക്കേഷൻ പ്രവർത്തിക്കുന്ന പോർട്ട് പലപ്പോഴും എക്സിക്യൂഷൻ കമാൻഡിൽ വ്യക്തമാക്കിയിട്ടുണ്ട്, അല്ലെങ്കിൽ നിങ്ങളുടെ ആപ്ലിക്കേഷൻ കോഡ്, ഡോക്കർഫയൽ മുതലായവയിൽ നൽകിയിരിക്കുന്നു. ഞങ്ങളുടെ ഉദാഹരണത്തിനായി ഞങ്ങൾ 3000 ഉപയോഗിക്കും, കാരണം അത് ലിസ്റ്റുചെയ്തിരിക്കുന്നു Dockerfile ഉപയോഗിച്ചിരിക്കുന്ന ചിത്രം.

ആരോഗ്യ പരിശോധന — കണ്ടെയ്‌നർ ഹെൽത്ത് ചെക്ക് പാരാമീറ്ററുകൾ, ടാർഗെറ്റ് ഗ്രൂപ്പിൽ കോൺഫിഗർ ചെയ്‌തിരിക്കുന്നതുമായി തെറ്റിദ്ധരിക്കരുത്.

പരിസ്ഥിതി - പരിസ്ഥിതി ക്രമീകരണങ്ങൾ. സിപിയു യൂണിറ്റുകൾ - മെമ്മറി പരിധികൾക്ക് സമാനമാണ്, പ്രോസസ്സറിനെ കുറിച്ച് മാത്രം. ഓരോ പ്രോസസർ കോറും 1024 യൂണിറ്റുകളാണ്, അതിനാൽ സെർവറിന് ഡ്യുവൽ കോർ പ്രോസസർ ഉണ്ടെങ്കിൽ കണ്ടെയ്നർ 512 ആയി സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, ഈ കണ്ടെയ്നർ ഉള്ള 4 ടാസ്ക്കുകൾ ഒരു സെർവറിൽ സമാരംഭിക്കാൻ കഴിയും. സിപിയു യൂണിറ്റുകൾ എല്ലായ്പ്പോഴും കോറുകളുടെ എണ്ണവുമായി പൊരുത്തപ്പെടുന്നു; മെമ്മറിയുടെ കാര്യത്തിലെന്നപോലെ അവയിൽ അൽപ്പം കുറവുണ്ടാകില്ല.

കമാൻഡ് - ഒരു കണ്ടെയ്‌നറിനുള്ളിൽ ഒരു സേവനം ആരംഭിക്കുന്നതിനുള്ള ഒരു കമാൻഡ്, എല്ലാ പാരാമീറ്ററുകളും കോമകളാൽ വേർതിരിച്ചിരിക്കുന്നു. ഇത് ഗുനികോൺ, എൻപിഎം മുതലായവ ആകാം. വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, Dockerfile-ൽ നിന്നുള്ള CMD നിർദ്ദേശത്തിന്റെ മൂല്യം ഉപയോഗിക്കും. ഞങ്ങൾ സൂചിപ്പിക്കുന്നു npm,start.

പരിസ്ഥിതി വേരിയബിളുകൾ - കണ്ടെയ്നർ എൻവയോൺമെന്റ് വേരിയബിളുകൾ. ഇത് ലളിതമായ ടെക്സ്റ്റ് ഡാറ്റയോ രഹസ്യ വേരിയബിളുകളോ ആകാം സീക്രട്ട്സ് മാനേജർ അഥവാ പാരാമീറ്റർ സ്റ്റോർ.

സംഭരണവും ലോഗിംഗും — ഇവിടെ ഞങ്ങൾ CloudWatch ലോഗുകളിൽ ലോഗിംഗ് സജ്ജീകരിക്കും (AWS-ൽ നിന്നുള്ള ലോഗുകൾക്കുള്ള ഒരു സേവനം). ഇത് ചെയ്യുന്നതിന്, സ്വയമേവ കോൺഫിഗർ ചെയ്യുക CloudWatch ലോഗുകൾ ചെക്ക്ബോക്സ് പ്രവർത്തനക്ഷമമാക്കുക. ടാസ്‌ക് ഡെഫനിഷൻ സൃഷ്‌ടിച്ച ശേഷം, ക്ലൗഡ് വാച്ചിൽ ഒരു കൂട്ടം ലോഗുകൾ സ്വയമേവ സൃഷ്‌ടിക്കപ്പെടും. സ്ഥിരസ്ഥിതിയായി, ലോഗുകൾ അതിൽ അനിശ്ചിതമായി സൂക്ഷിക്കുന്നു; നിലനിർത്തൽ കാലയളവ് ഒരിക്കലും കാലഹരണപ്പെടരുത് എന്നതിൽ നിന്ന് ആവശ്യമായ കാലയളവിലേക്ക് മാറ്റാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു. ക്ലൗഡ് വാച്ച് ലോഗ് ഗ്രൂപ്പുകളിലാണ് ഇത് ചെയ്യുന്നത്, നിങ്ങൾ നിലവിലെ കാലയളവിൽ ക്ലിക്കുചെയ്‌ത് പുതിയൊരെണ്ണം തിരഞ്ഞെടുക്കേണ്ടതുണ്ട്.

ഇസിഎസ് ക്ലസ്റ്ററും ഇസിഎസ് കപ്പാസിറ്റി പ്രൊവൈഡറും

ഒരു ക്ലസ്റ്റർ സൃഷ്ടിക്കാൻ ECS → Clusters വിഭാഗത്തിലേക്ക് പോകുക. ഞങ്ങൾ ടെംപ്ലേറ്റായി EC2 Linux + Networking തിരഞ്ഞെടുക്കുന്നു.

ക്ലസ്റ്ററിന്റെ പേര് - വളരെ പ്രധാനമാണ്, ലോഞ്ച് ടെംപ്ലേറ്റ് പാരാമീറ്ററിൽ വ്യക്തമാക്കിയ അതേ പേര് ഞങ്ങൾ ഇവിടെ ഉണ്ടാക്കുന്നു ECS_CLUSTER, ഞങ്ങളുടെ കാര്യത്തിൽ - DemoApiClusterProd. ഒരു ശൂന്യമായ ക്ലസ്റ്റർ സൃഷ്ടിക്കുക ചെക്ക്ബോക്സ് പരിശോധിക്കുക. ഓപ്ഷണലായി, ക്ലൗഡ് വാച്ചിലെ സേവനങ്ങൾക്കായുള്ള മെട്രിക്‌സ് കാണുന്നതിന് നിങ്ങൾക്ക് കണ്ടെയ്‌നർ സ്ഥിതിവിവരക്കണക്കുകൾ പ്രവർത്തനക്ഷമമാക്കാം. നിങ്ങൾ എല്ലാം ശരിയായി ചെയ്തുവെങ്കിൽ, ഇസിഎസ് സംഭവങ്ങളുടെ വിഭാഗത്തിൽ ഓട്ടോ സ്കെയിലിംഗ് ഗ്രൂപ്പിൽ സൃഷ്ടിച്ച മെഷീനുകൾ നിങ്ങൾ കാണും.

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

ഓട്ടോ സ്കെയിലിംഗ് ഗ്രൂപ്പ് - മുമ്പ് സൃഷ്ടിച്ച ഗ്രൂപ്പ് തിരഞ്ഞെടുക്കുക.

നിയന്ത്രിത സ്കെയിലിംഗ് — ദാതാവിന് സേവനം സ്കെയിൽ ചെയ്യാൻ കഴിയുന്ന തരത്തിൽ ഇത് പ്രാപ്തമാക്കുക.

ലക്ഷ്യ ശേഷി % - ടാസ്‌ക്കുകൾ ലോഡുചെയ്‌ത മെഷീനുകളുടെ എത്ര ശതമാനം നമുക്ക് ആവശ്യമാണ്. നിങ്ങൾ 100% വ്യക്തമാക്കുകയാണെങ്കിൽ, എല്ലാ മെഷീനുകളും എല്ലായ്‌പ്പോഴും പ്രവർത്തിക്കുന്ന ജോലികളിൽ തിരക്കിലായിരിക്കും. നിങ്ങൾ 50% വ്യക്തമാക്കുകയാണെങ്കിൽ, പകുതി കാറുകൾ എല്ലായ്പ്പോഴും സൗജന്യമായിരിക്കും. ഈ സാഹചര്യത്തിൽ, ലോഡിൽ കുത്തനെയുള്ള കുതിച്ചുചാട്ടം ഉണ്ടായാൽ, പുതിയ ടാക്സികൾ ഉടൻ തന്നെ സൗജന്യ കാറുകളിലേക്ക് ലഭിക്കും, ഉദാഹരണങ്ങൾ വിന്യസിക്കുന്നതിന് കാത്തിരിക്കാതെ തന്നെ.

നിയന്ത്രിത അവസാനിപ്പിക്കൽ പരിരക്ഷ — പ്രവർത്തനക്ഷമമാക്കുക, ഈ പരാമീറ്റർ ദാതാവിനെ ഇല്ലാതാക്കുന്നതിൽ നിന്ന് ഇൻസ്റ്റൻസുകളുടെ സംരക്ഷണം നീക്കം ചെയ്യാൻ അനുവദിക്കുന്നു. മെഷീനിൽ സജീവമായ ടാസ്ക്കുകൾ ഇല്ലാതിരിക്കുകയും ടാർഗെറ്റ് കപ്പാസിറ്റി% അനുവദിക്കുകയും ചെയ്യുമ്പോൾ ഇത് സംഭവിക്കുന്നു.

ഇസിഎസ് സേവനവും സ്കെയിലിംഗ് സജ്ജീകരണവും

അവസാന ഘട്ടം :) ഒരു സേവനം സൃഷ്‌ടിക്കുന്നതിന്, നിങ്ങൾ സേവന ടാബിൽ മുമ്പ് സൃഷ്‌ടിച്ച ക്ലസ്റ്ററിലേക്ക് പോകേണ്ടതുണ്ട്.

ലോഞ്ച് തരം — നിങ്ങൾ സ്വിച്ച് ടു കപ്പാസിറ്റി പ്രൊവൈഡർ സ്ട്രാറ്റജിയിൽ ക്ലിക്കുചെയ്‌ത് മുമ്പ് സൃഷ്‌ടിച്ച ദാതാക്കളെ തിരഞ്ഞെടുക്കേണ്ടതുണ്ട്.

ടാസ്ക് നിർവ്വചനം — മുമ്പ് സൃഷ്ടിച്ച ടാസ്ക് ഡെഫനിഷനും അതിന്റെ പുനരവലോകനവും തിരഞ്ഞെടുക്കുക.

സേവന നാമം — ആശയക്കുഴപ്പം ഒഴിവാക്കാൻ, ഞങ്ങൾ എല്ലായ്പ്പോഴും ടാസ്ക് ഡെഫനിഷൻ പോലെ തന്നെ സൂചിപ്പിക്കുന്നു.

സേവന തരം - എപ്പോഴും പകർപ്പ്.

ജോലികളുടെ എണ്ണം - സേവനത്തിലെ സജീവ ജോലികളുടെ ആവശ്യമുള്ള എണ്ണം. ഈ പരാമീറ്റർ നിയന്ത്രിക്കുന്നത് സ്കെയിലിംഗ് വഴിയാണ്, പക്ഷേ ഇപ്പോഴും വ്യക്തമാക്കിയിരിക്കണം.

ഏറ്റവും കുറഞ്ഞ ആരോഗ്യകരമായ ശതമാനം и പരമാവധി ശതമാനം - വിന്യാസ സമയത്ത് ചുമതലകളുടെ സ്വഭാവം നിർണ്ണയിക്കുക. സ്ഥിരസ്ഥിതി മൂല്യങ്ങൾ 100 ഉം 200 ഉം ആണ്, വിന്യാസ സമയത്ത് ടാസ്ക്കുകളുടെ എണ്ണം നിരവധി തവണ വർദ്ധിക്കുമെന്നും തുടർന്ന് ആവശ്യമുള്ള മൂല്യത്തിലേക്ക് മടങ്ങുമെന്നും സൂചിപ്പിക്കുന്നു. നിങ്ങൾക്ക് 1 ടാസ്‌ക് പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ, min=0, max=100, വിന്യസിക്കുമ്പോൾ അത് നശിപ്പിക്കപ്പെടും, അതിനുശേഷം പുതിയത് ഉയർത്തപ്പെടും, അതായത്, അത് പ്രവർത്തനരഹിതമാകും. 1 ടാസ്‌ക് പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ, min=50, max=150, വിന്യാസം നടക്കില്ല, കാരണം 1 ടാസ്‌ക് പകുതിയായി വിഭജിക്കാനോ ഒന്നര മടങ്ങ് വർദ്ധിപ്പിക്കാനോ കഴിയില്ല.

വിന്യാസ തരം - റോളിംഗ് അപ്ഡേറ്റ് വിടുക.

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

ബാലൻസർ തരം ലോഡ് ചെയ്യുക - ആപ്ലിക്കേഷൻ ലോഡ് ബാലൻസർ തിരഞ്ഞെടുക്കുക.

സേവന IAM റോൾ - തിരഞ്ഞെടുക്കുക ecsServiceRole.

ബാലൻസറിന്റെ പേര് ലോഡ് ചെയ്യുക - മുമ്പ് സൃഷ്ടിച്ച ബാലൻസർ തിരഞ്ഞെടുക്കുക.

ആരോഗ്യ പരിശോധന ഗ്രേസ് പിരീഡ് - ഒരു പുതിയ ടാസ്‌ക് പുറത്തിറക്കിയ ശേഷം ആരോഗ്യ പരിശോധനകൾ നടത്തുന്നതിന് മുമ്പ് താൽക്കാലികമായി നിർത്തുക, ഞങ്ങൾ സാധാരണയായി അത് 60 സെക്കൻഡായി സജ്ജീകരിക്കും.

ബാലൻസ് ലോഡ് ചെയ്യാനുള്ള കണ്ടെയ്നർ — ടാർഗെറ്റ് ഗ്രൂപ്പിന്റെ പേര് ഇനത്തിൽ, മുമ്പ് സൃഷ്ടിച്ച ഗ്രൂപ്പ് തിരഞ്ഞെടുക്കുക, എല്ലാം സ്വയമേവ പൂരിപ്പിക്കപ്പെടും.

സേവനം ഓട്ടോ സ്കെയിലിംഗ് - സേവന സ്കെയിലിംഗ് പാരാമീറ്ററുകൾ. നിങ്ങളുടെ സേവനത്തിന്റെ ആവശ്യമുള്ള എണ്ണം ക്രമീകരിക്കുന്നതിന് സർവീസ് ഓട്ടോ സ്കെയിലിംഗ് കോൺഫിഗർ ചെയ്യുക തിരഞ്ഞെടുക്കുക. സ്കെയിലിംഗ് ചെയ്യുമ്പോൾ ഞങ്ങൾ ഏറ്റവും കുറഞ്ഞതും കൂടിയതുമായ ജോലികൾ സജ്ജീകരിക്കുന്നു.

സർവീസ് ഓട്ടോ സ്കെയിലിംഗിനായുള്ള IAM റോൾ - തിരഞ്ഞെടുക്കുക AWSServiceRoleForApplicationAutoScaling_ECSService.

സ്വയമേവയുള്ള ടാസ്‌ക് സ്കെയിലിംഗ് നയങ്ങൾ - സ്കെയിലിംഗ് നിയമങ്ങൾ. 2 തരം ഉണ്ട്:

1. ടാർഗെറ്റ് ട്രാക്കിംഗ് — ട്രാക്കിംഗ് ടാർഗെറ്റ് മെട്രിക്‌സ് (സിപിയു/റാം ഉപയോഗം അല്ലെങ്കിൽ ഓരോ ടാസ്‌ക്കിനുമുള്ള അഭ്യർത്ഥനകളുടെ എണ്ണം). ഉദാഹരണത്തിന്, ശരാശരി പ്രോസസർ ലോഡ് 85% ആയിരിക്കണമെന്ന് ഞങ്ങൾ ആഗ്രഹിക്കുന്നു, അത് കൂടുതലാകുമ്പോൾ, ടാർഗെറ്റ് മൂല്യത്തിൽ എത്തുന്നതുവരെ പുതിയ ടാസ്ക്കുകൾ ചേർക്കും. ലോഡ് കുറവാണെങ്കിൽ, ടാസ്‌ക്കുകൾ നീക്കം ചെയ്യപ്പെടും, നേരെമറിച്ച്, സ്കെയിലിംഗിനെതിരെയുള്ള സംരക്ഷണം പ്രവർത്തനക്ഷമമാക്കിയില്ലെങ്കിൽ (സ്കെയിൽ-ഇൻ പ്രവർത്തനരഹിതമാക്കുക).
2. സ്റ്റെപ്പ് സ്കെയിലിംഗ് - ഒരു ഏകപക്ഷീയ സംഭവത്തോടുള്ള പ്രതികരണം. ഇവിടെ നിങ്ങൾക്ക് ഏത് ഇവന്റിലേക്കും ഒരു പ്രതികരണം ക്രമീകരിക്കാൻ കഴിയും (CloudWatch അലാറം), അത് സംഭവിക്കുമ്പോൾ, നിങ്ങൾക്ക് നിർദ്ദിഷ്ട എണ്ണം ടാസ്‌ക്കുകൾ ചേർക്കാനോ നീക്കം ചെയ്യാനോ അല്ലെങ്കിൽ ടാസ്‌ക്കുകളുടെ കൃത്യമായ എണ്ണം വ്യക്തമാക്കാനോ കഴിയും.

ഒരു സേവനത്തിന് നിരവധി സ്കെയിലിംഗ് നിയമങ്ങൾ ഉണ്ടായിരിക്കാം, ഇത് ഉപയോഗപ്രദമാകും, പ്രധാന കാര്യം അവ പരസ്പരം വൈരുദ്ധ്യമില്ലെന്ന് ഉറപ്പാക്കുക എന്നതാണ്.

തീരുമാനം

നിങ്ങൾ നിർദ്ദേശങ്ങൾ പാലിക്കുകയും അതേ ഡോക്കർ ഇമേജ് ഉപയോഗിക്കുകയും ചെയ്താൽ, നിങ്ങളുടെ സേവനം ഇതുപോലുള്ള ഒരു പേജ് നൽകണം.

1. സേവനത്തിലുള്ള എല്ലാ മെഷീനുകളും സമാരംഭിക്കുന്ന ഒരു ടെംപ്ലേറ്റ് ഞങ്ങൾ സൃഷ്ടിച്ചു. ടെംപ്ലേറ്റ് മാറുമ്പോൾ മെഷീനുകൾ എങ്ങനെ അപ്‌ഡേറ്റ് ചെയ്യാമെന്നും ഞങ്ങൾ പഠിച്ചു.
2. സ്പോട്ട് ഇൻസ്‌റ്റൻസ് സ്റ്റോപ്പ് സിഗ്നലിന്റെ പ്രോസസ്സിംഗ് ഞങ്ങൾ കോൺഫിഗർ ചെയ്‌തു, അതിനാൽ അത് ലഭിച്ച് ഒരു മിനിറ്റിനുള്ളിൽ, പ്രവർത്തിക്കുന്ന എല്ലാ ജോലികളും മെഷീനിൽ നിന്ന് നീക്കംചെയ്യപ്പെടും, അതിനാൽ ഒന്നും നഷ്‌ടപ്പെടുകയോ തടസ്സപ്പെടുകയോ ഇല്ല.
3. മെഷീനുകളിലുടനീളം ലോഡ് തുല്യമായി വിതരണം ചെയ്യാൻ ഞങ്ങൾ ബാലൻസർ ഉയർത്തി.
4. സ്‌പോട്ട് ഇൻസ്‌റ്റൻസുകളിൽ പ്രവർത്തിക്കുന്ന ഒരു സേവനം ഞങ്ങൾ സൃഷ്‌ടിച്ചിട്ടുണ്ട്, ഇത് മെഷീന്റെ ചെലവ് ഏകദേശം 3 മടങ്ങ് കുറയ്ക്കുന്നു.
5. പ്രവർത്തനരഹിതമായ ചിലവുകൾ കൂടാതെ വർദ്ധിച്ച ജോലിഭാരം കൈകാര്യം ചെയ്യുന്നതിനായി ഞങ്ങൾ രണ്ട് ദിശകളിലും ഓട്ടോസ്‌കേലിംഗ് കോൺഫിഗർ ചെയ്തിട്ടുണ്ട്.
6. ഞങ്ങൾ കപ്പാസിറ്റി പ്രൊവൈഡർ ഉപയോഗിക്കുന്നു, അതിനാൽ ആപ്ലിക്കേഷൻ ഇൻഫ്രാസ്ട്രക്ചർ (യന്ത്രങ്ങൾ) നിയന്ത്രിക്കുന്നു, മറിച്ചല്ല.
7. ഞങ്ങൾ മികച്ചവരാണ്.

നിങ്ങൾക്ക് പ്രവചനാതീതമായ സ്പൈക്കുകൾ ലോഡിലുണ്ടെങ്കിൽ, ഉദാഹരണത്തിന് നിങ്ങൾ ഒരു വലിയ ഇമെയിൽ കാമ്പെയ്‌നിൽ പരസ്യം ചെയ്യുകയാണെങ്കിൽ, നിങ്ങൾക്ക് സ്കെയിലിംഗ് സജ്ജീകരിക്കാം ടൈംടേബിൾ.

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

സ്‌പോട്ട് ഇൻസ്‌റ്റൻസുകളും ഇസിഎസും അല്ലെങ്കിൽ സ്‌കെയിലിംഗിനെ കുറിച്ചുള്ള മറ്റെന്തെങ്കിലും ഉപയോഗിക്കുന്ന രസകരമായ സന്ദർഭങ്ങൾ നിങ്ങൾ കമന്റുകളിൽ പറഞ്ഞാൽ ഞാൻ സന്തോഷിക്കും.

പ്രധാനമായും സെർവർലെസ് സ്റ്റാക്കിൽ (പണമുപയോഗിച്ച്) ഞങ്ങൾ സെക്കൻഡിൽ ആയിരക്കണക്കിന് അനലിറ്റിക്കൽ ഇവന്റുകൾ എങ്ങനെ പ്രോസസ്സ് ചെയ്യുന്നുവെന്നും GitLab CI, Terraform ക്ലൗഡ് എന്നിവ ഉപയോഗിച്ച് സേവനങ്ങളുടെ വിന്യാസം എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിനെക്കുറിച്ചും ഉടൻ ലേഖനങ്ങൾ ഉണ്ടാകും.

ഞങ്ങളെ സബ്സ്ക്രൈബ് ചെയ്യുക, അത് രസകരമായിരിക്കും!

രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ സർവേയിൽ പങ്കെടുക്കാൻ കഴിയൂ. സൈൻ ഇൻദയവായി.

നിർമ്മാണത്തിൽ നിങ്ങൾ സ്പോട്ട് സംഭവങ്ങൾ ഉപയോഗിക്കുന്നുണ്ടോ?

• 22,2%അതെ6

• 66,7%No18

• 11,1%ഒരു ലേഖനത്തിൽ നിന്ന് ഞാൻ അവരെക്കുറിച്ച് പഠിച്ചു, അവ ഉപയോഗിക്കാൻ പദ്ധതിയിടുന്നു3

27 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 5 ഉപയോക്താക്കൾ വിട്ടുനിന്നു.

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