הגדרת קטגוריית קצה עורפי

‫Cloud CDN משתמש במאזן העומסים החיצוני הגלובלי של אפליקציות (ALB) או במאזן העומסים הקלאסי של אפליקציות (ALB), לפי הבחירה שלכם, כדי לספק ניתוב, בדיקות תקינות ותמיכה בכתובות IP מסוג anycast. מאזני עומסים גלובליים חיצוניים של אפליקציות יכולים לכלול כמה סוגים של שרתי עורפיים – מכונות וירטואליות ב-Compute Engine, פודים ב-Google Kubernetes Engine, קטגוריות ב-Cloud Storage או קצה עורפי חיצוני מחוץ ל- Google Cloud. לכן, אתם יכולים לבחור באילו קצוות עורפיים (מקורות) להפעיל את Cloud CDN.

במדריך ההגדרה הזה מוסבר איך ליצור מאזן עומסים חיצוני של אפליקציות (ALB) עם Cloud CDN מופעל. בדוגמה הזו נעשה שימוש במקורות המידע הבאים:

  • רשת ברירת המחדל של ענן וירטואלי פרטי (VPC)
  • מפת URL שמוגדרת כברירת מחדל
  • כתובת IP חיצונית שמורה
  • קטגוריה של Cloud Storage כקצה עורפי
  • קטגוריית קצה עורפי אחת של מאזן עומסים שפועלת כעטיפה לקטגוריה של Cloud Storage

קטגוריית קצה עורפי תומכת בפעולות הבאות:

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

בסקירה הכללית על Cloud CDN מוסבר איך Cloud CDN פועל.

כברירת מחדל, Cloud Storage משתמש באותו מטמון שבו משתמש Cloud CDN. אם מפעילים את Cloud CDN בקטגוריית הקצה העורפי, אפשר להשתמש באמצעי הבקרה של Cloud CDN על התוכן. אמצעי הבקרה של Cloud CDN כוללים, לדוגמה, מצבי מטמון, כתובות URL חתומות וביטול תוקף. בנוסף, Cloud CDN מאפשר לשמור במטמון תוכן גדול (מעל 10MB). אם לא מפעילים את Cloud CDN בקטגוריית הקצה העורפי, אפשר להשתמש רק בכותרות של מקור Cache-Control כדי לשלוט בשמירת תוכן קטן יותר במטמון, כפי שמוגדר במטא-נתונים של Cloud Storage.

קצה עורפי של מאזן עומסים

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

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

לפני שמתחילים

המסוף

  1. נכנסים לדף Home במסוף Google Cloud .

    מעבר אל Google Cloud דף הבית

  2. משמאל ל- Google Cloud, בוחרים פרויקט מהתפריט הנפתח.

gcloud

     gcloud config set project PROJECT_ID
   

מחליפים את PROJECT_ID במזהה הפרויקט ב- Google Cloud.

Terraform

    export GOOGLE_CLOUD_PROJECT=PROJECT_ID
   

אופציונלי: שימוש בכתובות BYOIP

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

מידע נוסף על השימוש ב-BYOIP זמין במאמר בנושא העברת כתובות IP משלכם.

יצירת קטגוריה של Cloud Storage

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

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

המסוף

  1. נכנסים לדף Cloud Storage Buckets במסוף Google Cloud .

    כניסה לדף Buckets

  2. לוחצים על Create bucket.
  3. מציינים ערכים לשדות בטבלה הבאה, ומשאירים את כל שאר השדות בערכי ברירת המחדל שלהם.

    מאפיין (property) ערך (מקלידים את הערך או בוחרים אפשרות כמפורט)
    שם לכל קטגוריה, מזינים שם ייחודי באופן גלובלי. אם השם שהזנתם לא ייחודי, תוצג לכם הודעה שתצטרכו לנסות שם אחר.
    סוג מיקום במספר אזורים
    מיקום בוחרים אזור, למשל us (מספר אזורים בארצות הברית).
    סוג האחסון (storage class) המוגדר כברירת מחדל רגילה
    בקרת גישה Uniform
  4. לוחצים על יצירה.

  5. חשוב לשים לב לשם של הקטגוריה החדשה של Cloud Storage כדי להשתמש בו בשלב הבא.

gcloud

gcloud storage buckets create gs://BUCKET_NAME --project=PROJECT_ID --default-storage-class=standard --location=us-east1 --uniform-bucket-level-access

Terraform

כדי ליצור קטגוריה, משתמשים במשאב google_storage_bucket.

# Cloud Storage bucket
resource "random_id" "bucket_prefix" {
  byte_length = 8
}

resource "google_storage_bucket" "default" {
  name                        = "${random_id.bucket_prefix.hex}-my-bucket"
  location                    = "us-east1"
  uniform_bucket_level_access = true
  storage_class               = "STANDARD"
  // delete bucket and contents on destroy.
  force_destroy = true
  // Assign specialty files
  website {
    main_page_suffix = "index.html"
    not_found_page   = "404.html"
  }
}

כדי ללמוד איך להחיל הגדרות ב-Terraform או להסיר אותן, ראו פקודות בסיסיות ב-Terraform.

העתקת קובץ גרפי לקטגוריה של Cloud Storage

כדי שתוכלו לבדוק את ההגדרה, מעתיקים קובץ גרפי מקטגוריה ציבורית של Cloud Storage לקטגוריה שלכם ב-Cloud Storage.

gcloud

מריצים את הפקודה הבאה ב-Cloud Shell. מחליפים את BUCKET_NAME בשם הייחודי של הקטגוריה ב-Cloud Storage:

gcloud storage cp gs://gcp-external-http-lb-with-bucket/three-cats.jpg gs://BUCKET_NAME/never-fetch/

Terraform

כדי להעתיק את האובייקט, משתמשים בפקודה local-exec Provisioner עם האפשרות gcloud storage cp.

resource "null_resource" "upload_image" {
  provisioner "local-exec" {
    command = "gcloud storage cp gs://gcp-external-http-lb-with-bucket/three-cats.jpg gs://${google_storage_bucket.default.name}/never-fetch/ --recursive"
  }
}

אפשרות אחרת היא להשתמש במשאב google_storage_bucket_object כדי להעלות אובייקט.

# image object for testing, try to access http://<your_lb_ip_address>/test.jpg
resource "google_storage_bucket_object" "test_image" {
  name = "test-object"
  # Uncomment and add valid path to an object.
  #  source       = "/path/to/an/object"
  #  content_type = "image/jpeg"

  # Delete after uncommenting above source and content_type attributes
  content      = "Data as string to be uploaded"
  content_type = "text/plain"

  bucket = google_storage_bucket.default.name
}

כדי ללמוד איך להחיל הגדרות ב-Terraform או להסיר אותן, ראו פקודות בסיסיות ב-Terraform.

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

הפיכת הקטגוריה של Cloud Storage לציבורית

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

אלה חלופות להפיכת קטגוריה שלמה ב-Cloud Storage לציבורית:

התהליך הבא מעניק לכל המשתמשים גישה לצפייה באובייקטים בקטגוריה של Cloud Storage, כך שהקטגוריה תהיה קריאה באופן ציבורי.

המסוף

  1. נכנסים לדף Cloud Storage Buckets במסוף Google Cloud .

    כניסה לדף Buckets

  2. עוברים אל הדלי ולוחצים על הכרטיסייה הרשאות.
  3. לוחצים על Add principals.
  4. בשדה New principals, מזינים allUsers.
  5. בתפריט הנפתח, בוחרים באפשרות Cloud Storage > Storage Object Viewer.
  6. לוחצים על Save.

gcloud

gcloud storage buckets add-iam-policy-binding gs://BUCKET_NAME --member=allUsers --role=roles/storage.objectViewer

Terraform

כדי להפוך את הקטגוריה של Cloud Storage לציבורית, משתמשים במשאב google_storage_bucket_iam_member.

# make bucket public
resource "google_storage_bucket_iam_member" "default" {
  bucket = google_storage_bucket.default.name
  role   = "roles/storage.objectViewer"
  member = "allUsers"
}

כדי ללמוד איך להחיל הגדרות ב-Terraform או להסיר אותן, ראו פקודות בסיסיות ב-Terraform.

שמירת כתובת IP חיצונית

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

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

המסוף

  1. נכנסים לדף External IP addresses במסוף Google Cloud .

    לדף External IP addresses

  2. כדי לשמור כתובת IPv4 סטטית, לוחצים על שמירת כתובת סטטית.
  3. מקצים שם של example-ip.
  4. מגדירים את מסלול שירות הרשת בתור Premium.
  5. מגדירים את IP version ל-IPv4.
  6. מגדירים את Type (סוג) בתור Global (גלובלי).
  7. לוחצים על Reserve.

gcloud

gcloud compute addresses create example-ip \
    --network-tier=PREMIUM \
    --ip-version=IPV4 \
    --global

שימו לב לכתובת ה-IPv4 שהוקצתה:

gcloud compute addresses describe example-ip \
    --format="get(address)" \
    --global

Terraform

כדי לשמור כתובת IP, משתמשים במשאב google_compute_global_address.

# reserve IP address
resource "google_compute_global_address" "default" {
  name = "example-ip"
}

כדי ללמוד איך להחיל הגדרות ב-Terraform או להסיר אותן, ראו פקודות בסיסיות ב-Terraform.

יצירת מאזן עומסים חיצוני של אפליקציות (ALB)

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

המסוף

התחלת תהליך ההגדרה של מאזן עומסים חיצוני של אפליקציות (ALB)

  1. נכנסים לדף Load balancing במסוף Google Cloud .

    לדף Load balancing

  2. בקטע HTTP(S) load balancing (איזון עומסים ב-HTTP(S)), לוחצים על Start configuration (התחלת ההגדרה).
  3. בוחרים באפשרות מהאינטרנט למכונות הווירטואליות שלי ולוחצים על המשך.
  4. בקטע ניהול מתקדם של תנועה, בוחרים באחת מהאפשרויות הבאות:
    • במאזני עומסים קלאסיים של אפליקציות, בוחרים באפשרות Classic HTTP(S) Load Balancer.
    • למאזני עומסים גלובליים חיצוניים של אפליקציות, בוחרים באפשרות HTTP(S) Load Balancer with Advanced Traffic Management (מאזן עומסים מסוג HTTP(S) עם ניהול מתקדם של תעבורת נתונים).
  5. מגדירים את Name ל-http-lb ועוברים לשלב הבא.

הגדרת הקצה העורפי והפעלת Cloud CDN

יוצרים את קטגוריית הקצה העורפי של מאזן העומסים, שמשמשת כעטיפה לקטגוריה של Cloud Storage. כשיוצרים או עורכים קטגוריית קצה עורפי, אפשר להפעיל את Cloud CDN.

  1. לוחצים על Backend configuration.
  2. בקטע שירותי קצה עורפי וקטגוריות קצה עורפי, לוחצים על יצירה או בחירה של שירותי קצה עורפי וקטגוריות קצה עורפי ואז על קטגוריות קצה עורפי > יצירת קטגוריית קצה עורפי.
  3. מגדירים את Name לערך cat-backend-bucket. השם הזה לא צריך להיות ייחודי באופן גלובלי, והוא יכול להיות שונה מהשם של קטגוריה של Cloud Storage בפועל.
  4. בקטע קטגוריה של Cloud Storage, לוחצים על Browse.
  5. בוחרים את הקטגוריה BUCKET_NAME שיצרתם ב-Cloud Storage, שהיא ייחודית באופן גלובלי, ואז לוחצים על Select.
  6. לוחצים על הפעלת Cloud CDN.

  7. (אופציונלי) משנים את ההגדרות של מצב מטמון ושל TTL.

  8. לוחצים על יצירה.

הגדרת כללי מארח וכלים להתאמת נתיבים

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

בקטע Host and path rules (כללים לגבי מארח ונתיב), אפשר להשאיר את הגדרות ברירת המחדל.

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

מידע נוסף על כללי מארח ועל התאמה לפי נתיב זמין במאמר סקירה כללית על מיפויי כתובות URL.

הגדרת הקצה הקדמי

  1. לוחצים על Frontend configuration.
  2. מוודאים שהאפשרויות מוגדרות עם הערכים האלה.

    מאפיין (property) ערך (מקלידים ערך או בוחרים אפשרות כמפורט)
    פרוטוקול HTTP
    Network Service Tier Premium
    גרסת IP IPv4
    כתובת IP example-ip
    יציאה 80

    אם רוצים ליצור מאזן עומסים ב-HTTPS במקום מאזן עומסים ב-HTTP, צריך אישור SSL (gcloud compute ssl-certificates list) ולמלא את השדות באופן הבא.

    מאפיין (property) ערך (מקלידים ערך או בוחרים אפשרות כמפורט)
    פרוטוקול HTTPS
    Network Service Tier Premium
    גרסת IP IPv4
    כתובת IP example-ip
    יציאה 443
    אישור בחירת אישור או יצירת אישור חדש
  3. לוחצים על סיום.

בדיקת ההגדרות האישיות

  1. לוחצים על Review and finalize.
  2. בודקים את הקטעים Backend buckets,‏ Host and path rules ו-Frontend.
  3. לוחצים על יצירה.
  4. מחכים שמאזן העומסים ייווצר.
  5. לוחצים על השם של מאזן העומסים (http-lb).
  6. שימו לב לכתובת ה-IP של מאזן העומסים לקראת המשימה הבאה. הוא נקרא IP_ADDRESS.

gcloud

הגדרת הקצה העורפי

gcloud compute backend-buckets create cat-backend-bucket \
    --gcs-bucket-name=BUCKET_NAME \
    --enable-cdn \
    --cache-mode=CACHE_MODE

כדי להגדיר את מצב מטמון, מחליפים את CACHE_MODE באחת מהאפשרויות הבאות:

  • CACHE_ALL_STATIC או USE_ORIGIN_HEADERS: נעשה שימוש בכותרות שהוגדרו בהתאם למטא-נתונים של בקרת מטמון ב-Cloud Storage. ‫Cloud Storage תמיד מספק כותרת Cache-Control ל-Cloud CDN. אם לא נבחר ערך באופן מפורש, המערכת שולחת ערך ברירת מחדל.

  • FORCE_CACHE_ALL: כל התוכן נשמר במטמון, בלי להתייחס להנחיות private,‏ no-store או no-cache בכותרות התגובה Cache-Control שנשלחות על ידי Cloud Storage.

הגדרת מפת URL

gcloud compute url-maps create http-lb \
    --default-backend-bucket=cat-backend-bucket

הגדרת שרת ה-Proxy של היעד

gcloud compute target-http-proxies create http-lb-proxy \
    --url-map=http-lb

הגדרת כלל ההעברה

  • במאזן עומסים גלובלי חיצוני של אפליקציות, משתמשים בפקודת ה-CLI של gcloud עם load-balancing-scheme=EXTERNAL_MANAGED. ההגדרה הזו מציעה יכולת מתקדמת לניהול תנועה.
  • במאזן עומסים קלאסי של אפליקציות (ALB), משתמשים ב-load-balancing-scheme=EXTERNAL.
gcloud compute forwarding-rules create http-lb-forwarding-rule \
    --load-balancing-scheme=LOAD_BALANCING_SCHEME \
    --network-tier=PREMIUM \
    --address=example-ip \
    --global \
    --target-http-proxy=http-lb-proxy \
    --ports=80

Terraform

הגדרת הקצה העורפי

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

# backend bucket with CDN policy with default ttl settings
resource "google_compute_backend_bucket" "default" {
  name        = "cat-backend-bucket"
  description = "Contains beautiful images"
  bucket_name = google_storage_bucket.default.name
  enable_cdn  = true
  cdn_policy {
    cache_mode        = "CACHE_ALL_STATIC"
    client_ttl        = 3600
    default_ttl       = 3600
    max_ttl           = 86400
    negative_caching  = true
    serve_while_stale = 86400
  }
}

הגדרת מפת URL

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

# url map
resource "google_compute_url_map" "default" {
  name            = "http-lb"
  default_service = google_compute_backend_bucket.default.id
}

הגדרת שרת ה-Proxy של היעד

כדי להגדיר את שרת ה-proxy ליעד, משתמשים במשאב google_compute_target_http_proxy או במשאב google_compute_target_https_proxy.

# http proxy
resource "google_compute_target_http_proxy" "default" {
  name    = "http-lb-proxy"
  url_map = google_compute_url_map.default.id
}

הגדרת כלל ההעברה

כדי להגדיר את כלל ההעברה, משתמשים במשאב google_compute_global_forwarding_rule.

# forwarding rule
resource "google_compute_global_forwarding_rule" "default" {
  name                  = "http-lb-forwarding-rule"
  ip_protocol           = "TCP"
  load_balancing_scheme = "EXTERNAL"
  port_range            = "80"
  target                = google_compute_target_http_proxy.default.id
  ip_address            = google_compute_global_address.default.id
}
  • במאזן עומסים גלובלי חיצוני של אפליקציות, משתמשים ב-load_balancing_scheme="EXTERNAL_MANAGED". ההגדרה הזו מציעה יכולת מתקדמת לניהול תנועה.
  • במאזן עומסים קלאסי של אפליקציות (ALB), משתמשים ב-load_balancing_scheme="EXTERNAL".

כדי ללמוד איך להחיל הגדרות ב-Terraform או להסיר אותן, ראו פקודות בסיסיות ב-Terraform.

שליחת תנועה לקטגוריית קצה עורפי

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

המסוף

  1. נכנסים לדף Load balancing במסוף Google Cloud .

    לדף Load balancing

  2. לוחצים על http-lb כדי להרחיב את מאזן העומסים שיצרתם.

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

  3. אחרי שהמסוף Google Cloud מראה שקטגוריית הקצה העורפי תקינה, אפשר לבדוק את מאזן העומסים באמצעות דפדפן אינטרנט. לשם כך, עוברים אל http://IP_ADDRESS/never-fetch/three-cats.jpg. מחליפים את IP_ADDRESS בכתובת ה-IP של מאזן העומסים. הדפדפן אמור לעבד דף עם תוכן שמציג את קובץ הגרפיקה.

gcloud

משתמשים בפקודה curl כדי לבדוק את התגובה מכתובת ה-URL. מחליפים את IP_ADDRESS בכתובת ה-IPv4 של מאזן העומסים.

שימו לב לכתובת ה-IPv4 שהוקצתה:

gcloud compute addresses describe example-ip \
    --format="get(address)" \
    --global

שליחת בקשת curl:

curl http://IP_ADDRESS/never-fetch/three-cats.jpg

אימות הפעולה התקינה של Cloud CDN

אם תטעינו מחדש את הדף http://IP_ADDRESS/never-fetch/three-cats.jpg כמה פעמים ברצף מהיר, אמורות להיות כמה פגיעות במטמון.

רשומה ביומן שמראה פגיעה במטמון. אפשר לראות את הפגיעות במטמון במסוףGoogle Cloud . לשם כך, פותחים את Logs Explorer ומסננים לפי שם כלל ההעברה.

פתיחת הכלי Logs Explorer

Logs Explorer

{
    insertId: "1oek5rg3l3fxj7"
    jsonPayload: {
        @type: "type.googleapis.com/google.cloud.loadbalancing.type.LoadBalancerLogEntry"
        cacheId: "SFO-fbae48ad"
        statusDetails: "response_from_cache"
    }
    httpRequest: {
        requestMethod: "GET"
        requestUrl: "http://LOAD_BALANCER_IP_ADDRESS/never-fetch/three-cats.jpg"
        requestSize: "577"
        status: 254
        responseSize: "157"
        userAgent: "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.61 Safari/537.36"
        remoteIp: "CLIENT_IP_ADDRESS"
        cacheHit: true
        cacheLookup: true
    }
    resource: {
        type: "http_load_balancer"
        labels: {
            zone: "global"
            url_map_name: "URL_MAP_NAME"
            forwarding_rule_name: "FORWARDING_RULE_NAME"
            target_proxy_name: "TARGET_PROXY_NAME"
            backend_service_name: ""
            project_id: "PROJECT_ID"
        }
    }
    timestamp: "2020-06-08T23:41:25.078651Z"
    severity: "INFO"
    logName: "projects/PROJECT_ID/logs/requests"
    trace: "projects/PROJECT_ID/traces/241d69833e64b3bf83fabac8c873d992"
    receiveTimestamp: "2020-06-08T23:41:25.588272510Z"
    spanId: "7b6537d3672e08e1"
}

המסוף

  1. נכנסים לדף Load balancing במסוף Google Cloud .

    לדף Load balancing

  2. לוחצים על http-lb כדי להרחיב את מאזן העומסים שיצרתם.

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

  3. אחרי שהמסוף Google Cloud מראה שקטגוריית הקצה העורפי תקינה, אפשר לבדוק את מאזן העומסים באמצעות דפדפן אינטרנט. לשם כך, עוברים אל http://IP_ADDRESS/never-fetch/three-cats.jpg. מחליפים את IP_ADDRESS בכתובת ה-IP של מאזן העומסים. הדפדפן אמור לעבד דף עם תוכן שמציג את קובץ הגרפיקה.

gcloud

משתמשים בפקודה curl כדי לבדוק את התגובה מכתובת ה-URL. מחליפים את IP_ADDRESS בכתובת ה-IPv4 של מאזן העומסים.

שימו לב לכתובת ה-IPv4 שהוקצתה:

gcloud compute addresses describe example-ip \
    --format="get(address)" \
    --global

שליחת בקשת curl:

curl -D- -o /dev/null /dev/null http://IP_ADDRESS/never-fetch/three-cats.jpg

התוכן מאוחזר מ-Cloud Storage, נשמר במטמון על ידי Cloud CDN, ואז עובר אימות ומאוחזר מחדש כשהוא מתפוגג או כשמתבצעת הוצאה שלו מהמטמון.

לתוכן מהמטמון יש כותרת Age עם ערך גדול מאפס.

אפשר לפסול תוכן שצריך לרענן לפני תפוגת ה-TTL, ולשלוף אותו מחדש מ-Cloud Storage.

השבתת Cloud CDN

המסוף

השבתת Cloud CDN לקטגוריית קצה עורפי יחידה

  1. נכנסים לדף Cloud CDN במסוף Google Cloud .

    כניסה לדף Cloud CDN

  2. בצד שמאל של שורת המקור, לוחצים על תפריט ואז בוחרים באפשרות עריכה.
  3. מבטלים את הסימון בתיבות של כל דלי אחורי שרוצים להפסיק להשתמש ב-Cloud CDN.
  4. לוחצים על עדכון.

הסרת Cloud CDN מכל קטגוריות הקצה העורפי של מקור

  1. נכנסים לדף Cloud CDN במסוף Google Cloud .

    כניסה לדף Cloud CDN

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

gcloud

gcloud compute backend-buckets update BACKEND_BUCKET_NAME \
    --no-enable-cdn

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

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