nginx לעומת Apache: איזה שרת מריץ איזה עומס עבודה?

נקודות עיקריות

• מודל מקביליות מחליט על הקצה: לולאת האירועים האסינכרוניים של nginx מטפלת באלפי חיבורים בו-זמניים עם קומץ תהליכי עבודה, וזו הסיבה שהיא שולטת בשכבות סטטיות-כבדות ופרוקסי הפוך; MPM האירועים של Apache סוגר חלק גדול מהפער הזה אבל עדיין מקצה יותר לכל חיבור על אותה חומרה.
• פילוסופיית תצורה מתנגשת: Apache נושאת .htaccess ועקיפות לפי ספרייה (הנוחות המייסדת של אירוח משותף), בעוד nginx config שטוחה לכל אתר וכוללת קבצים עם משמעת טעינה מחדש; האפקט היומיומי הוא בצורת צוות, מי עורך הגדרות ואיפה.
• הערימה ההיברידית היא לגיטימית, לא שוטר: nginx מלפנים כ-TLS terminator ושרת סטטי, Apache מאחור עבור האפליקציה, היא צורה שנבדקה בקרב ששומרת על כלי htaccess תוך תופסת ביצועי nginx edge; העלות היא עוד שכבה אחת לפתרון בעיות ולניטור.
• כאשר כל מנוע מנצח על הסף: nginx זוכה ב-Proxy כבד בחיבור, בעבודת קצה חיה וניקוז איטי של לקוח; אפאצ'י זוכה בכוח תצורה לפי ספרייה, תאימות מודול מדור קודם ואחוזת אירוח משותפת מסוג mod_security/mod_php שבה אין מערכת אקולוגית אחרת בוגרת.
• LiteSpeed ​​היא האפשרות השלישית שהרבה מארחים מגיעים אליה (המאמר הייעודי שלנו מכסה אותה): תאימות אפאצ'י עם מקביליות מונעת אירועים, ברישיון לכל ליבה, כך שנתיב האמצע של 'החלף אפאצ'י, שמור על תצורה' קיים עבור כלכלת אירוח משותף.
• הליך החלטה שמחזיק בכל קטגוריית שרתי האינטרנט שלנו: שם את עומס העבודה (nginx בקצה; אפאצ'י מאחורי אפליקציות כבדות ב-htaccess), שמור על שני התפקידים מפורשים כשהם היברידיים, סמן את התנועה שלך משלך (לא מדדי מגזין), וזכור שזו החלטה אחת שאתה יכול לחזור עליה מכיוון ששני המנועים מתקיימים יחד בשמחה.

הערת שטח

הלקוח שלימד אותנו את הרגל המחסנית ההיברידית: nginx מקדימה עבור TLS וסטטיק, אפאצ'י מאחוריו נושא שתים עשרה שנים של מידע htaccess שאיש לא העז לשכתב. התשובה הכנה לא הייתה 'הגר ל-nginx', היא הייתה 'שם עומס העבודה לפי שכבה'. הם עדיין מריצים את הצורה הזו היום, לא מתרגשים ומעוטרים בזמן פעילות.

שאלות נפוצות