צפייה ביומני זרימה של תנועת ULL

בדף הזה מוסבר על התמיכה בתעבורת unicast ו-multicast עם השהיה נמוכה במיוחד (ULL) ביומני תעבורה של VPC.

התכונה VPC Flow Logs אוספת חבילות ברשתות של ענן וירטואלי פרטי (VPC) ב-ULL כדי ליצור יומני תעבורה. יומני זרימה נצברים לפי חיבור IP (5-tuple).

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

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

רשומות של יומני זרימה של VPC לתנועת נתונים של ULL

בטבלה הבאה מסוכם המידע הייחודי שכלול ברשומות של יומני זרימת נתונים ב-VPC עבור תנועת נתונים מסוג unicast ו-multicast ב-ULL, בהתאם לדיווח על הזרימה ולסוג תנועת הנתונים. המידע בטבלה רלוונטי למכונות Compute Engine עם ULL.

רשימה מלאה של השדות ברשומות של VPC Flow Logs מופיעה במאמר בנושא מידע על רשומות של VPC Flow Logs.

דיווח על תהליכי עבודה תיאור היומנים
מופע של מקור או יעד בשידור יחיד של ULL רשומות של VPC Flow Logs כוללות את המידע הנוסף הבא:
  • אובדן מנות במופע (למופעים של מקורות)
  • אובדן מנות ברשת
  • זמן האחזור של הרשת
  • שינוי בזמן ההגעה של מנות מידע ברשת

פרטים נוספים מופיעים במאמר בנושא פורמט הרשומה לשידור יוניקאסט של ULL.
צרכן multicast של ULL רשומות של VPC Flow Logs כוללות את המידע הנוסף הבא:
  • מידע על דומיין ה-multicast המתאים ועל טווח הקבוצות, כדי שתוכלו לראות את קצב העברת הנתונים מקבוצת multicast לצרכן ה-multicast.
  • אובדן מנות ברשת
  • זמן האחזור של הרשת

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

פורמט הרשומה לשידור יוניקאסט של ULL

בטבלה הבאה מתוארים השדות הייחודיים וההבדלים בפורמט השדות ברשומות של VPC Flow Logs לתנועת נתונים מסוג ULL unicast.

עבור זרימת שידור יחיד של ULL, יכול להיות ש-VPC Flow Logs ייצור כמה רשומות שונות של יומני זרימה לאותה תנועה:

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

  • רשומה אחת או יותר ביומן לגבי מנות שהוסרו, בהתאם לסיבת ההסרה. הרשומות האלה נוצרות רק אם מתרחש אובדן מנות.

פרטים על השדות בכל רשומה ביומן מופיעים בטבלה הבאה.

שדה פורמט השדה סוג השדה: מטא-נתונים בסיסיים או אופציונליים
מחיקה מחרוזת
אם היו אובדן מנות ביומן, השדה הזה יאוכלס בערך DROPPED. במקרים אחרים, השדה הזה לא מאוכלס. 		תוכנית בסיסית
drop_reason string
אם הערך של השדה disposition הוא DROPPED, השדה הזה יאוכלס באחד מהערכים הבאים:
  • ‫LOST_IN_TRANSIT: מייצג נפילות ברשת
  • SPOOFED_SOURCE: מייצג אובדן מנות יוצאות (egress) של מכונה שנגרם על ידי זיוף של כתובת ה-IP של המקור
  • ‫UNREACHABLE_DESTINATION: מייצג אובדן מנות יוצאות (egress) מהמכונה שנגרם בגלל יעד לא ידוע
 תוכנית בסיסית
one_way_network_latencies זמני השהיה
אם השדה disposition לא מאוכלס, כלומר אין אובדן מנות, השדה הזה מאוכלס בזמן השהיה החד-כיווני ברשת במילישניות, עם רמת דיוק של ננו-שניות, כפי שנמדד במהלך מרווח הצבירה. מדידת זמן האחזור לא כוללת את הזמן שהאפליקציה צורכת. אם השדה לא מאוכלס, המדידה לא זמינה. 		תוכנית בסיסית
one_way_network_latency_jitter ‫LatencyJitter
אם הערך disposition לא מאוכלס, כלומר אין אובדן מנות, השדה הזה מאוכלס עם שינוי בזמן האחזור של הרשת בכיוון אחד, במילישניות, עם רמת דיוק של ננו-שנייה בין מופע המקור למופע היעד. 		תוכנית בסיסית
rtt_msec השדה לא מאוכלס בתנועת יוניקאסט של ULL. תוכנית בסיסית
round_trip_time השדה לא מאוכלס בתנועת יוניקאסט של ULL. תוכנית בסיסית
bytes_sent int64
הערך מאוכלס באופן הבא:
  • אם השדה disposition לא מאוכלס, השדה הזה הוא מספר הבייטים של מטען הייעודי למשתמש שנשלח מהמקור ליעד.
  • אם השדה disposition מאוכלס בערך DROPPED והסיבה היא LOST_IN_TRANSIT, השדה הזה מציין את מספר הבייטים של מטען הייעודי למשתמש שהושמטו.
  • אם השדה disposition מאוכלס בערך DROPPED והסיבה היא SPOOFED_SOURCE או UNREACHABLE_DESTINATION, השדה הזה לא מאוכלס.
נניח שמקור שולח 1,000 בייטים, אבל 100 בייטים מושמטים בגלל אובדן מנות ברשת. במקרה כזה, נוצרים שני יומנים נפרדים: אחד עם bytes_sent: 900 ואחד עם bytes_sent: 100. 		תוכנית בסיסית
packets_sent int64
הערך מאוכלס באופן הבא:
  • אם השדה disposition לא מאוכלס, השדה הזה הוא מספר החבילות שנשלחו מהמקור ליעד.
  • אם השדה disposition מאוכלס בערך DROPPED והסיבה היא LOST_IN_TRANSIT, השדה הזה יכיל את מספר החבילות שהוסרו.
  • אם השדה disposition מאוכלס בערך DROPPED והסיבה היא SPOOFED_SOURCE או UNREACHABLE_DESTINATION, השדה הזה לא מאוכלס.
 תוכנית בסיסית

פורמט הרשומה של צרכני ULL multicast

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

עבור זרימה נתונה של צרכן מולטיקאסט, מערכת VPC Flow Logs יוצרת עד שתי רשומות נפרדות של יומן זרימה לאותה תנועה:

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

פרטים על השדות בכל רשומה ביומן מופיעים בטבלה הבאה.

שדה פורמט השדה סוג השדה: מטא-נתונים בסיסיים או אופציונליים
מחיקה מחרוזת
אם היו אובדן מנות ביומן, השדה הזה יאוכלס בערך DROPPED. במקרים אחרים, השדה הזה לא מאוכלס. 		תוכנית בסיסית
drop_reason מחרוזת
אם הערך בשדה disposition הוא DROPPED, השדה הזה יאוכלס בערך LOST_IN_TRANSIT. במקרים אחרים, השדה הזה לא מאוכלס. 		תוכנית בסיסית
one_way_network_latencies זמני השהיה
אם השדה disposition לא מאוכלס, כלומר אין אובדן מנות, השדה הזה מאוכלס בזמן השהיה החד-כיווני ברשת במילישניות, עם רמת דיוק של ננו-שניות, כפי שנמדד במהלך מרווח הצבירה. מדידת זמן האחזור לא כוללת את הזמן שהאפליקציה צורכת. אם השדה לא מאוכלס, המדידה לא זמינה. 		תוכנית בסיסית
rtt_msec לא מאוכלס עבור תנועת מולטיקאסט. תוכנית בסיסית
round_trip_time לא מאוכלס עבור תנועת מולטיקאסט. תוכנית בסיסית
bytes_sent int64
הערך מאוכלס באופן הבא:
  • אם השדה disposition לא מאוכלס, השדה הזה הוא מספר הבייטים של מטען הייעודי למשתמש שנשלח מהיצרן של שידור מרובה משתתפים אל הצרכן.
  • אם השדה disposition מאוכלס בערך DROPPED, השדה הזה הוא מספר הבייטים של מטען הייעודי (payload) של המשתמש שהושמטו.
לדוגמה, נניח שיוצר מולטיקאסט שולח 1,000 בייט, אבל 100 בייט מושמטים. במקרה כזה, נוצרים שני יומנים נפרדים: אחד עם bytes_sent: 900 ואחד עם bytes_sent: 100. 		תוכנית בסיסית
packets_sent int64
הערך מאוכלס באופן הבא:
  • אם השדה disposition לא מאוכלס, השדה הזה הוא מספר החבילות שנשלחו מהיצרן של שידור מרובה משתתפים אל הצרכן.
  • אם השדה disposition מאוכלס בערך DROPPED, השדה הזה הוא מספר המנות שהושמטו.
 תוכנית בסיסית
שדות המטא-נתונים של המקור והיעד
src_multicast_group_consumer_activation ‫MulticastGroupConsumerActivationDetails
אם היעד של הזרימה הוא כתובת IP של קבוצת multicast והמדווח על הזרימה הוא צרכן multicast, השדה הזה מאוכלס בפרטים על שיוך צרכן multicast והפעלה של צרכן קבוצה. 		מטא-נתונים

הפניה לפורמט של שדה

בקטע הזה מפורטים הפורמטים של השדות ברשומות של יומן זרימת התנועה.

רשימה מלאה של פורמטים של שדות ברשומות של יומני זרימה של VPC זמינה במאמר בנושא מידע על רשומות של יומני זרימה של VPC.

הפורמט של השדה Latencies

שדה סוג תיאור
median_msec double החביון החציוני שנמדד במהלך מרווח הצבירה.

פורמט השדה LatencyJitter

שדה סוג תיאור
median_msec double החציון של רעידת זמן האחזור.

פורמט השדה MulticastGroupConsumerActivationDetails

שדה סוג תיאור
project_id מחרוזת המזהה של הפרויקט שמכיל את רשת ה-VPC של צרכן המולטיקאסט.
location מחרוזת האזור של צרכן ה-multicast.
name מחרוזת השם של הפעלת צרכן קבוצת ה-multicast שנוצרה כשרשת ה-VPC של צרכן ה-multicast הופעלה לטווח הקבוצה.
domain_association מחרוזת השם של שיוך צרכן ה-multicast בין רשת ה-VPC של צרכן ה-multicast לבין הדומיין.

צפייה ביומני זרימה ב-Cloud Logging

אפשר לראות את יומני הזרימה ב-Cloud Logging, ואפשר לייצא את היומנים לכל יעד שנתמך בייצוא של Cloud Logging.

כדי לראות את יומני התנועה ב-Cloud Logging:

  1. אם עדיין לא עשיתם זאת, מגדירים יומני זרימה של VPC. מידע נוסף זמין במאמר הגדרת יומני זרימה של VPC במסמכי התיעוד של VPC Flow Logs.
  2. פועלים לפי השלבים לגישה ליומני זרימת נתונים.

ניתוח זרימות תנועה באמצעות Flow Analyzer

Flow Analyzer מאפשר לכם להבין במהירות וביעילות את זרימות התעבורה שלכם בלי לכתוב שאילתות SQL מורכבות. מידע נוסף מופיע בסקירה הכללית על כלי ניתוח הזרימה.

כל המידע ברשומות של VPC Flow Logs לתעבורת ULL זמין ב-Flow Analyzer.

לפני שמתחילים, חשוב לקרוא את המגבלה הבאה: בדיקות הקישוריות לא תומכות בשידור מרובה משתתפים (multicast). בכלי Flow Analyzer, האפשרויות בממשק המשתמש להרצת בדיקות קישוריות מושבתות במקומות הרלוונטיים.

כדי לנתח את זרימות התנועה:

  1. אם עדיין לא עשיתם את זה, אתם צריכים להפעיל את Observability Analytics. מידע נוסף על הפעלת Observability Analytics זמין במסמכי Flow Analyzer.

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

    כשמנתחים את זרימות התנועה של ULL unicast ו-multicast, כדאי לקחת בחשבון את הנקודות הבאות:

    • מסננים: מסננים בסיסיים מאפשרים להגדיר את היקף השאילתה.
    • אפשרויות תצוגה: אחרי שמריצים שאילתה, אפשר לשפר את התוצאות באמצעות אפשרויות התצוגה.
      • כדי לראות את נתוני התפוקה, משתמשים במצב התצוגה Data volume.
      • כדי לראות את נתוני זמן האחזור והג'יטר, משתמשים במצב התצוגה Latency.
        • כדי לראות את זמן האחזור, חשוב לבחור באפשרות חד-כיווני (חציון) בסוג המדד. זמן הלוך ושוב (RTT) הוא סוג המדד שמוגדר כברירת מחדל, אבל הנתונים האלה לא זמינים ביוניקאסט ובמולטיקאסט של ULL ביומני זרימת נתונים.
        • כדי לראות את הג'יטר, בוחרים באפשרות ג'יטר בכיוון אחד בסוג המדד.
      • כדי לראות את נתוני אובדן המנות, משתמשים במצב התצוגה Packet drops.

הפניה לסינון של שדות multicast

בקטע הזה מפורטים המסננים של Flow Analyzer שמתאימים לשדות הרשומה של VPC Flow Logs לתנועת Multicast.

מסננים ליומנים של צרכני multicast

שדה ברשומות של VPC Flow Logs סינון ב-Flow Analyzer סוג מסנן
MulticastGroupConsumerActivationDetails
src_multicast_group_consumer_activation.project_id מזהה פרויקט של צרכן multicast פרמטר של רצף פעולות
src_multicast_group_consumer_activation.location מיקום צרכן multicast פרמטר של רצף פעולות
src_multicast_group_consumer_activation.name שם ההפעלה של צרכן multicast פרמטר של רצף פעולות
src_multicast_group_consumer_activation.domain_association שיוך צרכן multicast פרמטר של רצף פעולות