מדידת קלות ההגעה

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

מהי נגישות?

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

חשוב לשים לב להיבטים הבאים לגבי האופן שבו בדיקות הקישוריות מודדות את הנגישות:

  • בדיקות הקישוריות מודדות את הנגישות ממקור מסוים ליעד מסוים. העובדה שמכונה וירטואלית VM1 יכולה להגיע למכונה וירטואלית VM2 לא בהכרח אומרת שמכונה וירטואלית VM3 יכולה להגיע למכונה וירטואלית VM2.
  • בדיקות הקישוריות מודדות את הנגישות החד-כיוונית. העובדה שמכונה וירטואלית 1 יכולה לפתוח חיבור למכונה וירטואלית 2 לא אומרת שמכונה וירטואלית 2 יכולה לפתוח חיבור למכונה וירטואלית 1. יכול להיות שכללי חומת האש יאפשרו תעבורת נתונים בכיוון אחד, אבל לא בכיוון השני.
  • בדיקות הקישוריות מודדות את הנגישות לפרוטוקול מסוים ולנמל יעד. העובדה שהמכונה הווירטואלית VM1 יכולה להגיע למכונה הווירטואלית VM2 ב-tcp:443 לא אומרת שהיא יכולה להגיע אליה ב-tcp:80.
  • בבדיקות הקישוריות נבדקות רק Google Cloud הגדרות של רשתות VPC שיכולות להשפיע על העברת מנות מהמקור ליעד. היא לא בודקת אם שרת תקין פועל ביעד, אם כללי חומת האש של מערכת ההפעלה עלולים לחסום את התנועה או אם תוכנת אבטחה חוסמת מנה שנושאת מטען ייעודי של וירוס.

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

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

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

איך בדיקות הקישוריות פועלות

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

איך ניתוח ההגדרות עובד

בקטע הזה מוסבר איך פועל הכלי לבדיקת קישוריות ומהם הרכיבים שלו.

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

לאדמינים של רשתות יש שליטה על הרבה הגדרות שיכולות להשפיע על תוצאות הניתוח, אבל יש כמה יוצאים מן הכלל. לדוגמה, אין לכם שליטה ברשתות VPC שמארחות שירותים מנוהלים של Google, כמו מופעי Cloud SQL. בנוסף, בגלל הגבלות הרשאות, יכול להיות שלא תהיה לכם שליטה בכללי מדיניות חומת האש ההיררכית שמשפיעים על הרשת שלכם.

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

  • התאמה פירושה שבדיקות הקישוריות מצאו הגדרה שמאפשרת לחבילה המדומה להמשיך במסלול הבדיקה. Google Cloud
  • No match (אין התאמה) – לא נמצאה התאמה בבדיקות הקישוריות. לכן, ההגדרה לא קיימת.
  • התאמה שנדחתה פירושה שבדיקות הקישוריות מצאוGoogle Cloud הגדרה שבה חבילת הבדיקה המדומה צריכה להיפסל.

רכיבים של בדיקות קישוריות

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

  • נקודות קצה של המקור והיעד
  • פרטי הנגישות של הבדיקה והעקבות שלה, כולל תוצאת נגישות כללית שנקבעה על ידי ניתוח ההגדרה
  • עקבות אחד או יותר, שכל אחד מהם מכיל שלב אחד או יותר
  • מצב לכל שלב

לכל בדיקה יש שם ייחודי, ולכל שלב יש מצב וInfo מטא-נתונים שמשויכים אליו. לדוגמה, אם שלב בודק מסלול, RouteInfo מטא-נתונים נכללים בשלב הזה.

הדיאגרמה הבאה מציגה בדיקה ממופע VM אחד של Compute Engine למופע אחר. בסעיפים הבאים מפורטים רכיבי הבדיקה.

מכונת מצבים למעקב מ-VM ל-VM.
מכונת מצבים למעקב ממכונה וירטואלית למכונה וירטואלית

נקודות קצה של המקור והיעד

ניתוח ההגדרה של בדיקות הקישוריות תומך בכותרת של מנות 5-tuple ללא יציאת המקור. הסיבה לכך היא שלא נעשה שימוש ביציאת המקור כדי לאמת משאבים בהגדרות הרשת של Google Cloud . לכן, לא צריך לספק אותו כשמריצים בדיקות.

כותרת החבילה מכילה את הרכיבים הבאים:

  • פרוטוקול רשת
  • נקודת קצה של מקור, שכוללת אחת מהאפשרויות הבאות:
    • שם של מכונת VM
    • כתובת IP של מקור
    • שירות App Engine של מקור
    • סביבה של פונקציית Cloud Run (דור ראשון)
    • שירות Cloud Run
    • שם מכונה של Cloud SQL
    • שם של אשכול למישור הבקרה של GKE
  • נקודת קצה של היעד, שכוללת את אחד מהרכיבים הבאים ומספר יציאה:
    • שם של מכונת VM
    • כתובת IP של יעד
    • שם מכונה של Cloud SQL
    • שם של אשכול למישור הבקרה של GKE
    • נקודת קצה של Private Service Connect

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

פרוטוקולי הרשת הבאים נתמכים במכונות וירטואליות, בכתובות IP ובשירותים שמנוהלים על ידי Google:

  • TCP
  • UDP
  • ICMP
  • ESP
  • AH
  • SCTP
  • IPIP

המחברים של חיבור לרשת (VPC) מאפליקציית serverless תומכים בפרוטוקולי הרשת הבאים:

  • TCP
  • UDP

נתמכות יציאות יעד לפרוטוקולי TCP או UDP. אם לא מציינים יציאה, ברירת המחדל היא יציאה 80.

עקבות, שלבים ומצבים

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

  • כל מעקב מכיל כמה שלבים מסודרים.
  • כל שלב מכיל מצב שקשור ל Google Cloud הגדרות שבדיקות הקישוריות בודקות בשלב הזה.
  • המצבים מסווגים למצבים לא סופיים ולמצבים סופיים.
סטטוסים לא סופיים

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

יש ארבעה סטטוסים לא סופיים:

  • ראשי תיבות
  • בדיקת ההגדרות
  • העברה לשרתים
  • מעבר

מידע נוסף זמין במאמר מצבי ניתוח ההגדרות.

סטטוס סופי

כל מעקב חייב להסתיים במצב סופי, שהוא השלב האחרון במעקב.

יש ארבעה מצבים סופיים אפשריים:

  • Drop
  • Abort
  • Forward
  • Deliver

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

תוצאה כוללת של נגישות

בניתוח התצורה מוצג גם תוצאה כללית של הנגישות, שיכולה להיות אחת מארבעת הערכים הבאים: Reachable, ‏ Unreachable, ‏ Ambiguous או Undetermined.

התוצאה הכוללת של הנגישות יכולה לעזור לכם להגדיר מעקב או אוטומציה.

מידע נוסף זמין במאמר בנושא תוצאת הנגישות הכוללת.

בדיקת זיוף

במהלך בדיקות הקישוריות מתבצעת בדיקת זיוף כשחבילה מדומה למכונה וירטואלית או ממנה משתמשת בכתובת IP שלא בבעלות המכונה הווירטואלית הזו. כתובות IP שבבעלות מכונה וירטואלית כוללות את כל כתובות ה-IP הפנימיות של המכונה הווירטואלית וכתובות IP משניות.

אם הכתובת היא כתובת שנראית כאילו היא מגיעה מתנועה חיצונית, שנקראת גם כתובת זרה, כתובת ה-IP לא עוברת את בדיקת הזיוף.

מטא-נתונים

לכל מצב יכולים להיות מטא-נתונים שמשויכים אליו בצורה של שדה Info. לדוגמה, InstanceInfo מכיל פרטים של מכונה וירטואלית, כולל השם וכתובת ה-IP.

בניתוח התצורה מוצגים מטא-נתונים של הבדיקה עצמה וגם מטא-נתונים של כל שלב בבדיקה.

איך עובד ניתוח של מישור נתונים בזמן אמת

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

המאמרים הבאים