כשיוצרים מאזן עומסים פנימי, אפשר לבחור לרשום באופן אוטומטי את שירות מאזן העומסים הפנימי ב-Service Directory. כך אפליקציות לקוח יכולות להשתמש ב-Service Directory דרך HTTP, gRPC או DNS כדי לבצע התאמת נתונים (resolve) של כתובת שירות מאזן העומסים הפנימי ולהתחבר אליו ישירות.
רישום של מאזן עומסים פנימי ב-Service Directory מאפשר לכם:
- אפשר לבחור שמות DNS בהתאמה אישית כדי להציג את מיקומי הרשת של איזון העומסים הפנימיים, במקום ש-DNS יגש לאיזון העומסים הפנימי רק דרך שם DNS שנוצר באופן פנימי בדומיין
.internal. - הצגת כמה מאזני עומסים פנימיים מאותו שם דומיין ב-DNS, מה שלא אפשרי אחרת עם רשומות ה-DNS שנוצרות אוטומטית כרגע.
- רישום מאזני עומסים פנימיים ישירות ובאופן אוטומטי ב-Service Directory, כדי לספק מאגר יחיד לכל השירותים ב- Google Cloud.
- אפשר לראות שירותים עצמאיים, נקודות קצה ונקודות קצה של איזון עומסים פנימיים באמצעות פקודה אחת ב-Service Directory API.
- להחיל פעולות ניהול כמו בקרת גישה על משאבים של Service Directory ברמת מרחב השמות או השירות, כדי לכלול גם את נקודות הקצה של מאזן העומסים הפנימי וגם שירותי קצה עורפיים אחרים.
רישום של מאזן עומסים פנימי אזורי של אפליקציות (ALB) ב-Service Directory
כדי לרשום מאזן עומסים פנימי אזורי של אפליקציות, מריצים את הפקודה gcloud compute forwarding-rules
create ומגדירים את הדגל service-directory-registration:
gcloud beta compute forwarding-rules create FORWARDING_RULE_NAME \
--region=REGION \
--load-balancing-scheme=INTERNAL_MANAGED \
--network=NETWORK_NAME \
--address=RESERVED_IP_ADDRESS \
--target-https-proxy=PROXY_NAME \
--target-https-proxy-region=PROXY_REGION \
--ports=PORT_NUMBER \
--service-directory-registration=SD_SERVICE_NAME
מחליפים את מה שכתוב בשדות הבאים:
-
FORWARDING_RULE_NAME: שם לכלל ההעברה שרוצים ליצור -
REGION: האזור שבו יוצרים את כלל ההעברה -
NETWORK_NAME: הרשת שאליה חל כלל ההעברה הזה -
RESERVED_IP_ADDRESS: כתובת ה-IP שהכלל להעברת תנועה משרת -
PROXY_NAME: שרת ה-proxy של היעד שמקבל את התנועה -
PROXY_REGION: האזור של ה-proxy שרוצים להפעיל -
PORT_NUMBER: רשימה של יציאות מופרדות בפסיקים -
SD_SERVICE_NAME: השם המוגדר במלואו של שירות Service Directory שבו רוצים לרשום את נקודת הקצה. השירות הזה צריך להיות באותו פרויקט ואזור כמו כלל ההעברה שנוצר. לדוגמה: projects/PROJECT/locations/REGION/namespaces/NAMESPACE_NAME/services/SERVICE_NAME.
המאמרים הבאים
- מידע נוסף על Service Directory זמין במאמר סקירה כללית של Service Directory.
- במאמר רישום של מאזן עומסים פנימי מוסבר על המגבלות של השילוב של Service Directory עם מאזן עומסים פנימי אזורי של אפליקציות (ALB), ואיך מאמתים את נקודת הקצה.