קרב שרתי WEB. חלק 1 - HTTP לא מגע:

במאמר זה ננסה את כוחנו בהנדסה לאחור, אפשר לומר. נכניס את הידיים המלוכלכות שלנו מתחת למכסה המנוע של כל שרת אינטרנט, וננצל אותם בדרכים שאף אחד לעולם לא ינצל.

בדיקה זו היא מדידה של סוס כדורי בוואקום, לא יותר מנתונים שהתקבלו, ועכשיו אנחנו לא יודעים מה לעשות איתו.

מתודולוגיה

מערכת ההפעלה עבור Nginx ו-Apache היא אובונטו 18.04 LTS, עבור IIS Windows Server Core 2019. לפני הבדיקות, כל מערכות ההפעלה קיבלו את העדכונים האחרונים החל מה-04.12.2019 בדצמבר XNUMX.

הבדיקות בוצעו אך ורק באמצעות HTTP. כל שרת אינטרנט הפעיל את אותו עמוד, תבנית Jekyll חינמית מ-Codrops. קשר. בכל שרת אינטרנט הושבתה דחיסת gzip.

בדיקת התפוקה נעשתה עם Httpd-tools עם הארגומנטים:

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

השרתים הוגבלו ל-10, 5 ו-1 אחוז מהליבה ב-8, 4 וליבה אחת. ספסל הבדיקה היה מחשב עם 9900K@5400MHz, כלומר השרת שמקבל הגבלה של 10% מקבל כ-540MHz לכל ליבה.

בדיקת ה-TTFB בוצעה כאשר השרת אתחול ונמדד לראשונה באמצעות DevTools; לאחר קבלת התוצאה, השרת כובה והוחזר לנקודת המחסום הקודמת כדי למנוע הופעה של כל סוג של מטמונים.

הבוחן ושרת האינטרנט היו על אותו מארח ועל אותו מתג וירטואלי.

כדי להעריך באופן מיידי את תת-מערכת הדיסק, התוצאות של מדדי ATTO ו-CrystalDIskMark כדי לקבל מושג לגבי צווארי הבקבוק.

נתונים שנלקחו מהמכונה הוירטואלית:

תוצאות:

TTFB:

ה-TTFB הממוצע עבור IIS הוא הקטן ביותר, 0,5ms, לעומת 1,4ms עבור Apache ו-4ms עבור Nginx.

תפוקה:

ראשית, בואו נסתכל עד כמה כל שרת מתקדם בהתאם למספר הליבות.

הגרף מציג את מספר שיחות הבודקים לשרת האינטרנט ואת זמן האחזור. הגרף מראה ש-NGINX עיבד 98% מכל הבקשות, והעביר את האתר תוך 20 אלפיות השנייה או פחות. IIS, כמו Apache, השלים את 5% האחרונים מכל השיחות ב-76ms ו-14ms, בהתאמה.

הגרף מציג את זמן הטיפול הממוצע עבור בקשה אחת במהלך מבחן מאמץ.

כפי שניתן לראות מהגרפים, IIS העיף את אפאצ'י וגם את Nginx, והאט משמעותית תחת עומס גבוה. 

IIS העדיף בבירור 4 ליבות על פני XNUMX, מראה זמן אחזור נמוך יותר ב-XNUMX, אך גם לא העדיף ליבה אחת.

NGINX מתרחב היטב בכל 8 הליבות, ועבור Apache נראה כי תרחיש הליבה הבודדת הוא הבחירה הטובה ביותר.

מדרגיות:

nginx:

עכשיו בואו נסתכל על מדרגיות במונחים של תדירות ומספר הליבות. 

Nginx לא עבר מבחנים עם הגבלה של 1% עבור 4 ו-1 ליבות; כאשר הוא חרג מ-2000 בקשות, הוא סיים את הקשר עם הבוחן.

Apache:

Apache, כמו Nginx, לאחר שעיבד 2500 בקשות, ויתר וסגר את החיבור. Apache נכשל במבחן על 8, 4 ו-1 ליבות עם הגבלה של 1%, אך בנוסף לכך, היא גם נכשלה במבחן עם מגבלה של 5% על ליבה אחת, שזה יותר גרוע מ-Nginx

IIS:

במהלך הבדיקות, IIS צבר תור עצום של בקשות אך עיבד כל אחת מהן. ככל הנראה, מחוץ לקופסה אין פסק זמן מוגדר לעיבוד הבקשות.

הטבלה מציגה את הזמן שלקח להשלמת הבדיקה. תצורות בדיקה אבסורדיות לחלוטין נמחקו. התרשים מראה עד כמה IIS תובעני בכל הנוגע לחומרה, וכמה נפלאה NGINX.

מדרגיות מהדיסק:

nginx:

עכשיו בואו נסתכל על מדרגיות במונחים של תדירות ומספר הליבות ומהירות הדיסק. 

הפעם Nginx נכשל ב-4 מבחנים במקום שניים.

Apache:

אפאצ'י נכשל באותו מספר מבחנים כמו בפעם הקודמת.

IIS:

IIS מציג גרף כמעט זהה, כאילו לא היו הגבלות דיסק. באופן כללי, הגרפיקה של כל השרתים לא השתנתה הרבה, מה שאומר שכל אחד מהם שמר נתונים סטטיים בזיכרון RAM והגיש אותם משם. כאן אנו רואים את צוואר הבקבוק העיקרי - שרת האינטרנט עצמו.

מוקדם מדי להסיק מסקנות על סמך בדיקה זו; עדיין לא בדקנו HTTPS, דחיסה ו-HTTP/2 עם אישור חי של Let's Encrypt. נדבר על זה במאמר הבא.

מקור: www.habr.com