שימוש ברפליקציה של חבילות נתונים
אתם יכולים להשתמש ברפליקציה של חבילות נתונים כדי לשכפל את התנועה אל מכונות וירטואליות (VM) מסוימות וממנה. התנועה שנאספת יכולה לעזור לכם לזהות איומי אבטחה ולעקוב אחרי הביצועים של האפליקציה. למידע נוסף על רפליקציה של חבילות נתונים, ראו רפליקציה של חבילות נתונים.
תנועה משוכפלת נשלחת למכונות וירטואליות שבהן התקנתם תוכנה מתאימה. רשימה של ספקי תוכנה מופיעה במאמר ספקים שותפים של רפליקציה של חבילות נתונים.
בקטעים הבאים מוסבר איך ליצור ולנהל כללי מדיניות של רפליקציה של חבילות נתונים.
מגבלות
יכול להיות שהחיבורים הפעילים במכונות הווירטואליות המשוכפלות יופסקו במצבים הבאים:
- הפעלה או השבתה של רפליקציה של חבילות נתונים.
- כולל רק מכונה אחת של Collector במאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי של רפליקציה של חבילות נתונים. כדי למנוע נקודת כשל בודדת, תמיד צריך לכלול לפחות שני מופעי איסוף.
אי אפשר להשתמש ברפליקציה של חבילות נתונים כדי לשכפל חבילות נתונים של תעבורה בשירותים שפורסמו ב-Private Service Connect.
מטעמי אבטחה, ברפליקציה של חבילות נתונים לא נוצרת רפליקציה של חבילות שנשלחות לטווח כתובות ה-IP המקומיות של הקישור
169.254.0.0/16. הטווח הזה כולל בקשות למטא-נתונים ממכונה וירטואלית לשרת המטא-נתונים שלה.אי אפשר להשתמש בשירות LoadBalancer של Google Kubernetes Engine (GKE) לאיסוף רפליקציה של חבילות נתונים.
אם מדיניות הרפליקציה של חבילות נתונים חלה על מכונות לאיסוף נתונים, הרפליקציה של חבילות הנתונים מתעלמת מהן ולא משכפלת את תעבורת הנתונים שלהן.
כשמבצעים שיקוף של חבילות, Google Cloud מעבד גם את החבילות המקוריות וגם את החבילות המשוכפלות, מה שמאט את קצב העיבוד של החבילות. קצב עיבוד החבילות של תעבורת הנתונים המשולבת דומה לקצבי התעבורה היוצאת מחוץ לרשת VPC, והוא תלוי בגורמים שכוללים את:
- סוג המכונה וניצול ה-CPU של המכונה הווירטואלית המשוכפלת.
- גודל החבילה של התנועה המשוכפלת.
לפני שמתחילים
כדי ליצור מדיניות של רפליקציה של חבילות נתונים, צריך לוודא שיש לכם את ההרשאות המתאימות. בנוסף, צריך ליצור מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי שישמש כיעד לאיסוף. מאזן עומסי הרשת הפנימי הזה להעברת סיגנל ללא שינוי דורש קבוצת מכונות, כדי שהשירות לקצה העורפי יוכל להשתמש במכונות הווירטואליות כיעדים לאיסוף.
הרשאות
כדי ליצור ולנהל כללי מדיניות של רפליקציה של חבילות נתונים, ב- Google Cloud יש שני תפקידים שקשורים לרפליקציה של חבילות נתונים:
compute.packetMirroringUserמעניק למשתמשים הרשאה ליצור, לעדכן ולמחוק כללי מדיניות של שיקוף מנות. כדי להשתמש ברפליקציה של חבילות נתונים, המשתמשים צריכים את התפקיד הזה בפרויקטים שבהם הם יוצרים כללי מדיניות של רפליקציה של חבילות נתונים.compute.packetMirroringAdminנותנת למשתמשים הרשאה לסנכרן בענן ובמחשב משאבים מסוימים. גם אם למשתמשים יש הרשאה ליצור מדיניות של רפליקציה של חבילות נתונים, הם עדיין צריכים הרשאה כדי ליצור רפליקציה של מקורות קשורים. התפקיד הזה מתאים לפרויקטים שבהם לבעלי המדיניות אין הרשאות אחרות, למשל בתרחישים של VPC משותף.
למידע נוסף על השימוש בתפקידי IAM, קראו את המאמר איך מנהלים את הגישה לפרויקטים, לתיקיות ולארגונים במסמכי העזרה של IAM.
יצירת מכונות של Collector
כדי להשתמש ברפליקציה של חבילות נתונים, צריך קבוצה של מכונות לאיסוף נתונים. למידע נוסף על קבוצות של מכונות, קראו את מאמרי העזרה הבאים: יצירת תבנית של הגדרות מכונה ויצירת קבוצת MIG באזור אחד.
יצירת מאזן עומסים פנימי לרפליקציה של חבילות נתונים
כדי להפעיל את רפליקציה של חבילות נתונים, צריך מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי שיכול לשמש כרכיב לאיסוף של רפליקציה של חבילות נתונים. כדי להשתמש במאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי לצורך רפליקציה של חבילות נתונים, צריך להגדיר אותו בצורה נכונה:
- כשיוצרים את כלל ההעברה של מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי, צריך להפעיל בו את הרפליקציה של חבילות הנתונים. אי אפשר לשנות את הסטטוס הזה אחרי שיוצרים את הכלל. אתם יכולים להשתמש בכלל ההעברה הזה כדי לאסוף תנועה גם מ-IPv4 וגם מ-IPv6.
- מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי צריך להיות באותו אזור שבו נמצאים המכונות שאתם משקפים.
- שירות הקצה העורפי של מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי חייב להשתמש בזיקה לסשן (session affinity) של
NONE(גיבוב של 5-tuple). - בשירות לקצה העורפי של מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי, צריך להשבית את האפשרות backend subsetting.
- מומלץ לכלול יותר ממכונה אחת של איסוף נתונים בשירות לקצה העורפי של הרפליקציה של חבילות הנתונים. אם משתמשים במכונה אחת בלבד, נוצרת נקודת כשל בודדת. אם יש בעיות במכונה של האספן, יכול להיות שיהיו שיבושים בחיבורים הפעילים במכונות הווירטואליות המשוכפלות.
אם המכונות של ה-collector לא מוגדרות להגיב לבדיקת התקינות שהגדרתם בשירות לקצה העורפי, בדיקת התקינות עלולה להיכשל. במקרה כזה, עדיין אפשר לשקף את החבילות.
למידע נוסף על איך יוצרים מאזן עומסי רשת פנימי מסוג passthrough לרפליקציה של חבילות נתונים, ראו יצירת מאזן עומסים לרפליקציה של חבילות נתונים.
הגדרת כללים לחומת האש
כדי להכין את רשת ה-VPC לתעבורת נתונים של רפליקציה של חבילות נתונים, צריך לבצע את הפעולות הבאות:
מוודאים שהמכונות של ה-collector בקבוצת המכונות של מאזן העומסים יכולות לקבל תנועה ממכונות משוכפלות או מטווח הכתובות של IPv4 ו-IPv6 של המכונות המשוכפלות. לדוגמה, כדי לאפשר למכונות של אוספי נתונים לקבל תעבורת IPv4 מכל מכונה וירטואלית, יוצרים כלל של חומת אש עם טווח כתובות IPv4 של מקור
0.0.0.0/0. כדי לאפשר למכונות של אוספי הנתונים לקבל תעבורת IPv6 מכל VM, יוצרים כלל של חומת אש עם טווח כתובות IPv6 של מקור::/0. כדי למנוע מתעבורת הנתונים להגיע למכונות של ה-collector, מקצים להן רק כתובות IPv4 ו-IPv6 פנימיות.מוודאים שהמכונות של ה-collector יכולות לקבל תנועה ממערכות בדיקת התקינות של Google Cloud. לדוגמה, לתעבורת נתונים מסוג IPv4, יוצרים כלל של חומת אש שמאפשר תעבורת נתונים למכונות של האספן מטווחי כתובות ה-IPv4 של
130.211.0.0/22ו-35.191.0.0/16. לתעבורת נתונים מסוג IPv6, יוצרים כלל של חומת אש שמאפשר תעבורת נתונים למכונות של ה-collector מטווח כתובות ה-IPv6 של2600:2d00:1:b029::/64.אם אתם רוצים לבדוק את הרפליקציה של חבילות נתונים על ידי שליחה ידנית של תעבורת נתונים יוצאת ממכונה אחת או יותר שעוברות שיקוף, צרו כלל חומת אש שמאפשר תעבורת נתונים של SSH למכונות האלה. לדוגמה, כדי לאפשר חיבורי SSH למכונות המשוכפלות מכל כתובות ה-IPv4 וה-IPv6, מאפשרים תעבורת נתונים נכנסת (ingress) של
TCPליציאה22מכל כתובת IPv4 ו-IPv6 של מקור. אם רוצים לאפשר רק חיבורי SSH שמתחילים מטווח מסוים של כתובות IPv4 או IPv6, צריך לציין את טווח הכתובות הזה כטווח המקור של כלל חומת האש. מידע נוסף על בדיקת מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי זמין במאמר בדיקת איזון עומסים.
אם אין לכם כללים קיימים שמאפשרים את התנועה הזו, תוכלו ליצור אותם לפי ההוראות במאמר שימוש בכללי חומת אש של VPC. מידע נוסף על יצירת כללים של חומת אש למאזן עומסי רשת פנימי ב-Passthrough זמין במאמר הגדרת כללים של חומת אש במסמכי התיעוד של Cloud Load Balancing.
יצירת מדיניות רפליקציה של חבילות נתונים
כדי להתחיל לשקף תנועה ממכונות מסוימות ואליהן, צריך ליצור מדיניות שיקוף חבילות. Google Cloud משקף כל מכונה שתואמת לפחות לאחד מהמקורות שציינתם.
המסוף
במסוף Google Cloud , נכנסים לדף רפליקציה של חבילות נתונים.
לוחצים על Create policy.
מזינים את הפרטים הבאים על המדיניות ולוחצים על Continue.
- נותנים שם למדיניות.
- בוחרים את האזור שכולל את המקורות לשיקוף ואת יעד האיסוף. מדיניות הרפליקציה של חבילות נתונים צריכה להיות באותו אזור של המקור והיעד.
- מתעלמים מהשדה עדיפות. כרגע אי אפשר לשנות אותו.
- בוחרים באפשרות מופעלת כדי להפעיל את המדיניות כשיוצרים אותה.
בוחרים את רשתות ה-VPC שבהן נמצאים המקור לשיקוף ויעד האיסוף, ולוחצים על Continue.
המקור והיעד יכולים להיות באותה רשת VPC או ברשתות VPC שונות.
- אם הם נמצאים באותה רשת VPC, בוחרים באפשרות Mirrored sources and destination are in the same VPC network ואז בוחרים את הרשת.
- אם הם נמצאים ברשתות שונות, בוחרים באפשרות Mirrored source and collector destination are in separate, peered VPC networks, ואז בוחרים את רשת המקור לשיקוף ואת רשת היעד לאיסוף.
בוחרים את המקורות לסנכרון ולוחצים על המשך. אפשר לבחור מקור אחד או יותר. Google Cloud משקף כל מופע שתואם לפחות לאחד מהמקורות שבחרתם.
- Subnets: בוחרים רשת משנה אחת או יותר. Google Cloud מבצע רפליקציה של מכונות קיימות ועתידיות ברשתות המשנה שנבחרו.
- תג רשת: מציינים תג רשת אחד או יותר. Google Cloud משקף מכונות שיש להן לפחות אחד מהתגים שצוינו.
- שם המכונה: בחירת מכונות ספציפיות לרפליקציה.
בוחרים מאזן עומסי רשת פנימי להעברת סיגנל ללא שינוי שהוגדר לרפליקציה של חבילות נתונים, ולוחצים על Continue. Google Cloud שולח תנועה משוכפלת למכונות שנמצאות מאחורי מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי.
ב-VPC משותף, אם יעד האיסוף והמקורות המשוכפלים נמצאים באותה רשת VPC משותפת, צריך לבחור את הפרויקט שבו נמצא יעד האיסוף ואז לבחור מאזן עומסים.
כדי לבחור את התנועה שרוצים לשכפל, מבצעים את הפעולות הבאות:
- כדי להפעיל רפליקציה לכל תעבורת הנתונים ב-IPv4, בוחרים באפשרות Mirror all IPv4 traffic (default).
- כדי להפעיל רפליקציה לכל התעבורה ב-IPv4 וב-IPv6, בוחרים באפשרות Mirror filtered traffic ואז:
- בוחרים באפשרות Allow all protocols.
- בוחרים באפשרות Allow all IPv4 ranges (0.0.0.0/0).
- בוחרים באפשרות Allow all IPv6 ranges (::/0).
- בוחרים באפשרות Allow both ingress and egress traffic.
כדי להגביל את התנועה שמשוכפלת, בוחרים באפשרות Mirror filtered traffic ואז:
כדי להגביל את התנועה המשוכפלת לפי פרוטוקול, בוחרים באפשרות Allow specific protocols ואז בוחרים את הפרוטוקולים. אם הפרוטוקול שאתם רוצים לשקף את התנועה שלו לא מופיע, בוחרים באפשרות Other protocols ומזינים את הפרוטוקול בשדה Other protocols. הערכים התקינים הם
tcp,udp,esp,ah,ipip,sctpאו מספר פרוטוקול IANA. כדי לציין ICMP ל-IPv6, מזינים58.במסננים של טווח IPv4, מבצעים את הפעולות הבאות:
- כדי לשקף את כל תנועת ה-IPv4, בוחרים באפשרות Allow all IPv4 ranges (0.0.0.0/0).
- כדי לשכפל תנועה בטווחי כתובות IPv4 ספציפיים, בוחרים באפשרות Allow specific IPv4 ranges. בשדה IPv4 ranges, מקלידים טווח כתובות IPv4 יחיד ולוחצים על Enter. אפשר להוסיף כמה טווחי IPv4 על ידי לחיצה על Enter אחרי כל טווח שמקלידים.
במסננים של טווח IPv6, מבצעים את הפעולות הבאות:
- כדי לסנן את כל התנועה ב-IPv6, בוחרים באפשרות ללא.
- כדי לשקף את כל התנועה ב-IPv6, בוחרים באפשרות Allow all IPv6 ranges (::/0).
- כדי לשכפל תנועה של טווחי כתובות IPv6 ספציפיים, בוחרים באפשרות Allow specific IPv6 ranges. בשדה IPv6 ranges, מקלידים טווח כתובות IPv6 יחיד ולוחצים על Enter. אפשר להוסיף כמה טווחי IPv6. כדי לעשות את זה, לוחצים על Enter אחרי כל טווח שמקלידים.
בוחרים את Traffic direction של התנועה שרוצים לשכפל.
כדי ליצור את מדיניות הרפליקציה של חבילות הנתונים, לוחצים על Submit.
gcloud
כדי ליצור מדיניות של רפליקציה של חבילות נתונים, משתמשים בפקודה packet-mirrorings create.
gcloud compute packet-mirrorings create POLICY_NAME \
--region=REGION \
--network=NETWORK_NAME \
--collector-ilb=FORWARDING_RULE_NAME \
[--mirrored-subnets=SUBNET,[SUBNET,...]] \
[--mirrored-tags=TAG,[TAG,...]] \
[--mirrored-instances=INSTANCE,[INSTANCE,...]] \
[--filter-cidr-ranges=CIDR_RANGE,[CIDR_RANGE,...]] \
[--filter-protocols=PROTOCOL,[PROTOCOL,...]] \
[--filter-direction=DIRECTION]
מחליפים את מה שכתוב בשדות הבאים:
-
POLICY_NAME: השם של מדיניות הרפליקציה של חבילות הנתונים. -
REGION: האזור שבו נמצאים מקורות הרפליקציה ויעד האיסוף. -
NETWORK_NAME: הרשת שבה נמצאים המקורות שנוצרה להם רפליקה. -
FORWARDING_RULE_NAME: השם של כלל ההעברה שמוגדר כ-mirroring collector. Google Cloud שולח את כל התנועה המשוכפלת למאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי שמשויך אליו. -
SUBNET: השם של רשת משנה אחת או יותר שרוצים ליצור להן רפליקציה. אפשר לציין כמה רשתות משנה באמצעות רשימה מופרדת בפסיקים. Google Cloud משקף מכונות קיימות ועתידיות ברשת המשנה. -
TAG: תג רשת אחד או יותר. Google Cloudמשקף מכונות שיש להן את תג הרשת. אפשר לציין כמה תגים באמצעות רשימה שמופרדת בפסיקים. -
INSTANCE: המזהה המלא של מכונה אחת או יותר שרוצים ליצור להן שיקוף. אפשר לציין כמה מכונות באמצעות רשימה מופרדת בפסיקים. -
CIDR_RANGE: טווח CIDR אחד או יותר של IPv4 או IPv6 לשיקוף. אם לא מציינים טווחי CIDR, כל תעבורת הנתונים ב-IPv4 שתואמת לפרוטוקולים שצוינו עוברת שיקוף. אם לא מציינים טווחי CIDR או פרוטוקולים, המערכת יוצרת שיקוף של כל תעבורת הנתונים ב-IPv4. כדי לשכפל את כל תנועת ה-IPv4 וה-IPv6, משתמשים ב-0.0.0.0/0,::/0. אפשר לכלול גם טווחי CIDR של IPv4 וגם של IPv6. אפשר לציין כמה טווחים באמצעות רשימה מופרדת בפסיקים. -
PROTOCOL: פרוטוקול אחד או יותר לשיקוף. הערכים התקינים הםtcp,udp,icmp,esp,ah,ipip,sctpאו מספר פרוטוקול IANA. אם לא מציינים פרוטוקולים, כל התנועה שתואמת לטווחי ה-CIDR שצוינו משוכפלת. אם לא מציינים פרוטוקולים או טווחי CIDR, מתבצעת רפליקציה של כל תעבורת הנתונים ב-IPv4. כדי לציין ICMP ל-IPv6, משתמשים ב-58. אפשר לציין כמה פרוטוקולים באמצעות רשימה מופרדת בפסיקים. -
DIRECTION: כיוון תעבורת הנתונים לשיקוף ביחס ל-VM. כברירת מחדל, הערך הואboth, כלומר גם תעבורת הנתונים הנכנסת וגם תעבורת הנתונים היוצאת משוכפלות. כדי להגביל את החבילות שמתועדות, אפשר לציין את הערךingressכדי לתעד רק חבילות נכנסות, או את הערךegressכדי לתעד רק חבילות יוצאות.
Terraform
אפשר להשתמש במשאב של Terraform כדי ליצור מדיניות של רפליקציה של חבילות נתונים.
כדי ללמוד איך להחיל הגדרות ב-Terraform או להסיר אותן, ראו פקודות בסיסיות ב-Terraform.
API
כדי ליצור מדיניות של רפליקציה של חבילות נתונים, שולחים בקשת POST ל-method packetMirrorings.insert.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/packetMirrorings
{
"name": "POLICY_NAME",
"enable": "ENABLED",
"network": {
"url": "NETWORK_URL"
},
"priority": PRIORITY,
"mirroredResources": {
"subnetworks": [
{
"url": "SUBNET_URL"
}
],
"tags": [
"TAG"
],
"instances": [
{
"url": "INSTANCE"
}
]
},
"collectorIlb": {
"url": "FORWARDING_RULE_URL"
},
"filter": {
"IPProtocols": [
"PROTOCOL"
],
"cidrRanges": [
"CIDR_RANGE"
],
"direction": "DIRECTION"
}
}
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט שבו רוצים ליצור את המדיניות. -
REGION: האזור שבו נמצאים המקורות המשוכפלים ויעד האיסוף. -
POLICY_NAME: השם של מדיניות הרפליקציה של חבילות הנתונים. -
ENABLED: אם המדיניות הזו נכנסת לתוקף או לא. האפשרויות הןTRUEו-FALSE. TRUEהיא ברירת המחדל. -
NETWORK_URL: כתובת ה-URL של הרשת שבה נמצאים מקורות המראה. -
PRIORITY: העדיפות של כלל ההעברה, שמשמשת להכרעה במקרים שבהם יש יותר מכלל תואם אחד. הטווח החוקי הוא בין 0 ל-65,535, וערך ברירת המחדל הוא 1,000. -
SUBNET_URL: כתובת ה-URL של רשת המשנה שרוצים לשקף. Google Cloudמשקף מכונות קיימות ועתידיות ברשת המשנה. אפשר לציין כמה רשתות משנה באמצעות רשימה מופרדת בפסיקים. -
TAG: תג רשת. Google Cloud משקף מכונות שיש להן את תג הרשת. אפשר לציין כמה תגים באמצעות רשימה מופרדת בפסיקים. -
INSTANCE: המזהה המלא של המכונה שרוצים לשכפל. אפשר לציין כמה מופעים באמצעות רשימה מופרדת בפסיקים. -
FORWARDING_RULE_URL: כתובת ה-URL של כלל העברה שמוגדר כ-mirroring collector. כל התנועה שמשתקפת נשלחת אל מאזן עומסי הרשת הפנימי להעברת סיגנל ללא שינוי שמשויך לכלל. Google Cloud -
PROTOCOL: פרוטוקול אחד או יותר. האפשרויות הןtcp,udp,icmp,esp,ah,ipip,sctpאו מספר פרוטוקול IANA. אם לא מציינים פרוטוקולים, מתבצעת רפליקציה של כל התנועה שתואמת לטווחי ה-CIDR שצוינו. אם לא מציינים טווחי CIDR או פרוטוקולים, המערכת יוצרת שיקוף של כל תעבורת הנתונים ב-IPv4. כדי לציין ICMP ל-IPv6, מזינים58. אפשר לציין כמה פרוטוקולים בפורמט הבא:"icmp", "udp". -
CIDR_RANGE: טווח CIDR אחד או יותר של IPv4 או IPv6 לשיקוף. אם לא מציינים טווחי CIDR, כל תעבורת הנתונים ב-IPv4 שתואמת לפרוטוקולים שצוינו עוברת שיקוף. אם לא מציינים טווחי CIDR או פרוטוקולים, המערכת יוצרת שיקוף של כל תעבורת הנתונים ב-IPv4. כדי לשכפל את כל תנועת ה-IPv4 וה-IPv6, משתמשים ב-"0.0.0.0/0", "::/0". אפשר לכלול גם טווחי CIDR של IPv4 וגם של IPv6. אפשר לציין כמה טווחי CIDR בפורמט הבא:"192.0.2.0/24", "2001:0DB8::/32". -
PROTOCOL: פרוטוקול אחד או יותר לשיקוף. -
DIRECTION: כיוון התנועה שרוצים לשקף. האפשרויות הןINGRESS,EGRESSאוBOTH. ערך ברירת המחדל הואBOTH.
אימות הרפליקציה של חבילות נתונים
כדי לוודא שהמכונות שלכם לאיסוף נתונים מקבלות בצורה תקינה את התנועה המשוכפלת, אתם יכולים להשתמש ב-tcpdump.
אם הפקודה
tcpdumpלא זמינה, מתקינים אותה.מזהים את ממשק הרשת:
ip address
ברשימת ממשקי הרשת, מחפשים את השם שמשויך לכתובת ה-IPv4 הפנימית הראשית של מכונת ה-collector, לדוגמה
ens4.מתחילים לנתח את החבילות:
sudo tcpdump -i INTERFACE_NAME -f "host IP_ADDRESS"
מחליפים את מה שכתוב בשדות הבאים:
-
INTERFACE_NAME: שם הממשק שזיהיתם בשלב 3. -
IP_ADDRESS: כתובת ה-IPv4 של ה-VM המשוקף כמקור.
-
כדי להריץ את הבדיקה, שולחים תנועה מהמכונה הווירטואלית המשוכפלת של המקור – לדוגמה, על ידי שליחת פינג של
ICMP. בפלט שלtcpdump, מוודאים שרואים את התנועה הצפויה.
שינוי מדיניות הרפליקציה של חבילות נתונים
אתם יכולים לעדכן מדיניות קיימת כדי לשנות פרטים כמו מקורות משוכפלים או יעדי איסוף.
המסוף
במסוף Google Cloud , נכנסים לדף רפליקציה של חבילות נתונים.
מרשימת כללי המדיניות של רפליקציה של חבילות נתונים, לוחצים על הכלל שרוצים לערוך.
בדף פרטי המדיניות, לוחצים על עריכה.
עורכים את השדות שרוצים לעדכן. התהליך במסוף זהה לתהליך של יצירת מדיניות. למידע על כל שדה, ראו יצירת מדיניות של רפליקציה של חבילות נתונים.
gcloud
כדי לעדכן מדיניות קיימת של רפליקציה של חבילות נתונים, משתמשים בפקודה packet-mirrorings update.
gcloud compute packet-mirrorings update POLICY_NAME [--async] \
[--collector-ilb=FORWARDING_RULE_NAME] [--description=DESCRIPTION] [--enable] \
[--filter-direction=DIRECTION] [--region=REGION] \
[--add-filter-cidr-ranges=[CIDR_RANGE,...] | --clear-filter-cidr-ranges \
| --remove-filter-cidr-ranges=[CIDR_RANGE,...] \
| --set-filter-cidr-ranges=[CIDR_RANGE,...]] \
[--add-filter-protocols=[PROTOCOL,...] | --clear-filter-protocols \
| --remove-filter-protocols=[PROTOCOL,...] \
| --set-filter-protocols=[PROTOCOL,...]] \
[--add-mirrored-instances=[INSTANCE,...] | --clear-mirrored-instances \
| --remove-mirrored-instances=[INSTANCE,...] \
| --set-mirrored-instances=[INSTANCE,...]] \
[--add-mirrored-subnets=[SUBNET,...] | --clear-mirrored-subnets \
| --remove-mirrored-subnets=[SUBNET,...] \
| --set-mirrored-subnets=[SUBNET,...]] \
[--add-mirrored-tags=[TAG,...] | --clear-mirrored-tags \
| --remove-mirrored-tags=[TAG,...] | --set-mirrored-tags=[TAG,...]]
מחליפים את מה שכתוב בשדות הבאים:
-
POLICY_NAME: השם של מדיניות הרפליקציה של חבילות הנתונים שרוצים לשנות. -
FORWARDING_RULE_NAME: השם של כלל ההעברה שמוגדר כ-collector. כל התנועה שמשתקפת נשלחת על ידי Google Cloud למאזן עומסי הרשת הפנימי המשויך להעברת סיגנל ללא שינוי. -
DESCRIPTION: תיאור של מדיניות הרפליקציה של חבילות הנתונים. -
DIRECTION: כיוון תעבורת הנתונים שעליו רוצים להחיל את מדיניות הרפליקציה של חבילות הנתונים. האפשרויות הןegress, ingressאוboth. -
REGION: האזור שבו נמצאת המדיניות. -
CIDR_RANGE: טווח CIDR אחד או יותר של IPv4 או IPv6 לשיקוף. אם לא מציינים טווחי CIDR, כל תעבורת הנתונים ב-IPv4 שתואמת לפרוטוקולים שצוינו עוברת שיקוף. אם לא מציינים טווחי CIDR או פרוטוקולים, המערכת יוצרת שיקוף של כל תעבורת הנתונים ב-IPv4. כדי לשכפל את כל תנועת ה-IPv4 וה-IPv6, משתמשים ב-0.0.0.0/0,::/0. אפשר לכלול גם טווחי CIDR של IPv4 וגם של IPv6. אפשר לציין כמה טווחים באמצעות רשימה מופרדת בפסיקים. -
PROTOCOL: פרוטוקול אחד או יותר לשיקוף. הערכים התקינים הםtcp,udp,icmp,esp,ah,ipip,sctpאו מספר פרוטוקול IANA. אם לא מציינים פרוטוקולים, תנועה שתואמת לטווחי ה-CIDR שצוינו משוכפלת. אם לא מציינים פרוטוקולים או טווחי CIDR, מתבצעת רפליקציה של כל תעבורת הנתונים ב-IPv4. כדי לציין ICMP ל-IPv6, משתמשים ב-58. אפשר לציין כמה פרוטוקולים באמצעות רשימה מופרדת בפסיקים. -
INSTANCE: המזהה המלא של מכונה וירטואלית אחת או יותר שרוצים לשקף. אפשר לציין כמה מכונות באמצעות רשימה מופרדת בפסיקים. -
SUBNET: רשת משנה אחת או יותר. אפשר לציין כמה רשתות משנה באמצעות רשימה מופרדת בפסיקים. Google Cloudמשקף מכונות קיימות ועתידיות ברשת המשנה. -
TAG: תג רשת אחד או יותר. אפשר לציין כמה תגים ברשימה מופרדת בפסיקים.
API
כדי לעדכן מדיניות של רפליקציה של חבילות נתונים, שולחים בקשת POST ל-method packetMirrorings.patch.
PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/packetMirrorings/POLICY_NAME
{
"name": "POLICY_NAME",
"description": "DESCRIPTION",
"priority": "PRIORITY",
"collectorIlb": {
"url": "FORWARDING_RULE_URL"
},
"mirroredResources": {
"subnetworks": [
{
"url": "SUBNET_URL"
}
],
"instances": [
{
"url": "INSTANCE_URL"
}
],
"tags": [
"NETWORK_TAGS"
]
},
"filter": {
"cidrRanges": [
"CIDR_RANGE"
],
"IPProtocols": [
"PROTOCOL"
],
"direction": "DIRECTION"
},
"enable": "ENABLED"
}
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט שבו נמצאת המדיניות. -
REGION: האזור של מדיניות הרפליקציה של חבילות הנתונים. -
POLICY_NAME: השם של מדיניות הרפליקציה של חבילות הנתונים שרוצים לשנות. -
DESCRIPTION: תיאור אופציונלי של המדיניות. -
PRIORITY: העדיפות של המדיניות, שמשמשת להכרעה במקרים שבהם יש כמה כללי מדיניות תואמים. ערך ברירת המחדל הוא 1,000. הטווח החוקי הוא בין 0 ל-65,535. -
FORWARDING_RULE_URL: כתובת ה-URL של כלל העברה שמופעלת בו רפליקציה של חבילות נתונים. Google Cloud שולח את כל התנועה המשוכפלת למאזן עומסי הרשת הפנימי המשויך להעברת סיגנל ללא שינוי. -
SUBNET_URL: כתובת ה-URL של רשת משנה. Google Cloud משקף מכונות קיימות ועתידיות ברשת המשנה. אפשר לציין כמה רשתות משנה באמצעות רשימה מופרדת בפסיקים. -
INSTANCE_URL: כתובת ה-URL של המכונה הווירטואלית שרוצים לשקף. אפשר לציין כמה מכונות באמצעות רשימה מופרדת בפסיקים. -
NETWORK_TAGS: תג רשת. Google Cloud משקף מכונות שיש להן תג רשת אחד או יותר. אפשר לציין כמה תגים באמצעות רשימה מופרדת בפסיקים. -
CIDR_RANGE: טווח CIDR אחד או יותר של IPv4 או IPv6 לשיקוף. אם לא מציינים טווחי CIDR, כל תעבורת הנתונים ב-IPv4 שתואמת לפרוטוקולים שצוינו עוברת שיקוף. אם לא מציינים טווחי CIDR או פרוטוקולים, המערכת יוצרת שיקוף של כל תעבורת הנתונים ב-IPv4. כדי לשכפל את כל תנועת ה-IPv4 וה-IPv6, משתמשים ב-"0.0.0.0/0", "::/0". אפשר לכלול גם טווחי CIDR של IPv4 וגם של IPv6. אפשר לציין כמה טווחי CIDR בפורמט הבא:"192.0.2.0/24", "2001:DB8::/32". -
IP_PROTOCOL: פרוטוקול אחד או יותר. האפשרויות הןtcp,udp,icmp,esp,ah,ipip,sctpאו מספר פרוטוקול IANA. אם לא מציינים פרוטוקולים, מתבצעת רפליקציה של כל התנועה שתואמת לטווחי ה-CIDR שצוינו. אם לא מציינים טווחי CIDR או פרוטוקולים, מתבצעת רפליקציה לכל תעבורת הנתונים ב-IPv4. כדי לציין ICMP ל-IPv6, משתמשים ב-58. אפשר לציין כמה פרוטוקולים בפורמט הבא:"icmp", "udp". -
DIRECTION: כיוון התנועה שרוצים לשקף. האפשרויות הןINGRESS, EGRESSאוBOTH. ערך ברירת המחדל הואBOTH. -
ENABLED: מציין אם המדיניות מופעלת או לא. האפשרויות הןTRUEאוFALSE.
הצגת רשימה של כללי מדיניות הרפליקציה של חבילות נתונים
אתם יכולים להציג רשימה של כללי מדיניות הרפליקציה של חבילות נתונים כדי לראות את כללי המדיניות הקיימים.
המסוף
במסוף Google Cloud , נכנסים לדף רפליקציה של חבילות נתונים.
במסוף Google Cloud מופיעה רשימה של כל כללי המדיניות בפרויקט.
gcloud
כדי להציג את רשימת כללי המדיניות של רפליקציה של חבילות נתונים בפרויקט או באזור מסוים, משתמשים בפקודה packet-mirrorings list.
gcloud compute packet-mirrorings list \ [--filter="region:(REGION...)"]
מחליפים את REGION בשם של האזור שמכיל את כללי המדיניות שרוצים להציג.
API
כדי להציג רשימה של כללי מדיניות קיימים של רפליקציה של חבילות נתונים בפרויקט, שולחים בקשת GET אל ה-method packetMirrorings.list.
GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/aggregated/packetMirrorings
מחליפים את PROJECT_ID במזהה הפרויקט.
כדי להציג רשימה של כללי מדיניות קיימים של רפליקציה של חבילות נתונים באזור מסוים, שולחים בקשת GET אל ה-method packetMirrorings.list.
GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/packetMirrorings
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט שמכיל את כללי המדיניות שרוצים להציג. -
REGION: האזור שבו נמצאות כללי המדיניות שרוצים להציג.
תיאור מדיניות הרפליקציה של חבילות נתונים
אפשר לתאר מדיניות של רפליקציה של חבילות נתונים כדי להציג פרטים כמו המסננים של המדיניות.
המסוף
במסוף Google Cloud , נכנסים לדף רפליקציה של חבילות נתונים.
ברשימת כללי המדיניות של רפליקציה של חבילות נתונים, בוחרים את המדיניות שרוצים להציג. במסוף Google Cloud מוצגים פרטי המדיניות שבחרתם.
gcloud
כדי לתאר מדיניות של רפליקציה של חבילות נתונים, משתמשים בפקודה packet-mirrorings describe.
gcloud compute packet-mirrorings describe POLICY_NAME \ --region=REGION \
מחליפים את מה שכתוב בשדות הבאים:
-
POLICY_NAME: השם של מדיניות הרפליקציה של חבילות הנתונים שרוצים לתאר. -
REGION: האזור שבו נמצאת המדיניות.
API
כדי לתאר מדיניות של רפליקציה של חבילות נתונים, שולחים בקשת GET ל-method packetMirrorings.get.
GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/packetMirrorings/POLICY_NAME
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט שבו נמצאת המדיניות. -
REGION: האזור שבו נמצאת המדיניות. -
POLICY_NAME: השם של מדיניות הרפליקציה של חבילות הנתונים שרוצים לתאר.
השבתה או הפעלה של מדיניות רפליקציה של חבילות נתונים
אפשר להשבית או להפעיל מדיניות רפליקציה של חבילות נתונים כדי להפסיק או להתחיל לאסוף תנועה משוכפלת.
המסוף
במסוף Google Cloud , נכנסים לדף רפליקציה של חבילות נתונים.
ברשימת כללי המדיניות של רפליקציה של חבילות נתונים, בוחרים את הכלל שרוצים להשבית או להפעיל.
לוחצים על השבתה או על הפעלה.
לוחצים על השבתה או על הפעלה כדי לאשר את הפעולה.
gcloud
כדי להשבית מדיניות של רפליקציה של חבילות נתונים, משתמשים בפקודה packet-mirrorings update.
gcloud compute packet-mirrorings update POLICY_NAME \ --region=REGION \ --no-enable
מחליפים את מה שכתוב בשדות הבאים:
-
POLICY_NAME: השם של מדיניות הרפליקציה של חבילות הנתונים שרוצים להשבית או להפעיל. -
REGION: האזור שבו נמצאת המדיניות.
כדי להפעיל מדיניות רפליקציה של חבילות נתונים, משתמשים בפקודה packet-mirrorings update.
gcloud compute packet-mirrorings update POLICY_NAME \ --region=REGION \ --enable
מחליפים את מה שכתוב בשדות הבאים:
-
POLICY_NAME: השם של מדיניות הרפליקציה של חבילות הנתונים שרוצים להשבית או להפעיל. -
REGION: האזור שבו נמצאת המדיניות.
API
כדי להשבית או להפעיל מדיניות קיימת של רפליקציה של חבילות נתונים, שולחים בקשת PATCH ל-method packetMirrorings.patch.
PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/packetMirrorings/POLICY_NAME
{
"enable": "FALSE|TRUE"
}
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט שבו נמצאת המדיניות. -
REGION: האזור שבו נמצאת המדיניות. -
POLICY_NAME: השם של מדיניות הרפליקציה של חבילות הנתונים שרוצים להשבית.
מחיקת מדיניות הרפליקציה של חבילות נתונים
אתם יכולים למחוק מדיניות של רפליקציה של חבילות נתונים כדי להסיר אותה מהפרויקט. אחרי שמוחקים מדיניות, Google Cloud מפסיק לשקף את כל התנועה שקשורה למדיניות.
המסוף
במסוף Google Cloud , נכנסים לדף רפליקציה של חבילות נתונים.
מרשימת כללי המדיניות של רפליקציה של חבילות נתונים, בוחרים את המדיניות שרוצים למחוק.
לוחצים על Delete.
לוחצים על מחיקה כדי לאשר את הפעולה.
gcloud
כדי למחוק מדיניות של רפליקציה של חבילות נתונים, משתמשים בפקודה packet-mirrorings delete.
gcloud compute packet-mirrorings delete POLICY_NAME \ --region=REGION \
מחליפים את מה שכתוב בשדות הבאים:
-
POLICY_NAME: השם של מדיניות הרפליקציה של חבילות הנתונים שרוצים למחוק. -
REGION: האזור שבו נמצאת המדיניות.
API
כדי למחוק מדיניות של רפליקציה של חבילות נתונים, שולחים בקשת DELETE אל ה-method packetMirrorings.delete.
DELETE https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/packetMirrorings/POLICY_NAME
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט שבו נמצאת המדיניות. -
POLICY_NAME: השם של מדיניות הרפליקציה של חבילות הנתונים שרוצים למחוק. -
REGION: האזור שבו נמצאת המדיניות.
פתרון בעיות
אם מדיניות הרפליקציה של חבילות הנתונים לא אוספת את תעבורת הנתונים הרצויה, בדקו את ההגדרות הבאות:
מוודאים שיש כללי חומת אש שמאפשרים תעבורה ממכונות משוכפלות למכונות לאיסוף נתונים.
מוודאים שהמקורות לשיקוף כוללים או מחריגים את המופעים שרוצים לשקף. לדוגמה, אם מציינים רשת משנה כמקור לשיקוף, כל המכונות הקיימות והעתידיות ברשת המשנה ישוקפו. אם מציינים תגים, רק מכונות עם תגים תואמים ישוכפלו.
בודקים שהמסננים של רפליקציה של חבילות נתונים לא רחבים מדי או צרים מדי. יכול להיות שהגדרתם בטעות מסננים שכוללים או מחריגים תנועה מסוימת.
אם הגדרתם מדיניות רפליקציה של חבילות נתונים כדי לאסוף תעבורת נתונים ב-IPv6, ודאו שהמקורות של תעבורת הנתונים המשוכפלת הם מכונות וירטואליות עם כתובות IPv6 שמחוברות לרשתות משנה עם טווחי כתובות IPv6.