വെബ് സെർവറുകളുടെ യുദ്ധം. ഭാഗം 1 - HTTP ടച്ച് ഇല്ല:

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

ഈ പരിശോധന ഒരു ശൂന്യതയിലെ ഒരു ഗോളാകൃതിയിലുള്ള കുതിരയുടെ അളവാണ്, ലഭിച്ച ഡാറ്റയല്ലാതെ മറ്റൊന്നുമല്ല, ഇപ്പോൾ ഇത് എന്തുചെയ്യണമെന്ന് ഞങ്ങൾക്ക് അറിയില്ല.

രീതിശാസ്ത്രം

IIS വിൻഡോസ് സെർവർ കോർ 18.04-നുള്ള ഉബുണ്ടു 2019 LTS ആണ് Nginx, Apache എന്നിവയുടെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം. ടെസ്റ്റുകൾക്ക് മുമ്പ്, എല്ലാ ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾക്കും 04.12.2019 ഡിസംബർ XNUMX മുതൽ ഏറ്റവും പുതിയ അപ്‌ഡേറ്റുകൾ ലഭിച്ചു.

പരിശോധനകൾ HTTP വഴി മാത്രമായി നടത്തി. ഓരോ വെബ് സെർവറും ഒരേ പേജ് പ്രവർത്തിപ്പിച്ചു, കോഡ്രോപ്സിൽ നിന്നുള്ള ഒരു സൗജന്യ ജെക്കിൽ ടെംപ്ലേറ്റ്. ലിങ്ക്. ഓരോ വെബ് സെർവറിനും gzip കംപ്രഷൻ പ്രവർത്തനരഹിതമാക്കിയിട്ടുണ്ട്.

ആർഗ്യുമെൻ്റുകളോടെ Httpd-ടൂളുകൾ ഉപയോഗിച്ചാണ് ത്രൂപുട്ട് ടെസ്റ്റ് നടത്തിയത്:

ab -n 50000 -c 500 http://192.168.76.204:80/

സെർവറുകൾ 10, 5, ഒരു കോർ എന്നിവയിലെ കോറിൻ്റെ 1, 8, 4 ശതമാനമായി പരിമിതപ്പെടുത്തിയിരിക്കുന്നു. ടെസ്റ്റ് ബെഞ്ച് 9900K@5400MHz ഉള്ള ഒരു കമ്പ്യൂട്ടറായിരുന്നു, അതായത് 10% പരിധി സ്വീകരിക്കുന്ന സെർവറിന് ഏകദേശം 540MHz ഓരോ കോറിനും ലഭിക്കുന്നു.

റിസൾട്ട് ലഭിച്ചതിന് ശേഷം സെർവർ ആദ്യം ബൂട്ട് ചെയ്യുകയും അളക്കുകയും ചെയ്തപ്പോൾ TTFB ടെസ്റ്റ് നടത്തി, ഏതെങ്കിലും തരത്തിലുള്ള കാഷെകളുടെ രൂപഭാവം ഇല്ലാതാക്കാൻ സെർവർ ഓഫാക്കി മുമ്പത്തെ ചെക്ക് പോയിൻ്റിലേക്ക് തിരിച്ചു.

ടെസ്റ്ററും വെബ് സെർവറും ഒരേ ഹോസ്റ്റിലും ഒരേ വെർച്വൽ സ്വിച്ചിലും ആയിരുന്നു.

ഡിസ്ക് സബ്സിസ്റ്റം ഉടനടി വിലയിരുത്തുന്നതിന്, തടസ്സങ്ങളെക്കുറിച്ചുള്ള ഒരു ആശയം ലഭിക്കുന്നതിന് ATTO, CrystalDIskMark ബെഞ്ച്മാർക്കുകളുടെ ഫലങ്ങൾ.

വെർച്വൽ മെഷീനിൽ നിന്ന് എടുത്ത ഡാറ്റ:

ഫലം:

TTFB:

IIS-നുള്ള ശരാശരി TTFB ഏറ്റവും ചെറുതാണ്, 0,5ms, അപ്പാച്ചെയ്ക്ക് 1,4ms, Nginx-ന് 4ms.

ത്രൂപുട്ട്:

ആദ്യം, കോറുകളുടെ എണ്ണത്തെ അടിസ്ഥാനമാക്കി ഓരോ സെർവറും എത്ര നന്നായി സ്കെയിലുചെയ്യുന്നുവെന്ന് നോക്കാം.

വെബ് സെർവറിലേക്കുള്ള ടെസ്റ്റർ കോളുകളുടെ എണ്ണവും ലേറ്റൻസിയും ഗ്രാഫ് കാണിക്കുന്നു. NGINX എല്ലാ അഭ്യർത്ഥനകളുടെയും 98% പ്രോസസ് ചെയ്തു, 20ms അല്ലെങ്കിൽ അതിൽ കുറവ് സമയം കൊണ്ട് സൈറ്റ് ഡെലിവർ ചെയ്തുവെന്ന് ഗ്രാഫ് കാണിക്കുന്നു. അപ്പാച്ചെ പോലെ IIS, എല്ലാ കോളുകളുടെയും അവസാന 5% യഥാക്രമം 76ms, 14ms എന്നിവയിൽ പൂർത്തിയാക്കി.

സ്ട്രെസ് ടെസ്റ്റ് സമയത്ത് ഒരു അഭ്യർത്ഥനയുടെ ശരാശരി പ്രോസസ്സിംഗ് സമയം ഗ്രാഫ് കാണിക്കുന്നു.

ഗ്രാഫുകളിൽ നിന്ന് നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, ഐഐഎസ് അപ്പാച്ചെയെയും എൻജിൻക്സിനെയും തകർത്തു, ഉയർന്ന ലോഡിന് കീഴിൽ ഗണ്യമായി മന്ദഗതിയിലായി. 

IIS വ്യക്തമായി 4-നേക്കാൾ XNUMX കോറുകൾ തിരഞ്ഞെടുത്തു, XNUMX-ൽ കുറഞ്ഞ ലേറ്റൻസികൾ കാണിക്കുന്നു, എന്നാൽ ഒരു കോറിനെ ശക്തമായി അനുകൂലിച്ചില്ല.

NGINX എല്ലാ 8 കോറുകളിലും നന്നായി സ്കെയിൽ ചെയ്യുന്നു, അപ്പാച്ചെയെ സംബന്ധിച്ചിടത്തോളം സിംഗിൾ-കോർ രംഗം മികച്ച ചോയിസ് ആണെന്ന് തോന്നുന്നു.

സ്കേലബിളിറ്റി:

എൻജിൻ:

ഇനി ആവൃത്തിയിലും കോറുകളുടെ എണ്ണത്തിലും സ്കേലബിളിറ്റി നോക്കാം. 

Nginx 1, 4 കോറുകൾക്ക് 1% എന്ന പരിധിയുള്ള ടെസ്റ്റുകളിൽ വിജയിച്ചില്ല, അത് 2000 അഭ്യർത്ഥനകൾ കവിഞ്ഞപ്പോൾ, അത് ടെസ്റ്ററുമായുള്ള ബന്ധം അവസാനിപ്പിച്ചു.

അപ്പാച്ചെ:

Nginx പോലെയുള്ള അപ്പാച്ചെ, 2500 അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്തു, കണക്ഷൻ ഉപേക്ഷിക്കുകയും അവസാനിപ്പിക്കുകയും ചെയ്തു. 8% പരിധിയിൽ 4, 1, 1 കോറുകളിൽ അപ്പാച്ചെ ടെസ്റ്റിൽ പരാജയപ്പെട്ടു, എന്നാൽ കൂടാതെ ഒരു കോറിൽ 5% പരിധിയുള്ള ടെസ്റ്റിലും ഇത് പരാജയപ്പെട്ടു, ഇത് Nginx നേക്കാൾ മോശമാണ്.

ഐ‌ഐ‌എസ്:

ടെസ്റ്റുകൾക്കിടയിൽ, IIS അഭ്യർത്ഥനകളുടെ ഒരു ഭീമാകാരമായ ക്യൂ ശേഖരിച്ചുവെങ്കിലും അവ ഓരോന്നും പ്രോസസ്സ് ചെയ്തു. പ്രത്യക്ഷത്തിൽ, അഭ്യർത്ഥന പ്രോസസ്സിംഗിനായി ബോക്‌സിന് പുറത്ത് സമയപരിധികളൊന്നും സജ്ജീകരിച്ചിട്ടില്ല.

പരീക്ഷ പൂർത്തിയാക്കാൻ എടുത്ത സമയം ചാർട്ട് കാണിക്കുന്നു. തികച്ചും അസംബന്ധമായ ടെസ്റ്റിംഗ് കോൺഫിഗറേഷനുകൾ നിരസിച്ചു. ഹാർഡ്‌വെയറിൻ്റെ കാര്യത്തിൽ ഐഐഎസ് എത്രത്തോളം ആവശ്യപ്പെടുന്നുവെന്നും എൻജിഎൻഎക്‌സ് എത്ര മികച്ചതാണെന്നും ഡയഗ്രം കാണിക്കുന്നു.

ഡിസ്കിൽ നിന്നുള്ള സ്കേലബിളിറ്റി:

എൻജിൻ:

ഇപ്പോൾ ആവൃത്തിയിലും കോറുകളുടെ എണ്ണത്തിലും ഡിസ്ക് വേഗതയിലും സ്കേലബിളിറ്റി നോക്കാം. 

ഇത്തവണ രണ്ട് ടെസ്റ്റുകൾക്ക് പകരം 4 ടെസ്റ്റുകളിൽ Nginx പരാജയപ്പെട്ടു.

അപ്പാച്ചെ:

കഴിഞ്ഞ തവണത്തെ അതേ ടെസ്റ്റുകളിൽ അപ്പാച്ചെ പരാജയപ്പെട്ടു.

ഐ‌ഐ‌എസ്:

ഡിസ്ക് നിയന്ത്രണങ്ങൾ ഇല്ലാത്തതുപോലെ, IIS ഏതാണ്ട് സമാനമായ ഗ്രാഫ് കാണിക്കുന്നു. പൊതുവേ, എല്ലാ സെർവറുകളുടെയും ഗ്രാഫിക്സിൽ കാര്യമായ മാറ്റമുണ്ടായില്ല, അതിനർത്ഥം അവ ഓരോന്നും റാമിൽ സ്റ്റാറ്റിക് ഡാറ്റ കാഷെ ചെയ്യുകയും അവിടെ നിന്ന് അത് നൽകുകയും ചെയ്യുന്നു. ഇവിടെ നമ്മൾ പ്രധാന തടസ്സം കാണുന്നു - വെബ് സെർവർ തന്നെ.

ഈ ടെസ്റ്റിംഗിനെ അടിസ്ഥാനമാക്കിയുള്ള നിഗമനങ്ങളിൽ എത്തിച്ചേരാൻ വളരെ നേരത്തെ തന്നെ, ലെറ്റ്സ് എൻക്രിപ്റ്റിൽ നിന്നുള്ള തത്സമയ സർട്ടിഫിക്കറ്റ് ഉപയോഗിച്ച് ഞങ്ങൾ ഇതുവരെ HTTPS, കംപ്രഷൻ, HTTP/2 എന്നിവ പരീക്ഷിച്ചിട്ടില്ല. അടുത്ത ലേഖനത്തിൽ നമ്മൾ ഇതിനെക്കുറിച്ച് സംസാരിക്കും.

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