פורט גדול הוא בעל ערך רק כאשר היישום, האחסון, המעבד, נתיב הרשת והמקבלים יכולים להשתמש בו. תכננו את ערכת העבודה ומידת המקביליות, מדדו כל שלב מגביל והגדירו גבולות תפעוליים. תוויות הקטלוג 40, 100 ו-200 Gbps הן מחלקות פורט, ולא הבטחות אוניברסליות להעברה או זמינות.
תרגמו את הפורט לקנה מידה של נתונים
עם יחידות עשרוניות, 40, 100 ו-200 Gbps תואמים לחישוב בקצב קו של 5, 12.5 ו-25 GB לשנייה. אלה המרות ייחוס לפני השפעות פרוטוקול ומימוש. הן מתארות את קנה המידה של העיצוב הסובב, ולא קצב מדוד או הבטחה שמקור יספק כמות כזו של תוכן יישום.
עבור פרויקט הפצה, העריכו בקשות במקביל, גדלי אובייקטים וערכת עבודה. שירות שמספק שוב ושוב סט פופולרי קטן שונה משירות שמזרים ארכיונים לא שמורים במטמון. הצהירו על ההנחות במפורש. פורט גדול שנרכש ללא הנחות אלה יכול להשאיר את מגבלות האחסון, היישום או המקבל ללא שינוי תוך הגדלת העלות השוטפת של הפרויקט.
| מחלקת פורט מפורטת | המרה עשרונית גולמית | השלכה לתכנון |
|---|---|---|
| 40 Gbps | 5 GB/שנייה לפני תקורה | מדדו את התוכן ונתיב היישום |
| 100 Gbps | 12.5 GB/שנייה לפני תקורה | בחנו אחסון, מידת מקביליות ועיבוד |
| 200 Gbps | 25 GB/שנייה לפני תקורה | אמתו כל שלב וקיבולת קבלה |
מדלו את ערכת העבודה והתנהגות המטמון
זהו איזה תוכן מבוקש לעתים קרובות ואיזה חייב להיקרא מהאחסון לפי דרישה. מטמון חם יכול להפיק תוצאה שמטמון קר אינו יכול לקיים. בדקו את שני המצבים כאשר הם חשובים לפרויקט. שמרו על מערך נתונים גדול ומציאותי מספיק כדי שהמדידה תענה על השאלה שבאמת צריך לפתור.
דמיינו מקור חוקי להורדת תוכנה עם מהדורות פופולריות וארכיון ישן יותר. השוו בין חלון המהדורה העמוס לבין גישה רגילה לארכיון. הקצו קיבולת לפרסום, יצירת סכומי בדיקה ותעבורת גיבוי במקום שבו פעולות אלה חופפות. תרחיש מקורי זה מספק מסגרת תכנון; הוא אינו קובע חומרה מסוימת או שירות מטמון ככלולים ב-SwissOctet.
מדדו אחסון בנפרד
התחילו במדידת פעולות האחסון שהיישום מבצע. קריאות רציפות של קבצים גדולים וקריאות אקראיות קטנות רבות יכולות לחשוף מגבלות שונות. תיעוד fio מתאר פרמטרים של עומס עבודה שיכולים לייצג דפוסים אלה. השתמשו בקבצי בדיקה מבוקרים ובהגדרות שמתאימות למערכת, והימנעו מבדיקות הרסניות על נתוני ייצור.
תעדו את פריסת האחסון, גודל מערך הנתונים ותנאי הבדיקה. מדד ביצועים הכולל נתונים שמורים במטמון אינו שווה ערך לקריאות מתמשכות מההתקנים הבסיסיים. חזרו על הבדיקה עם נתיב התוכן האמיתי של היישום לאחר מכן. קיבולת רבה יותר אינה מגדילה אוטומטית את קצב ההעברה, ומספר כוננים נבחרים אינו מבסס פריסת מערך מסוימת או תפוקה מדודה.
בחנו מגבלות מעבד ותור
בקצבי העברה גבוהים, עיבוד וטיפול בפסיקות יכולים להיות חשובים לצד שימוש ב-CPU של היישום. Linux מתעד Receive Side Scaling ומנגנונים קשורים להפצת עבודת רשת בין תורים ומעבדים. נוכחותם והתנהגותם תלויות בחומרה ובתצורה. השתמשו במסמכים אלה כדי לפרש מדידות במקום ליישם מתכון כיוונון גנרי על כל שרת.
שימו לב אם CPU, עובד או תור קבלה אחד נעשה עמוס לפני המערכת הכוללת. כללו הצפנה, דחיסה וטיפול בבקשות בבדיקה כאשר שירות הייצור משתמש בהם. מספר ממוצע של CPU במצב סרק יכול להסתיר רכיב רווי. שנו גורם אחד בכל פעם ושמרו על קו הבסיס כדי שההשפעה תהיה מובנת.
אמתו את יישום ההגשה
השרת חייב לעשות יותר מאשר להעביר בתים דרך מדד ביצועים של רשת. אמתו חיבורים, ניתוח בקשות, הרשאה, קריאות תוכן והשלמת תגובות עם התוכנה המיועדת שלכם. Nginx מתעד בקרות העברת קבצים וחיבורים עבור המימוש שלו עצמו; לתוכנות אחרות יש הגדרות שונות. קראו את התיעוד עבור הגרסה בפועל שבה תפעילו.
בדקו מידת מקביליות מציאותית וצפו בזמני השלמה בזנב כמו גם בתפוקה כוללת. מספר כולל גדול יכול להתקיים במקביל לבקשות בודדות שמסתיימות בפסק זמן. קבעו גבול שבו השירות עדיין מתנהג באופן מקובל, ואז השאירו מרווח תפעולי במקום לשאוף להפעיל כל רכיב במקסימום התיאורטי שלו לאורך כל היום.
השוו את מפרטי Transit בפועל
משפחות Transit של SwissOctet שומרות על המדינה שווייץ תוך פירוט יסודות שונים של מעבד, זיכרון ואחסון. קראו את התוכנית המדויקת: Transit 100 מפרט אחסון SSD, בעוד שמפרטי בסיס אחרים של Transit מפרטים NVMe. לאפשרויות דיסק נוספות יש תוויות משלהן. אל תתנו למחלקת הפורט להחליף סקירה של שאר התצורה.
אשרו גם זמינות, תנאי תעבורה, אחריות ניהולית ותהליך שחזור עם השירות בפועל. תעבורה ללא מדידה מתארת מודל תעבורה, לא הרשאה לפעילות שרירותית או התחייבות לזמן פעילות. עומסי עבודה בנפח גבוה זקוקים לתנאי תפעול ברורים ולזכויות להפיץ את התוכן, בדיוק כמו עומסים קטנים יותר.
הכינו תפעול לפני פתיחת תעבורה
הגדירו מי יכול לפרסם תוכן, לשנות תצורה ולנהל את המקור. הגנו על ממשקים אלה, אספו מדידות תפעוליות שימושיות והגדירו ספים לעומס יתר. שמרו דרך להפחית תעבורה או להחזיר מהדורה אחורה אם היישום מתנהג באופן בלתי צפוי. ממשק גדול יכול להגביר את ההשלכות של טעות רגילה בתוכנה או בגישה.
הריצו תרגיל מדורג עם מקבלים מורשים ומגבלות מוסכמות, ואז הגבירו לקראת עומס העבודה המתוכנן. שמרו את התוצאות, השאלות הפתוחות ומרווח המשאבים ברשומת הפריסה. בחרו פורט גדול יותר רק כאשר הראיות תומכות בכך; עיצוב שלם ומדוד שימושי יותר מהמספר הגדול ביותר הזמין בקטלוג.
רשימת הבדיקה המעשית שלך.
- המירו את מחלקת הפורט בלי להתייחס אליה כאספקת מטען.
- מדלו פגיעות מטמון, קריאות קרות ובקשות במקביל.
- מדדו אחסון עם נתוני בדיקה לא מזיקים.
- בחנו CPU, עובדים ותורי רשת.
- בדקו את יישום ההגשה ואת קיבולת המקבל.
- הריצו תעבורה בשלבים ושמרו הליך החזרה אחורה.
הפרטים שחשובים.
האם הפורט הגדול ביותר הוא תמיד הבחירה הבטוחה ביותר?+
לא. בחרו לפי ביקוש מדוד ומגבלות המערכת השלמה. פורט גדול יותר אינו פותר אחסון, מעבד או קיבולת יישום לא מספיקים.
האם כל משפחת Transit משתמשת ב-NVMe?+
לא. קראו את התוכנית בפועל. מפרט הבסיס של Transit 100 מפרט SSD; לתוכניות בסיס אחרות ולאפשרויות כונן נוסף יש תיאורים משלהן.
מדוע לבדוק עם נתונים קרים וגם עם נתונים שמורים במטמון?+
הם חושפים תנאי הפעלה שונים. מהדורה, הפעלה מחדש או ערכת עבודה משתנה עשויים להפיק פעילות אחסון שמדד מטמון חם נמנע ממנה.
לך למקור.
הפניות אלה תומכות במושגים הטכניים במדריך זה. עקוב אחר התיעוד העדכני לפני שינוי מערכת ייצור.
- ליבת Linux: קנה מידה במערכת הרשת docs.kernel.org
- fio: תיעוד עומס עבודה ומדידה fio.readthedocs.io
- Nginx: מודול ליבה HTTP nginx.org
הדרכה עריכתית מאת SwissOctet. הדוגמאות להמחשה. יש לאמת בנפרד מפרטי שירות, אפשרויות זמינות ותנאים חוזיים.