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

מדוד את חביון הרשת שלך לפני שהיא הופכת לבעיה

תוכן עניינים:

וִידֵאוֹ: Pedro Gonçalves (Sporting): Golos até à 7.ª jornada (Liga 2020/2021) (נוֹבֶמבֶּר 2024)

וִידֵאוֹ: Pedro Gonçalves (Sporting): Golos até à 7.ª jornada (Liga 2020/2021) (נוֹבֶמבֶּר 2024)
Anonim

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

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

מה זה חביון?

ישנם שני סוגים של חביון המשפיעים על שירותי ענן. האחת היא הזמן שלוקח נתונים לנסוע ברחבי הרשת מנקודה אחת לאחרת. זה מוגבל על ידי "מהירות החוט" של החיבור, כלומר או מהירות האור כאשר היא עוברת דרך כבל סיב אופטי זכוכית או מהירות האות של נתונים העוברים לאורך כבל נחושת של Cat X. בכל המקרים, זה קשור ישירות למרחק המעורב. והכי חשוב, אין מה שתוכלו לעשות בקשר לעיכובים הנגרמים על ידי הזמן שלוקח לשידור, למעט להתקרב לספק הענן או לבחור את מיקום השרת הקרוב ביותר לשירות הענן בו אתם משתמשים, אם כי לא כל שירותי הענן. לתת לך אפשרות זו.

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

מדוד חביון עם Traceroute

למרבה המזל, מדידת החביון לנתונים שלך היא קלה למדי וזה לא עולה כלום. כדי לגלות זאת, הפעל את שורת הפקודה במערכת ההפעלה (OS) לבחירתך ובצע פקודה Traceroute. ב- Microsoft Windows אתה מקליד את הפקודה "tracert" בשורת הפקודה, ואחריה שם היעד, אולי "aws.amazon.com" או "cloud.google.com." (ראו צילום מסך למטה.)

ב- Apple OS X או Linux, קפוץ לחלון המסוף והקלד: traceroute -I companydomain.com. לחלופין, אתה יכול להחליף את שם הדומיין בכתובת IP בפועל. אתה רוצה את מתג ה- I כך ש- traceroute ישתמש בפרוטוקול ההודעות של בקרת האינטרנט (ICMP), שהוא זקוק לו בכדי למדוד במדויק את החביון.

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

לחץ על המסך להגדלה.

מדוד חביון עם כלי ניהול רשת

למומחי IT המופקדים על רשת ארגונית יהיה כלי פיקוח רשת כלשהו לשמירה על מעקב אחר החוטים שלהם ואיך התעבורה מתרחשת. אתה יכול לבדוק את השהיית הרשת גם בדרכים אחרות. אם זהו כלי שמוצג היטב, יהיו לו תכונות מדידה של זמן להחביון. לדוגמה, ל- Spiceworks תוכנת Traceroute משלה המשתמשת בפרוטוקול בקרת השידור (TCP) ולא בפרוטוקול ICMP ששימש בפונקציה Traceroute הסטנדרטית שתוארה קודם לכן. זה משמש גם בפקודת Ping. במקרים מסוימים, TCP יכול להיות מדויק יותר מכיוון שנתבים מסוימים מוגדרים לא להגיב למנות ICMP.

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

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

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

צמצם את ההשפעה של חביון

אם היישומים שלך מתקשים עם זמני חביון גבוהים, ישנם כמה דברים שאתה יכול לעשות כדי להקל על ההשפעה של ההשהיה, גם אם אינך יכול לחסל אותה. הראשון הוא לבדוק איזה שירות שמות דומיינים (DNS) אתה משתמש אם אין לך שרת DNS משלך. אחת הסיבות הנסתרות לחביון היא העיכוב שמתרחש בזמן ששרת ה- DNS בו אתה משתמש מחפש את כתובת פרוטוקול האינטרנט (IP) של האתר אליו אתה רוצה להגיע.

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

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

וכמובן, תוכלו לצמצם את המרחק. על פי טבלאות שסופקו על ידי M2 Optics, 100 ק"מ של סיבים מציגים כמעט 500 מיקרו-שניות של חביון. זה חצי אלפיות השנייה, כך שתראו איך המרחק יכול לגרום להתארכות החביון.

שמור את ספירת ההופ הקטנה

לא משנה באיזו "תרופה" אתה משתמש כדי להתמודד עם זמן החביון, הקפד לשקול כיצד זה ישפיע על היבטים אחרים ברשת שלך. לדוגמה, אם אתה משתמש בענן שלך להתאוששות מאסון (DR), אז מעבר קרוב מדי יכול לגרום לסט בעיות משלו מכיוון שאתה לא רוצה שאותו אסון יפגע באתר DR שלך כמו שמגיע למרכז הנתונים שלך.

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

אמנם אינך יכול לחסל את ההשהיה בלי להפר את חוקי הפיזיקה, אך אינך יכול להתעלם ממנה. עם אפליקציות פופולריות כמו ניתוח זרימה בזמן אמת, ועידת וידיאו ואפילו תנועת Voice-over-IP (VoIP) של החברה שלך, הופכות לרגישות-זמן אחידה יותר ויותר, מחפרות בזמן ההשהיה של הרשת שלך, לפני שהיא הופכת לבעיה, תשלם דיבידנדים לאורך הקו.

מדוד את חביון הרשת שלך לפני שהיא הופכת לבעיה