במדריך הזה נשתמש בדוגמה כדי ללמד אתכם את היסודות של שימוש בקצה עורפי חיצוני (שנקרא לפעמים מקור מותאם אישית) עם מאזן עומסים גלובלי-חיצוני של אפליקציות (ALB). בקצה העורפי החיצוני יש נקודת קצה שנמצאת מחוץ ל- Google Cloud. כשמשתמשים בקצה עורפי חיצוני עם מאזן עומסים גלובלי חיצוני של אפליקציות (ALB), אפשר לשפר את הביצועים באמצעות שמירת נתונים במטמון של Cloud CDN.
במדריך הזה נסביר איך להגדיר מאזן עומסים גלובלי-חיצוני של אפליקציות (ALB) עם שירות קצה עורפי שמופעל בו Cloud CDN, שמבצע פרוקסי לבקשות לשרת קצה עורפי חיצוני.
לפני שממשיכים במדריך הזה, כדאי לעיין במסמכי סקירת ה-NEG באינטרנט, כולל המגבלות.בתרשים הארכיטקטורה הבא מוצג חזית קצה של מאזן עומסים גלובלי חיצוני של אפליקציות (ALB) עם בק-אנד חיצוני.
הרשאות
כדי לפעול לפי המדריך הזה, צריך ליצור NEG לאינטרנט וליצור או לשנות מאזן עומסים של אפליקציות (ALB) חיצוני בפרויקט. צריכות להיות לכם הרשאות בעלים או עריכה בפרויקט (roles/owner או roles/editor), או שצריכים להיות לכם שני תפקידי ה-IAM הבאים ב-Compute Engine.
| משימה | תפקיד נדרש |
|---|---|
| יצירה ושינוי של רכיבי מאזן עומסים | אדמין ברשת Compute ( roles/compute.networkAdmin)
|
| יצירה ושינוי של קבוצות NEG | אדמין מכונות של Compute ( roles/compute.instanceAdmin)
|
אופציונלי: שימוש בכתובות BYOIP
באמצעות העברת כתובות IP משלכם (BYOIP), אתם יכולים לייבא כתובות ציבוריות משלכם אלGoogle Cloud כדי להשתמש בכתובות עם משאבי Google Cloud . לדוגמה, אם מייבאים כתובות IPv4 משלכם, אפשר להקצות אחת מהן לכלל ההעברה כשמגדירים את מאזן העומסים. כשפועלים לפי ההוראות במסמך הזה כדי ליצור את מאזן העומסים, צריך לספק את כתובת ה-IP של BYOIP בתור כתובת ה-IP.
מידע נוסף על השימוש ב-BYOIP זמין במאמר בנושא העברת כתובות IP משלכם.
הגדרת סביבת הקצה העורפי החיצונית מחוץ ל- Google Cloud
בסעיפים הבאים מוסבר איך להגדיר את הסביבה.
הגדרת נקודות קצה ברשת
מגדירים נקודת קצה ברשת כדי לחשוף את הקצה העורפי החיצוני ל-Google Cloud. חשוב לוודא שאפשר להגיע לנקודת הקצה – שילוב של כתובת IP ויציאה או שם דומיין שמוגדר במלואו (FQDN) ויציאה – דרך האינטרנט. נקודת הקצה הזו מוזכרת בהמשך ב-NEG של האינטרנט.
דרישות ההגדרה המפורטות של נקודות קצה (endpoint) של NEG באינטרנט מפורטות במאמר סקירה כללית של NEGs באינטרנט.
מתן הרשאה לשרת הקצה העורפי החיצוני לקבל תנועה מ Google Cloud
כדי לאפשר לבקשות מ- Google Cloud להגיע לקצה העורפי החיצוני שלכם, אתם צריכים להוסיף לרשימת ההיתרים את טווחי כתובות ה-IP שבהם Google משתמשת כדי לשלוח בקשות לקצה עורפי חיצוני. כדי לחפש את כתובות ה-IP שצריך לאפשר להן לשלוח תנועה אל העורפים החיצוניים, שולחים שאילתה לרשומת ה-DNS TXT _cloud-eoips.googleusercontent.com באמצעות כלי כמו dig או nslookup.
דוגמאות:
מריצים את הפקודה הבאה
nslookup:nslookup -q=TXT _cloud-eoips.googleusercontent.com 8.8.8.8
הפלט אמור להיראות כך:
Non-authoritative answer: _cloud-eoips.googleusercontent.com text = "v=spf1 ip4:34.96.0.0/20 ip4:34.127.192.0/18 ~all"
שימו לב לטווחים של CIDR אחרי
ip4:וודאו שהטווחים האלה מורשים על ידי כללי חומת האש או רשימות בקרת הגישה (ACL) בענן שהוגדרו בשרת העורפי החיצוני.מריצים את הפקודה הבאה
dig:dig TXT _cloud-eoips.googleusercontent.com | grep -Eo 'ip4:[^ ]+' | cut -d':' -f2
הפלט מכיל שני טווחי כתובות IP, באופן הבא:
34.96.0.0/20 34.127.192.0/18
הגדרה של סביבת Google Cloud
יוצרים את מאזן העומסים הגלובלי החיצוני של אפליקציות (ALB) עם קצה עורפי של קבוצת נקודות קצה ברשת האינטרנט (NEG).
שמירת כתובת IP חיצונית
שמירת כתובת IP חיצונית סטטית גלובלית שהלקוחות משתמשים בה כדי להגיע לאפליקציה.
המסוף
נכנסים לדף External IP addresses במסוף Google Cloud .
לוחצים על Reserve external static address (שמירת כתובת IP חיצונית סטטית) כדי לשמור כתובת IPv4.
מזינים שם.
בקטע Network Service Tier, לוחצים על Premium.
בשביל IP version, בוחרים IPv4.
בשדה Type (סוג), בוחרים באפשרות Global (גלובלי).
לוחצים על Reserve.
gcloud
gcloud compute addresses create LB_IP_ADDRESS_NAME \
--network-tier=PREMIUM \
--ip-version=IPV4 \
--global
שימו לב לכתובת ה-IPv4 שהוקצתה:
gcloud compute addresses describe LB_IP_ADDRESS_NAME \
--format="get(address)" \
--global
הגדרת NEG באינטרנט
המסוף
נכנסים לדף Network endpoint groups במסוף Google Cloud .
לוחצים על יצירת קבוצת נקודות קצה ברשת.
מזינים שם.
בקטע סוג קבוצת נקודות קצה ברשת, בוחרים באפשרות קבוצת נקודות קצה ברשת (אינטרנט).
בשדה יציאה שמוגדרת כברירת מחדל, מזינים
443.בקטע New network endpoint (נקודת קצה חדשה ברשת), בוחרים באפשרות Fully qualified domain name and port (שם דומיין מוגדר במלואו ויציאה).
מזינים את שם הדומיין שמוגדר במלואו.
בקטע סוג היציאה, בוחרים באפשרות ברירת מחדל ומוודאים שמספר היציאה הוא
443.לוחצים על יצירה.
gcloud
יוצרים NEG לאינטרנט ומגדירים את
--network-endpoint-typeלערךinternet-fqdn-port(שם המארח והיציאה שדרכם אפשר להגיע לקצה העורפי החיצוני):gcloud compute network-endpoint-groups create INTERNET_NEG_NAME \ --network-endpoint-type="internet-fqdn-port" \ --globalמוסיפים את נקודת הקצה ל-NEG. אם לא מציינים יציאה, ברירת המחדל היא יציאה
80(HTTP) או443(HTTPS; HTTP/2), בהתאם לפרוטוקול שהוגדר בשירות לקצה העורפי. חשוב לכלול את הדגל--global:gcloud compute network-endpoint-groups update INTERNET_NEG_NAME \ --add-endpoint="fqdn=FULLY_QUALIFIED_DOMAIN_NAME,port=443" \ --global
הגדרת משאב של אישור SSL
כדי ליצור את מאזן העומסים, צריך משאב של אישור SSL שאפשר לצרף לפרוקסי היעד. משאב אישור ה-SSL יכול להיות מיפוי אישורים או אישור SSL של Compute Engine (אישור קלאסי).
מפת אישורים
אפשר ליצור מיפוי אישורים כמו שמתואר באחד מהמסמכים הבאים:
- פריסת אישור גלובלי שמנוהל על ידי Google עם הרשאה למאזן עומסים
- פריסת אישור גלובלי שמנוהל על ידי Google באמצעות הרשאת DNS
- פריסת אישור גלובלי שמנוהל על ידי Google באמצעות Certificate Authority Service
- פריסת אישור גלובלי בניהול עצמי
אישור SSL ב-Compute Engine
במאזן עומסים ב-HTTPS, יוצרים משאב אישור SSL ב-Compute Engine, כמו שמתואר באחד מהמסמכים הבאים:
מומלץ להשתמש באישור שמנוהל על ידי Google.
יצירת מאזן העומסים
המסוף
בחירת סוג מאזן העומסים
נכנסים לדף Load balancing במסוף Google Cloud .
- לוחצים על Create load balancer (יצירת מאזן עומסים).
- בקטע Type of load balancer, בוחרים באפשרות Application Load Balancer (HTTP/HTTPS) ולוחצים על Next.
- בקטע Public facing or internal (פנימי או גלוי לכולם), בוחרים באפשרות Public facing (external) (גלוי לכולם – חיצוני) ולוחצים על Next (הבא).
- אם רוצים פריסה גלובלית או פריסה באזור יחיד, בוחרים באפשרות הכי מתאים לעומסי עבודה גלובליים ולוחצים על הבא.
- בקטע Load balancer generation (יצירת מאזן עומסים), בוחרים באפשרות Global external Application Load Balancer (מאזן עומסים גלובלי חיצוני של אפליקציות) ולוחצים על Next (הבא).
- לוחצים על Configure (הגדרה).
הגדרות הקצה הקדמי
- לוחצים על Frontend configuration.
- מזינים שם.
כדי ליצור מאזן עומסים ב-HTTPS, צריך אישור SSL. מומלץ להשתמש באישור שמנוהל על ידי Google.
מוודאים שהאפשרויות הבאות מוגדרות עם הערכים האלה.
מאפיין (property) ערך (מקלידים ערך או בוחרים אפשרות כמפורט) פרוטוקול HTTPS Network Service Tier Premium גרסת ה-IP IPv4 כתובת IP בוחרים את כתובת ה-IP שנוצרה בשלב שמירת כתובת IP חיצונית. יציאה 443 אופציונלי: פסק זמן של HTTP keepalive מזינים ערך של זמן קצוב לתפוגה בין 5 ל-1,200 שניות. ערך ברירת המחדל הוא 610 שניות. אישור בקטע בחירת מאגר אישורים, בוחרים באפשרות שימוש במפת אישורים או שימוש באישורים קלאסיים. בהתאם לבחירה שלכם, בוחרים מפת אישורים או אישור קלאסי. אופציונלי: הפעלת הפניה אוטומטית מ-HTTP ל-HTTPS משתמשים בתיבת הסימון הזו כדי להפעיל הפניות אוטומטיות מ-HTTP ל-HTTPS.
אם מסמנים את תיבת הסימון הזו, נוצר מאזן עומסים חלקי נוסף של HTTP שמשתמש באותה כתובת IP כמו מאזן העומסים של HTTPS, ומפנה בקשות HTTP לחלק הקדמי של מאזן העומסים של HTTPS.
אפשר לסמן את התיבה הזו רק אם בוחרים בפרוטוקול HTTPS ומשתמשים בכתובת IP שמורה.
אם רוצים לבדוק את התהליך הזה בלי להגדיר משאב של אישור SSL (או דומיין, כפי שנדרש באישורים שמנוהלים על ידי Google), אפשר להגדיר איזון עומסים של HTTP.
כדי ליצור HTTPHTTP, מוודאים שהאפשרויות הבאות מוגדרות עם הערכים האלה:
מאפיין (property) ערך (מקלידים ערך או בוחרים אפשרות כמפורט) פרוטוקול HTTP Network Service Tier פרימיום גרסת ה-IP IPv4 כתובת IP בוחרים את כתובת ה-IP שנוצרה בשלב שמירת כתובת IP חיצונית. יציאה 80 אופציונלי: פסק זמן של HTTP keepalive מזינים ערך של זמן קצוב לתפוגה בין 5 ל-1,200 שניות. ערך ברירת המחדל הוא 610 שניות. לוחצים על סיום.
הגדרת הקצה העורפי
- לוחצים על Backend configuration.
- לוחצים על Backend services and backend buckets (שירותי קצה עורפיים ודלי קצה עורפיים).
- לוחצים על Create a backend service.
- מזינים שם.
- בקטע סוג קצה עורפי, בוחרים באפשרות קבוצה של נקודות קצה ברשת באינטרנט.
- בשדה פרוטוקול, בוחרים את הפרוטוקול שבו רוצים להשתמש ממאזן העומסים ל-NEG של האינטרנט. בדוגמה הזו, בוחרים באפשרות HTTP/2.
- בקטע Backends, בחלון New backend, בוחרים את ה-NEG לאינטרנט שנוצר בשלב הקודם.
- לוחצים על יצירה.
בדיקה וסיום
- לוחצים על Review and finalize.
- אם הכל נראה בסדר, לוחצים על יצירה.
gcloud
- יוצרים שירות לקצה העורפי:
gcloud compute backend-services create BACKEND_SERVICE \ --load-balancing-scheme=EXTERNAL_MANAGED \ --global - מוסיפים את ה-NEG של האינטרנט לשירות הקצה העורפי:
gcloud compute backend-services add-backend BACKEND_SERVICE \ --network-endpoint-group=INTERNET_NEG_NAME \ --global-network-endpoint-group \ --global - יוצרים מפת URL כדי לנתב בקשות נכנסות לשירות הקצה העורפי:
gcloud compute url-maps create URL_MAP_NAME \ --default-service=BACKEND_SERVICE \ --global מבצעים את השלב הזה רק אם רוצים ליצור מאזן עומסים ב-HTTPS. השלב הזה לא נדרש למאזני עומסים של HTTP.
כדי ליצור מאזן עומסים ב-HTTPS, צריך שיהיה לכם משאב של אישור SSL לשימוש בשרת ה-proxy של יעד HTTPS. אפשר ליצור משאב של אישור SSL באמצעות אישור SSL בניהול Google או אישור SSL בניהול עצמי. מומלץ להשתמש באישורים שמנוהלים על ידי Google, כי Google Cloud מקבלת, מנהלת ומחדשת את האישורים האלה באופן אוטומטי.
כדי ליצור אישור שמנוהל על ידי Google, צריך שיהיה לכם דומיין. אם אין לכם דומיין, אתם יכולים להשתמש באישור SSL בניהול עצמי לצורך בדיקה.
כדי ליצור משאב של אישור SSL בניהול Google: כדי ליצור משאב של אישור SSL בניהול עצמי:gcloud compute ssl-certificates create SSL_CERTIFICATE_NAME \ --domains DOMAINgcloud compute ssl-certificates create SSL_CERTIFICATE_NAME \ --certificate CRT_FILE_PATH \ --private-key KEY_FILE_PATHיוצרים שרת proxy של HTTP(S) ליעד כדי להפנות בקשות למפת URL.
כדי ליצור מאזן עומסים מסוג HTTP, יוצרים proxy ליעד HTTP:
gcloud compute target-http-proxies create TARGET_HTTP_PROXY_NAME \ --url-map=URL_MAP_NAME \ --globalלמאזן עומסים מסוג HTTPS, יוצרים שרת proxy ליעד מסוג HTTPS. ה-proxy הוא החלק במאזן העומסים שמכיל את אישור ה-SSL לאיזון עומסים של HTTPS, ולכן בשלב הזה טוענים גם את האישור.
gcloud compute target-https-proxies create TARGET_HTTPS_PROXY_NAME \ --ssl-certificates=SSL_CERTIFICATE_NAME \ --url-map=URL_MAP_NAME \ --globalמחליפים את מה שכתוב בשדות הבאים:
-
TARGET_HTTP_PROXY_NAME: השם של ה-proxy ל-HTTP של היעד. -
TARGET_HTTPS_PROXY_NAME: השם של שרת ה-proxy ל-HTTPS של היעד. -
SSL_CERTIFICATE_NAME: השם של אישור ה-SSL. -
URL_MAP_NAME: השם של מפת URL.
--http-keep-alive-timeout-sec. ערך הזמן הקצוב לתפוגה צריך להיות בין 5 ל-1,200 שניות. ערך ברירת המחדל הוא 610 שניות.-
יוצרים כלל העברה כדי להפנות בקשות נכנסות לשרת ה-proxy.
עבור מאזן עומסים מסוג HTTP:
gcloud compute forwarding-rules create HTTP_FORWARDING_RULE_NAME \ --load-balancing-scheme=EXTERNAL_MANAGED \ --network-tier=PREMIUM \ --address=LB_IP_ADDRESS_NAME \ --target-http-proxy=TARGET_HTTP_PROXY_NAME \ --global \ --ports=80במאזן עומסים מסוג HTTPS:
gcloud compute forwarding-rules create HTTPS_FORWARDING_RULE_NAME \ --load-balancing-scheme=EXTERNAL_MANAGED \ --network-tier=PREMIUM \ --address=LB_IP_ADDRESS_NAME \ --target-https-proxy=TARGET_HTTPS_PROXY_NAME \ --global \ --ports=443
חיבור הדומיין למאזן העומסים
אחרי שיוצרים את מאזן העומסים, רושמים את כתובת ה-IP שמשויכת למאזן העומסים – לדוגמה, 30.90.80.100. כדי להפנות את הדומיין למאזן העומסים, צריך ליצור רשומת A באמצעות שירות הרישום של הדומיין. אם הוספתם מספר דומיינים לאישור ה-SSL, צריך להוסיף רשומת A לכל אחד מהם, כשכולם מפנים לכתובת ה-IP של מאזן העומסים. לדוגמה, כדי ליצור רשומות A בשביל www.example.com ובשביל example.com, משתמשים בפקודה הבאה:
NAME TYPE DATA www A 30.90.80.100 @ A 30.90.80.100
אם אתם משתמשים ב-Cloud DNS כספק ה-DNS, תוכלו לעיין במאמר בנושא הוספה, שינוי ומחיקה של רשומות.
בדיקת מאזן העומסים
אחרי שמגדירים את מאזן העומסים, אפשר להתחיל לשלוח תנועה לכתובת ה-IP של מאזן העומסים. אם הגדרתם דומיין, אתם יכולים גם לשלוח תנועה לשם הדומיין. עם זאת, יכול לעבור זמן עד שהפצת ה-DNS תושלם, לכן אפשר להתחיל להשתמש בכתובת ה-IP לבדיקה.
המסוף
נכנסים לדף Load balancing במסוף Google Cloud .
לוחצים על מאזן העומסים שיצרתם.
שימו לב לכתובת ה-IP של מאזן העומסים.
שליחת תעבורה למאזן העומסים.
אם יצרתם מאזן עומסים מסוג HTTP, תוכלו לבדוק אותו על ידי מעבר אל
http://IP_ADDRESS. מחליפים אתIP_ADDRESSבכתובת ה-IP של מאזן העומסים. תועברו לאפליקציה שמופעלת בשרת קצה חיצוני.אם יצרתם מאזן עומסים ב-HTTPS, תוכלו לבדוק את מאזן העומסים על ידי מעבר אל
https://IP_ADDRESS. מחליפים אתIP_ADDRESSבכתובת ה-IP של מאזן העומסים. תועברו לאפליקציה שפועלת בשרת העורפי החיצוני.
אם זה לא עובד ואתם משתמשים באישור שמנוהל על ידי Google, צריך לוודא שהסטטוס של משאב האישור הוא ACTIVE. מידע נוסף זמין במאמר סטטוס של משאב אישור SSL בניהול Google.
אפשר גם להשתמש ב-
curlמשורת הפקודה של המחשב המקומי. מחליפים אתIP_ADDRESSבכתובת ה-IPv4 של מאזן העומסים. אם אתם משתמשים באישור שמנוהל על ידי Google, אתם צריכים לבדוק את הדומיין שמפנה לכתובת ה-IP של איזון העומסים. לדוגמה:curl -s 'https://www.example.com:443' --resolve www.example.com:443:IP_ADDRESS
אופציונלי: אם אתם משתמשים בדומיין מותאם אישית, יכול להיות שתצטרכו לחכות עד שהגדרות ה-DNS המעודכנות יתעדכנו. לאחר מכן, בודקים את הדומיין בדפדפן האינטרנט.
לקבלת עזרה בפתרון בעיות, אפשר לעיין במאמר בנושא פתרון בעיות ב-NEG חיצוניות של קצה עורפי ובאינטרנט.
שלבי הגדרת תצורה נוספים
בקטע הזה אנחנו מרחיבים את דוגמת ההגדרה ומציגים אפשרויות הגדרה חלופיות ונוספות. כל המשימות הן אופציונליות. אפשר לבצע אותן בכל סדר.
הפעלת Cloud CDN
כש-Cloud CDN מופעל, מאזן העומסים החיצוני של האפליקציות שולח בקשות לקצה העורפי של ה-NEG באינטרנט רק כשמתרחש פספוס במטמון של Cloud CDN.
המסוף
נכנסים לדף Load balancing במסוף Google Cloud .
לוחצים על השם של מאזן העומסים שרוצים לשנות.
לוחצים על עריכה.
לוחצים על Backend configuration.
בשירות הקצה העורפי עם קצה עורפי של NEG באינטרנט, לוחצים על Edit.
בוחרים באפשרות הפעלת Cloud CDN.
לוחצים על עדכון.
כדי לבדוק את השינויים, לוחצים על בדיקה וסיום ואז על עדכון.
gcloud
- כדי להפעיל את Cloud CDN בשירות הקצה העורפי, משתמשים בפקודה הבאה:
gcloud compute backend-services update BACKEND_SERVICE \ --load-balancing-scheme=EXTERNAL_MANAGED \ --global \ --enable-cdn \ --cache-mode=CACHE_MODEכדי להגדיר את מצב מטמון, מחליפים את
CACHE_MODEבאחת מהאפשרויות הבאות:-
CACHE_All_STATIC: שמירה אוטומטית במטמון של תוכן סטטי. -
USE_ORIGIN_HEADERS(ברירת מחדל): נדרש שהמקור יגדיר כותרות תקפות של שמירת תוכן במטמון כדי לשמור תוכן במטמון. -
FORCE_CACHE_ALL: שומר במטמון את כל התוכן, בלי להתייחס להנחיותprivate,no-storeאוno-cacheבכותרות התגובהCache-Control.
-
שימוש בכותרת מותאמת אישית לאימות בקשות
כדי לאמת בקשות שנשלחות לשרת הקצה העורפי החיצוני, אפשר להגדיר כותרת מותאמת אישית כדי לציין שהבקשה הגיעה ממאזן עומסים Google Cloud . לדוגמה, אפשר להגדיר את הבק-אנד החיצוני כך שיצפה לערך מסוים בכותרת Host של בקשת ה-HTTP, ואפשר להגדיר את שירות לקצה העורפי כך שיגדיר את הכותרת Host לערך הצפוי הזה.
כדי להגדיר את שירות לקצה העורפי כך שתוסף כותרת מותאמת אישית Host
לכל בקשה:
המסוף
נכנסים לדף Load balancing במסוף Google Cloud .
לוחצים על השם של מאזן העומסים שרוצים לשנות.
לוחצים על עריכה.
לוחצים על Backend configuration.
בשירות הקצה העורפי עם קצה עורפי של NEG באינטרנט, לוחצים על Edit.
לוחצים על הגדרות מתקדמות.
בקטע כותרות מותאמות אישית של בקשות, לוחצים על הוספת כותרת:
- בשדה Header name (שם הכותרת), מזינים
Host. - בשדה ערך הכותרת, מזינים
FQDN_NEG_ENDPOINT.
- בשדה Header name (שם הכותרת), מזינים
לוחצים על עדכון.
כדי לבדוק את השינויים, לוחצים על בדיקה וסיום ואז על עדכון.
gcloud
- כדי להגדיר את שירות לקצה העורפי כך שיוסיף כותרת `Host` מותאמת אישית לכל בקשה, משתמשים בפקודה הבאה.
gcloud compute backend-services update BACKEND_SERVICE \ --custom-request-header "Host: HEADER_VALUE" \ --load-balancing-scheme=EXTERNAL_MANAGED \ --global
חשוב לוודא שהגדרתם את ה-Backend החיצוני כך שיצפה לכותרת Host כדי שיוכל לאמת בקשות נכנסות.
למידע כללי על כותרות בקשות בהתאמה אישית, אפשר לקרוא את המאמר הגדרת כותרות בקשות בהתאמה אישית. למידע על שיטות אימות אחרות, אפשר לעיין במאמר בנושא אימות בקשות לשרת קצה עורפי חיצוני.
הפעלת IAP במאזן עומסים חיצוני של אפליקציות (ALB)
הערה: אי אפשר להשתמש ב-IAP עם Cloud CDN.אפשר להגדיר את IAP כך שיהיה מופעל או מושבת (ברירת מחדל). אם האפשרות הזו מופעלת, צריך לספק ערכים למאפיינים oauth2-client-id ו-oauth2-client-secret.
כדי להפעיל את IAP, מעדכנים את שירות לקצה העורפי כך שיכלול את הדגל --iap=enabled עם הערכים oauth2-client-id ו-oauth2-client-secret.
gcloud compute backend-services update BACKEND_SERVICE_NAME \
--iap=enabled,oauth2-client-id=ID,oauth2-client-secret=SECRET \
--global
אפשר גם להפעיל את IAP למשאב Compute Engine באמצעות מסוף Google Cloud , ה-CLI של gcloud או API.
עדכון פסק הזמן של שמירת החיבור בחיים ב-HTTP של הלקוח
מאזן העומסים שנוצר בשלבים הקודמים הוגדר עם ערך ברירת מחדל לזמן הקצוב לתפוגה של חיבור HTTP פעיל של לקוח.כדי לעדכן את הזמן הקצוב לתפוגה של הלקוח ב-HTTP keepalive, פועלים לפי ההוראות הבאות.
המסוף
נכנסים לדף Load balancing במסוף Google Cloud .
- לוחצים על השם של מאזן העומסים שרוצים לשנות.
- לוחצים על עריכה.
- לוחצים על Frontend configuration.
- מרחיבים את הקטע תכונות מתקדמות. בשדה HTTP keepalive timeout, מזינים ערך של פסק זמן.
- לוחצים על עדכון.
- כדי לבדוק את השינויים, לוחצים על בדיקה וסיום ואז על עדכון.
gcloud
כדי לעדכן את שרת ה-proxy של HTTP היעד במאזן עומסים מסוג HTTP, משתמשים בפקודה gcloud compute target-http-proxies update:
gcloud compute target-http-proxies update TARGET_HTTP_PROXY_NAME \
--http-keep-alive-timeout-sec=HTTP_KEEP_ALIVE_TIMEOUT_SEC \
--global
במאזן עומסים ב-HTTPS, מעדכנים את שרת ה-proxy של HTTPS באמצעות הפקודה gcloud compute target-https-proxies update:
gcloud compute target-https-proxies update TARGET_HTTPS_PROXY_NAME \
--http-keep-alive-timeout-sec=HTTP_KEEP_ALIVE_TIMEOUT_SEC \
--global
מחליפים את מה שכתוב בשדות הבאים:
-
TARGET_HTTP_PROXY_NAME: השם של ה-proxy ל-HTTP של היעד. -
TARGET_HTTPS_PROXY_NAME: השם של שרת ה-proxy ל-HTTPS של היעד. -
HTTP_KEEP_ALIVE_TIMEOUT_SEC: ערך הזמן הקצוב לתפוגה של HTTP keepalive, מ-5 עד 600 שניות.
המאמרים הבאים
- כדי לבדוק אם Cloud CDN מציג תגובות ממטמון, אפשר לעיין במאמר בנושא צפייה ביומנים.
- במאמר סקירה כללית על שמירה במטמון מוסבר איזה תוכן אפשר לשמור במטמון ואיזה תוכן אי אפשר לשמור במטמון.
- כדי למצוא את נקודות הנוכחות של Cloud CDN, אפשר לעיין במאמר בנושא מיקומי מטמון.
- ניקוי ההגדרות של מאזן העומסים
- מידע על השבתה של Cloud CDN זמין במאמר השבתה של Cloud CDN.