סקירה כללית על Cloud Multicast

בדף הזה מופיעה סקירה כללית על Cloud Multicast.

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

‫Cloud Multicast הוא שירות מנוהל שמספק תמיכה ב-multicast מבוסס-ענן לרשתות של ענן וירטואלי פרטי (VPC). אתם יכולים להשתמש ב-Cloud Multicast כדי לאפשר למכונות Compute Engine לפעול כיצרנים וכצרכנים של שידור לקבוצה. במאמר מודל המשאבים והטופולוגיות של Cloud Multicast מופיעה סקירה כללית של מודל המשאבים והטופולוגיות שאפשר להגדיר.

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

מפרטים

אלה המפרטים של Cloud Multicast:

  • ‫IGMPv2 לניהול החברות בקבוצת multicast: ב-Cloud Multicast משתמשים ב-IGMPv2 כדי לנהל את החברות בקבוצת multicast, כפי שמוגדר ב-RFC 2236. אפליקציות Multicast שעוברות ל-Google Cloud יכולות להמשיך להשתמש ב-IGMPv2 כדי להצטרף לקבוצות Multicast ולעזוב אותן. מידע נוסף זמין במאמר איך IGMPv2 פועל.
  • הפצת multicast באותו אזור, בין אזורים שונים: ב-Cloud Multicast אפשר להפיץ תנועה לצרכני multicast באותו אזור של יצרן ה-multicast. צרכני ה-multicast יכולים להיות באזורים שונים מאלה של יצרן ה-multicast. אפשר גם להגביל את ההפצה רק לתוך התחום, כך שגם יצרן ה-multicast וגם צרכני ה-multicast נמצאים באותו תחום.
  • יתירות של תשתית Multicast באמצעות דומיינים: ב-Cloud Multicast, דומיינים של Multicast משמשים כגבולות אמינות, וכל דומיין משתמש בתשתית נפרדת כדי להפיץ תנועת Multicast. מידע נוסף זמין במאמר בנושא דומיינים של Multicast.

איך IGMPv2 פועל

ברשימה הבאה מתואר איך IGMPv2 פועל אחרי שמגדירים את Cloud Multicast:

  • יצרני Multicast יכולים לשלוח תנועה לקבוצת Multicast בלי להצטרף לקבוצה.
  • לצרכני multicast, ראו את המאמרים הבאים:
    • נתבי מולטיקאסט שולחים הודעות שאילתה כלליות של IGMP אל 224.0.0.1 כדי לקבוע לאילו קבוצות צרכני המולטיקאסט רוצים להצטרף.
    • כדי לקבל הודעות שאילתה כלליות של IGMP, צריך להגדיר את צרכן ה-multicast ל-IGMP. אחרי שמגדירים את צרכן ה-multicast ל-IGMP, צרכן ה-multicast מקבל באופן רציף הודעות שאילתה כלליות תקופתיות של IGMP.
    • כדי להצטרף לקבוצת multicast, צרכן ה-multicast מגיב באמצעות דוח חברות ב-IGMP. כתובת ה-IP של היעד בדוח החברות ב-IGMP היא כתובת ה-IP של קבוצת ה-multicast. אם הצרכן של ה-multicast מפסיק להגיב, הוא מוסר באופן אוטומטי אחרי שלוש שאילתות שלא נענו.
    • כדי לעזוב קבוצת multicast, צרכן ה-multicast שולח הודעת עזיבה של IGMP אל 224.0.0.2.

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

שיקולים לגבי מכונות של יצרני וצרכני multicast

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

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

  • כשיוצרים מכונות של יצרני או צרכני multicast, משתמשים בסוגי מכונות מסדרת המכונות C4.
  • אפשר ליצור מכונות וירטואליות או מכונות Bare Metal.
  • בטבלה הבאה מפורטים המספר המינימלי של מעבדי vCPU שנתמכים, ומספר החבילות המקסימלי לשנייה (pps) שנתמך בהתאם למספר מעבדי ה-vCPU. המספר המקסימלי של pps הוא מגבלה מצטברת בכל זרימות התנועה של ה-multicast, ולא מגבלה לכל זרימה. בנוסף, המספר המקסימלי של pps חל על כל דומיין multicast, ומכונה של יצרן או צרכן multicast תומכת בשני דומיינים לכל היותר. כדי להשיג ביצועים אופטימליים, בחרו סוג מכונה ומספר מעבדי vCPU בהתאם לנפח הצפוי של תנועת ה-multicast.
  • העמודות של זרימת התנועה המקסימלית תואמות למספר קבוצות ה-multicast שבהן מכונה של יצרן או צרכן multicast יכולה לשלוח או לקבל תנועה. המגבלה הזו חלה על כל הדומיינים וטווחי הקבוצות. למפיקי multicast, המגבלה היא תמיד 512, ללא קשר לסוג המכונה. לצרכני multicast, המגבלה תלויה במספר ה-vCPU. מידע נוסף זמין במאמר מכסות ומגבלות של Cloud Multicast.

  • אם אתם משתמשים בסוג מכונה עם 48 מעבדי vCPU או יותר, צרו את המכונה כשהאפשרות Tier_1 networking מופעלת.

    סוגי מכונות מעבדים וירטואלים מספר מקסימלי של חבילות לשנייה (pps) זרימת תנועה מקסימלית (יצרן multicast) זרימת תנועה מקסימלית (צרכן multicast)
    סוגי מכונות C4 32 140,000 512 128
    48 266,000 512 170
    96 533,000 512 340
    144 800,000 512 512
    288 1,600,000 512 1024

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

מיקומים נתמכים

אפשר להשתמש ב-Cloud Multicast באזורים ובתחומים הבאים ב- Google Cloud :

אזור תחומים
europe-west2
  • europe-west2-a
  • europe-west2-b
europe-west3
  • europe-west3-a
  • europe-west3-b
us-central1
  • us-central1-b
  • us-central1-c
us-east5
  • us-east5-a
  • us-east5-b

חיוב

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

  • שמירת משאבים בתשתית של Multicast: החיוב על התשתית של Multicast מתבצע בפרויקטים של אדמינים של Multicast, שמכילים הפעלות של דומיינים של Multicast. החיוב מתחיל כשיוצרים הפעלה של דומיין multicast.
  • עיבוד נתונים ב-multicast: החיוב על עיבוד נתונים ב-multicast מתבצע בפרויקטים שבהם צרכני multicast מקבלים תנועת multicast.

אם אתם משתמשים ב-Network Connectivity Center‏ (NCC), חיובים של Advanced Data Networking חלים על תנועה שנשלחת מיצרני multicast לתשתית ה-multicast. החיובים האלה לא חלים על התנועה שמשוכפלת על ידי תשתית ה-multicast ונשלחת לצרכני ה-multicast.

מגבלות

אלה המגבלות של Cloud Multicast:

  • אפשר להשתמש ב-Cloud Multicast רק בחלק מהאזורים, כמו שמתואר בקטע מיקומים נתמכים.
  • אפשר להשתמש ב-Cloud Multicast רק במכונות Compute Engine ברשתות VPC. ‫Cloud Multicast לא נתמך בסוגים אחרים של נקודות קצה, או דרך אפשרויות קישוריות היברידית כמו Cloud Interconnect או Cloud VPN שמשמשות לגישה לרשתות מקומיות או לספקי שירותי ענן מרוחקים.
  • ‫Cloud Multicast תומך רק בסוגי המכונות שמתוארים במאמר שיקולים לגבי מכונות של יצרני וצרכני multicast. אי אפשר להשתמש בסוגי מכונות אחרים עם Cloud Multicast.
  • ‫Cloud Multicast תומך רק בתנועת IPv4. אין תמיכה בתנועת IPv6.
  • ‫Cloud Multicast תומך ב-UDP בתור פרוטוקול שכבה 4.
  • אל תשתמשו במרחב הכתובות של ה-multicast‏ (224.0.0.0/4) לתנועה שהיא לא multicast, כי זה יכול לגרום לבעיות כמו ניתוב שגוי של התנועה או טיפול שגוי בה.
  • ‫Cloud Multicast לא תומך ב-jumbo frames. אל תשתמשו בגודל של יחידת העברה מקסימלית (MTU) שגדול מ-1,500 בייטים. למידע נוסף על גודלי MTU של VPC, אפשר לעיין במאמר יחידת שידור מקסימלית.
  • אין תמיכה בתנועת multicast בין אזורים. אפשר להפעיל את אותו דומיין multicast באזורים שונים כדי לאפשר תנועת multicast בין תחומים בתוך כל אזור, אבל ההגדרה הזו לא מאפשרת לשלוח תנועת multicast בין אזורים.
  • המספר הכולל של כתובות IP בטווח אחד או יותר של קבוצות multicast שמשויכות לאותו דומיין לא יכול לחרוג מהמכסה של קבוצות multicast לכל דומיין. בנוסף, מומלץ לקבץ כתובות IP מסוג multicast לטווחים במקום להקצות הרבה כתובות בודדות. לדוגמה, להשתמש בטווח כתובות אחד של /24 במקום לשמור 256 כתובות של /32.

  • התמיכה ברפליקציה של חבילות נתונים תלויה בשירות הרפליקציה של חבילות הנתונים:

    למידע על ההבדלים בין רפליקציה של חבילות נתונים של VPC לבין רפליקציה של חבילות נתונים של Network Security Integration, קראו את המאמר השוואה בין רפליקציה של חבילות נתונים של VPC לבין רפליקציה של חבילות נתונים של Network Security Integration.

  • כדי למנוע פגיעה בביצועים או אובדן מנות, מומלץ שההגדרות של Cloud Multicast לא יחרגו מהערכים הבאים בדומיין multicast נתון:

    • קצב העברת נתונים מקסימלי מצטבר של מנות יוצאות לשנייה (pps) של 100,000,000pps לכל אזור.
    • עד 500 צרכני multicast לכל קבוצת multicast בכל אזור.

מכסות ומגבלות

המשאבים של Cloud Multicast כפופים למכסות ולמגבלות שמפורטות במאמר המכסות והמגבלות של Cloud Multicast.

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