የ WEB አገልጋዮች ጦርነት። ክፍል 1 - HTTP ከንክኪ ውጪ

በዚህ ጽሑፍ ውስጥ በተገላቢጦሽ ምህንድስና ላይ እጃችንን እንሞክራለን, አንድ ሰው ሊናገር ይችላል. የቆሸሹ እጆቻችንን ማንም በማይበዘበዝባቸው መንገዶች በእያንዳንዱ ዌብ ሰርቨር ስር እናስገባቸዋለን።

ይህ ፈተና በቫኩም ውስጥ ያለው የሉል ፈረስ መለኪያ ነው, ከተገኘው መረጃ በስተቀር ምንም አይደለም, እና አሁን ምን እንደምናደርግ አናውቅም.

ዘዴ

የNginx እና Apache ስርዓተ ክወና ኡቡንቱ 18.04 LTS ነው፣ ለአይአይኤስ ዊንዶውስ አገልጋይ ኮር 2019። ከፈተናዎቹ በፊት ሁሉም ኦፕሬቲንግ ሲስተሞች ከዲሴምበር 04.12.2019፣ XNUMX ጀምሮ የቅርብ ጊዜ ዝመናዎችን ተቀብለዋል።

ሙከራዎች የተካሄዱት በኤችቲቲፒ ብቻ ነው። እያንዳንዱ የድረ-ገጽ አገልጋይ ከኮዶፕስ ነፃ የሆነ የጄኪል አብነት ተመሳሳይ ገጽ ነው የሚሄደው። ማያያዣ. እያንዳንዱ የድር አገልጋይ gzip መጭመቅ ተሰናክሏል።

የፍተሻ ሙከራው የተካሄደው በHttpd-tools ከመከራከሪያዎቹ ጋር ነው፡-

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

አገልጋዮች በ10፣ 5 እና አንድ ኮር ላይ ለ1፣ 8 እና 4 በመቶ ብቻ ተወስነዋል። የሙከራ አግዳሚ ወንበሩ 9900K@5400MHZ ያለው ኮምፒዩተር ነበር፣ ይህ ማለት የ10% ገደብ የሚቀበለው አገልጋይ በኮር 540 ሜኸ ያህል ይቀበላል ማለት ነው።

የ TTFB ሙከራ የተካሄደው አገልጋዩ ለመጀመሪያ ጊዜ DevTools በመጠቀም ሲለካ እና ውጤቱን ከተቀበለ በኋላ አገልጋዩ ጠፍቶ ወደ ቀድሞው የፍተሻ ቦታ በመመለስ የማንኛውንም አይነት መሸጎጫዎችን ያስወግዳል።

ሞካሪው እና የድር አገልጋዩ በአንድ አስተናጋጅ እና በተመሳሳይ ምናባዊ መቀየሪያ ላይ ነበሩ።

የዲስክ ንዑስ ስርዓትን ወዲያውኑ ለመገምገም የ ATTO እና CrystalDIskMark ማመሳከሪያዎች ማነቆዎች ላይ ሀሳብ እንዲኖራቸው።

ከምናባዊ ማሽኑ የተወሰደ ውሂብ፡-

ውጤቶች

ቲኤፍቢ፡

አማካኝ TTFB የIIS ትንሹ፣ 0,5ሚሴ፣ ከ 1,4ሚሴ ለ Apache እና 4ms ለ Nginx ነው።

ግብዓት

በመጀመሪያ፣ እያንዳንዱ አገልጋይ በኮሮች ብዛት ምን ያህል እንደሚመዘን እንይ።

ግራፉ ወደ ዌብ አገልጋዩ የሚደረጉ ሞካሪ ጥሪዎችን እና መዘግየትን ያሳያል። ግራፉ እንደሚያሳየው NGINX ከሁሉም ጥያቄዎች 98% እንዳከናወነ፣ ጣቢያውን በ20ሚሴ ወይም ከዚያ ባነሰ ማድረሱን። IIS፣ ልክ እንደ Apache፣ የመጨረሻውን 5% የሁሉም ጥሪዎች በ76ms እና 14ms ውስጥ በቅደም ተከተል አጠናቅቋል።

ግራፉ በጭንቀት ሙከራ ወቅት ለአንድ ጥያቄ አማካይ የማስኬጃ ጊዜ ያሳያል።

ከግራፎቹ ላይ እንደሚታየው፣ አይአይኤስ ሁለቱንም Apache እና Nginx አጠፋ፣ በከፍተኛ ጭነት በከፍተኛ ፍጥነት እየቀነሰ። 

IIS ከ 4 በላይ XNUMX ኮርዎችን በግልፅ መርጧል፣ ዝቅተኛ መዘግየት በXNUMX ላይ ያሳያል፣ ግን ደግሞ ለአንድ ኮር አጥብቆ አልወደደም።

NGINX በሁሉም የ 8 ኮርሶች ላይ በጥሩ ሁኔታ ይመሳሰላል, እና ለ Apache, ነጠላ-ኮር ሁኔታ ምርጥ ምርጫ ይመስላል.

መጠነኛነት፡

ገበያ:

አሁን በድግግሞሽ እና በኮር ብዛት ላይ scalabilityን እንመልከት። 

Nginx ለ 1 እና 4 ኮሮች ከ 1% ገደብ ጋር ሙከራዎችን አላለፈም, ከ 2000 ጥያቄዎች በላይ ሲያልፍ, ከሞካሪው ጋር ያለውን ግንኙነት አቋርጧል.

Apache:

Apache፣ ልክ እንደ Nginx፣ 2500 ጥያቄዎችን አስተናግዶ፣ ትቶ ግንኙነቱን ዘጋው። Apache በ 8% ገደብ በ 4, 1 እና 1 ኮርሶች ላይ ፈተናውን ወድቋል, ነገር ግን በተጨማሪ ፈተናውን በአንድ ኮር ላይ በ 5% ገደብ ወድቋል, ይህም ከ Nginx የከፋ ነው.

አይአይኤስ

በፈተናዎቹ ወቅት፣ አይአይኤስ እጅግ በጣም ብዙ የጥያቄዎች ወረፋ አከማችቷል ነገር ግን እያንዳንዳቸውን አከናውኗል። በግልጽ ለማየት እንደሚቻለው፣ ከሳጥኑ ውስጥ ለጥያቄ ሂደት የተቀናበሩ የጊዜ ማብቂያዎች የሉም።

ሠንጠረዡ ፈተናውን ለማጠናቀቅ የፈጀበትን ጊዜ ያሳያል. ሙሉ ለሙሉ የማይረባ የሙከራ ውቅሮች ተጥለዋል። ስዕሉ ሃርድዌርን በተመለከተ IIS ምን ያህል ተፈላጊ እንደሆነ እና NGINX ምን ያህል ድንቅ እንደሆነ ያሳያል።

ከዲስክ መስፋፋት;

ገበያ:

አሁን በድግግሞሽ እና በኮር እና የዲስክ ፍጥነት ብዛት ላይ scalabilityን እንመልከት። 

በዚህ ጊዜ Nginx ከሁለት ይልቅ 4 ሙከራዎችን ወድቋል።

Apache:

Apache ካለፈው ጊዜ ጋር ተመሳሳይ የፈተናዎች ብዛት ወድቋል።

አይአይኤስ

IIS ምንም የዲስክ ገደቦች የሌሉ ያህል ተመሳሳይ የሆነ ግራፍ ያሳያል። በአጠቃላይ የሁሉም ሰርቨሮች ግራፊክስ ብዙም አልተለወጡም ፣ ይህ ማለት እያንዳንዳቸው በ RAM ውስጥ የማይንቀሳቀስ መረጃን መሸጎጥ እና ከዚያ አገልግለዋል ማለት ነው። እዚህ ዋናውን ማነቆ እንመለከታለን - የድር አገልጋይ ራሱ።

በዚህ ሙከራ ላይ ተመርኩዞ መደምደሚያ ላይ ለመድረስ በጣም ገና ነው፤ HTTPSን፣ compression እና HTTP/2ን ከኑ ኢንክሪፕት በሆነ የቀጥታ ሰርተፍኬት አልሞከርንም። በሚቀጥለው ርዕስ ስለዚህ ጉዳይ እንነጋገራለን.

ምንጭ: hab.com