Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:

Разговарали смо о техници у први део чланка, у овом тестирамо ХТТПС, али у реалистичнијим сценаријима. За тестирање смо добили сертификат Лет'с Енцрипт и омогућили Бротли компресију на 11.

Овог пута ћемо покушати да репродукујемо сценарио постављања сервера на ВДС или као виртуелне машине на хосту са стандардним процесором. У ту сврху постављено је ограничење на:

  • 25% - Што је еквивалентно фреквенцији од ~ 1350 МХз
  • 35% -1890МХз
  • 41% - 2214 МХз
  • 65% - 3510 МХз

Број једнократних веза је смањен са 500 на 1, 3, 5, 7 и 9,

Резултати:

кашњења:

ТТФБ је посебно укључен као посебан тест, јер ХТТПД Тоолс креира новог корисника за сваки појединачни захтев. Овај тест је још увек прилично одвојен од стварности, јер ће корисник и даље кликнути на неколико страница, а у стварности ће главну улогу играти ТТФП.

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Први, генерално први захтев након првог покретања ИИС виртуелне машине траје у просеку 120 мс.

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Сви наредни захтеви показују ТТФП од 1.5 мс. Апацхе и Нгинк у овом погледу заостају. Лично, аутор сматра овај тест најоткривенијим и само би на основу њега изабрао победника.
Резултат није изненађујући пошто ИИС кешира већ компримовани статички садржај и не компримује га сваки пут када му се приступи.

Утрошено време по клијенту

За процену перформанси довољан је тест са 1 једном везом.
На пример, ИИС је завршио тест од 5000 корисника за 40 секунди, што је 123 захтева у секунди.

Графикони испод показују време до потпуног преноса садржаја сајта. Ово је удео испуњених захтева у датом времену. У нашем случају, 80% свих захтева је обрађено за 8 мс на ИИС-у и 4.5 мс на Апацхе-у и Нгинк-у, а 8% свих захтева на Апацхе-у и Нгинк-у је завршено у интервалу до 98 милисекунди.

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Време током којег је обрађено 5000 захтева:

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Време током којег је обрађено 5000 захтева:

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Ако имате виртуелну машину са 3.5 ГХз ЦПУ-ом и 8 језгара, изаберите оно што желите. Сви веб сервери су веома слични у овом тестирању. У наставку ћемо разговарати о томе који веб сервер изабрати за сваки хост.

Када је реч о мало реалистичнијој ситуацији, сви веб сервери иду један поред другог.

Пропусност:

Графикон кашњења у односу на број истовремених веза. Глатко и ниже је боље. Последњих 2% је уклоњено са графикона јер би их учинили нечитљивим.

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Сада размотримо опцију где се сервер налази на виртуелном хостингу. Узмимо 4 језгра на 2.2 ГХз и једно језгро на 1.8 ГХз.

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:

Како скалирати

Ако сте икада видели како изгледају струјно-напонске карактеристике вакуумских триода, пентода и тако даље, ови графикони ће вам бити познати. То је оно што покушавамо да ухватимо - засићење. Граница је када без обзира колико језгара баците, повећање перформанси неће бити приметно.

Раније је читав изазов био да се обради 98% захтева са најмањим кашњењем за све захтеве, држећи криву што је могуће равном. Сада, конструисањем друге криве, наћи ћемо оптималну радну тачку за сваки од сервера.

Да бисмо то урадили, узмимо индикатор Захтеви у секунди (РПР). Хоризонтално је фреквенција, вертикално је број захтева обрађених у секунди, линије су број језгара.

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Показује корелацију колико добро Нгинк обрађује захтеве један за другим. 8 језгара ради боље у овом тесту.

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Овај графикон јасно показује колико боље (не много) Нгинк ради на једном језгру. Ако имате Нгинк, требало би да размислите о смањењу броја језгара на једно ако хостујете само статична.

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
ИИС, иако има најнижи ТТФБ према ДевТоолс-у у Цхроме-у, успева да изгуби и од Нгинк-а и од Апача у озбиљној борби са стрес тестом из Апацхе фондације.

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:
Сва закривљеност графика је репродукована гвожђем.

Некакав закључак:

Да, Апацхе ради лошије на 1 и 8 језгри, али ради мало боље на 4.

Да, Нгинк на 8 језгара боље обрађује захтеве један за другим, на 1 и 4 језгра, и ради лошије када има много веза.

Да, ИИС преферира 4 језгра за радна оптерећења са више нити, а преферира 8 језгара за једнонитна радна оптерећења. На крају, ИИС је био нешто бржи од свих осталих на 8 језгара под великим оптерећењем, иако су сви сервери били на нивоу.

Ово није грешка мерења, грешка овде није већа од +-1мс. у кашњењима и не више од +- 2-3 захтева у секунди за РПР.

Резултати у којима 8 језгара раде лошије уопште нису изненађујући, многа језгра и СМТ/Хипертхреадинг у великој мери деградирају перформансе ако имамо временски оквир у коме морамо да завршимо цео цевовод.

Битка за ВЕБ сервере. Део 2 – Реалистичан ХТТПС сценарио:

Извор: ввв.хабр.цом

Додај коментар