שינוי קנה מידה של מכונה

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

יש כמה דרכים לשנות את גודל המכונות של AlloyDB, והן מסוכמות בהמשך.

סוג ההתאמה לעומס ‏Method אוטומציה מכונות ראשיות קריאה של מופעים של מאגר
אנכי שינוי סוג המכונה גלילה ידנית נתמך נתמך
אופקי שינוי מספר הצמתים ידני ואוטומטי לא נתמך נתמך

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

  • בפרויקט שבו אתם משתמשים צריך להפעיל גישה ל-AlloyDB. Google Cloud
  • צריך להיות לכם אחד מתפקידי ה-IAM האלה בפרויקט ב- Google Cloud שבו אתם משתמשים:
    • ‫roles/alloydb.admin (תפקיד IAM מוגדר מראש של אדמין AlloyDB)
    • ‫roles/owner (תפקיד בסיסי ב-IAM: בעלים)
    • ‫roles/editor (תפקיד בסיסי ב-IAM עם הרשאת עריכה)

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

שינוי גודל ידני

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

שינוי סוג המכונה של מופע

אפשר לבצע קנה מידה אנכי גם במופעים של מאגרים ראשיים וגם במופעים של מאגרי קריאה, על ידי שינוי סוג המכונה של המופע. כך משנים את ה-vCPU ואת ה-RAM שלו.

המסוף

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

    מעבר אל Clusters

  2. לוחצים על אשכול בעמודה שם המשאב.

  3. בדף סקירה כללית, עוברים לקטע Instances in your cluster (מופעים באשכול) ולוחצים על Edit primary (עריכת הראשי) או על Edit read pool (עריכת מאגר הקריאה).

  4. בוחרים אחת מסדרות המכונות הבאות:

    • ‫C4A (סדרת מכונות שמבוססת על Google Axion)
    • ‫N2 (סדרת מכונות מבוססת x86). זו סדרת המכונות שמוגדרת כברירת מחדל.
    • C4 (x86-based machine series)
    • ‫Z3 (סדרת מכונות מבוססת Intel Xeon)

  5. בוחרים סוג מכונה.

    • ‫C4A תומך ב-1, 2, 4, 8, 16, 32, 48, 64 ו-72 vCPU.
    • ‫N2 תומך ב-2, 4, 8, 16, 32, 64, 96 ו-128 vCPUs.
    • ‫C4 תומך ב-4, 8, 16, 24, 32, 48, 96, 144, 192 ו-288 vCPU.
    • ‫Z3 תומך ב-8,‏ 14,‏ 16,‏ 22,‏ 32,‏ 44 ו-88 vCPU.

    מידע נוסף על השימוש בסדרת המכונות C4A מבוססת-Axion, כולל סוג המכונה עם vCPU אחד, זמין במאמר שיקולים לשימוש בסדרת המכונות C4A מבוססת-Axion.

  6. לוחצים על עדכון המופע או על עדכון מאגר הקריאה.

gcloud

כדי להשתמש ב-ה-CLI של gcloud, אפשר להתקין ולהפעיל את Google Cloud CLI, או להשתמש ב-Cloud Shell.

משתמשים בפקודה gcloud alloydb instances update כדי לשנות את סוג המכונה של המכונה הראשית.

gcloud alloydb instances update INSTANCE_ID \
     --cpu-count=CPU_COUNT \
     --machine-type=MACHINE_TYPE \
     --region=REGION_ID \
     --cluster=CLUSTER_ID \
     --project=PROJECT_ID

מחליפים את מה שכתוב בשדות הבאים:

  • ‫INSTANCE_ID: המזהה של המכונה שרוצים לעדכן.

  • ‫CPU_COUNT: מספר המעבדים הווירטואליים מסוג N2 שרוצים להקצות למכונה. ברירת המחדל היא N2. הערכים החוקיים כוללים את האפשרויות הבאות:

    • ‫2: 2 vCPUs, ‏ 16 GB RAM
    • ‫4: 4 vCPUs, ‏ ‎32 GB RAM
    • ‫8: 8 vCPUs, ‏ ‎64 GB RAM
    • ‫16: 16 vCPUs, ‏ 128 GB RAM
    • ‫32: 32 vCPUs, ‏ 256 GB RAM
    • ‫64: 64 vCPUs, ‏ 512 GB RAM
    • ‫96: 96 vCPUs, ‏ 768 GB RAM
    • ‫128: 128 vCPUs, ‏ 864 GB RAM

  • ‫MACHINE_TYPE: אופציונלי. בוחרים מתוך רשימה של סוגי מכונות נתמכים, כמו n2-highmem-4, ‏ c4-highmem-4-lssd או c4a-highmem-4-lssd. מידע נוסף זמין במאמר בחירת סוג מכונה ב-AlloyDB.

    כשמשתמשים ב-MACHINE_TYPE וב-CPU_COUNT ביחד, הערכים ב-CPU_COUNT וב-MACHINE_TYPE חייבים להיות זהים, אחרת תופיע שגיאה.

  • ‫REGION_ID: האזור שבו המכונה ממוקמת.

  • ‫CLUSTER_ID: המזהה של האשכול שבו נמצאת המכונה.

  • ‫PROJECT_ID: מזהה הפרויקט שבו נמצא האשכול.

אם הפקודה מחזירה הודעת שגיאה שכוללת את הביטוי invalid cluster state MAINTENANCE, המשמעות היא שהאשכול עובר תחזוקה שגרתית. הפעולה הזו תמנע באופן זמני את ההגדרה מחדש של המופע. מריצים שוב את הפקודה אחרי שהאשכול חוזר למצב READY. כדי לבדוק את סטטוס האשכול, אפשר לעיין במאמר בנושא הצגת פרטי האשכול.

עדכונים מהירים של סוגי מכונות

כדי לעדכן את סוג המכונה מהר יותר, משתמשים באפשרות FORCE_APPLY עם הפקודה gcloud beta alloydb instances update.

 gcloud beta alloydb instances update INSTANCE_ID \
  --cpu-count=CPU_COUNT \
  --machine-type=MACHINE_TYPE \
  --region=REGION_ID \
  --cluster=CLUSTER_ID \
  --project=PROJECT_ID \
  --update-mode=FORCE_APPLY

  • המכונה מושבתת למשך דקה אחת בערך.

  • סוג המכונה של מופע משתנה אחרי 10 עד 15 דקות.

שינוי מספר הצמתים במופע של מאגר לקריאה

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

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

המסוף

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

    מעבר אל Clusters

  2. לוחצים על אשכול בעמודה שם המשאב.

  3. בדף סקירה כללית, עוברים לקטע Instances in your cluster (מופעים באשכול) ולוחצים על Edit read pool (עריכת מאגר קריאה).

  4. בשדה Node count (מספר הצמתים), מזינים את מספר הצמתים.

  5. לוחצים על עדכון מאגר הקריאה.

gcloud

כדי להשתמש ב-ה-CLI של gcloud, אפשר להתקין ולהפעיל את Google Cloud CLI, או להשתמש ב-Cloud Shell.

כדי לשנות את מספר הצמתים במכונה של מאגר לקריאה, משתמשים בפקודה gcloud alloydb instances update.

gcloud alloydb instances update INSTANCE_ID \
    --read-pool-node-count=NODE_COUNT \
    --region=REGION_ID \
    --cluster=CLUSTER_ID \
    --project=PROJECT_ID \

  • ‫INSTANCE_ID: המזהה של מופע מאגר הקריאה.

  • ‫NODE_COUNT: מספר הצמתים במופע של מאגר הקריאה. צריך לציין מספר בין 1 ל-20, כולל. שימו לב: אי אפשר להשתמש ביותר מ-20 צמתים בכל המופעים של מאגר הקריאה באשכול.

  • ‫REGION_ID: האזור שבו נמצאת המכונה.

  • ‫CLUSTER_ID: המזהה של האשכול שבו נמצאת המכונה.

  • ‫PROJECT_ID: מזהה הפרויקט שבו נמצא האשכול.

אם הפקודה מחזירה הודעת שגיאה שכוללת את הביטוי invalid cluster state MAINTENANCE, המשמעות היא שהאשכול עובר תחזוקה שגרתית. הפעולה הזו תמנע באופן זמני את ההגדרה מחדש של המופע. מריצים שוב את הפקודה אחרי שהאשכול חוזר למצב READY. כדי לבדוק את הסטטוס של האשכול, אפשר לעיין במאמר בנושא הצגת פרטי האשכול.

שינוי אוטומטי של גודל המכונה במאגר לקריאה

התאמה אוטומטית לעומס (autoscaling) של מאגר קריאה ב-AlloyDB מאפשרת לשנות באופן אוטומטי את מספר צמתי הקריאה בהתאם לשימוש במשאבים בזמן אמת. כך תוכלו להתמודד עם שינויים בשימוש ולהקטין את ההוצאות.

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

  • על בסיס ניצול CPU: משנה את מספר הצמתים בהתאם לניצול CPU היעד.
  • מבוסס על תזמון: משנה את מספר הצמתים למספר מינימלי במהלך חלון זמן מוגדר.

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

מגבלות

יש הגבלות על קנה המידה האוטומטי של מאגר הקריאה:

  • חלוקת עומס לחיבורים ארוכי טווח: כדי ליצור חלוקה שווה של התנועה ולנצל באופן מלא את הקיבולת הנוספת שמתקבלת באמצעות שינוי גודל אוטומטי, מומלץ ליצור חיבורי לקוח חדשים. התכונה לשינוי גודל אוטומטי לא מסיימת חיבורים קיימים לטווח ארוך כשהיא מוסיפה צמתים חדשים, ולכן התנועה מהחיבורים האלה לא מנותבת לצמתים שנוספו.
  • חימום מטמון לצמתים חדשים: כשהכלי לשינוי גודל אוטומטי מוסיף צמתים חדשים, יכול להיות שיחלפו כמה דקות עד שהמטמון שלהם יתחמם והם יגיעו לביצועי שיא של שאילתות.

הפעלת שינוי גודל אוטומטי במופע חדש של מאגר לקריאה

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

יצירת מופע של מאגר קריאה עם מדיניות מבוססת-CPU

כדי ליצור מופע של מאגר קריאה עם מדיניות של שינוי גודל אוטומטי שמבוססת על ניצול יעד של CPU, מריצים את הפקודה הבאה:

gcloud beta alloydb instances create INSTANCE_ID \
    --instance-type=READ_POOL \
    --read-pool-node-count=NODE_COUNT \
    --region=REGION_ID \
    --cluster=CLUSTER_ID \
    --project=PROJECT_ID \
    --enable-autoscaler \
    --autoscaler-max-node-count=MAX_NODE_COUNT \
    --autoscaler-cool-down-period-seconds=COOLDOWN_PERIOD \
    --autoscaler-target-cpu-usage=TARGET_CPU_USAGE \
    {--cpu-count=CPU_COUNT | --machine-type=MACHINE_TYPE}

מחליפים את מה שכתוב בשדות הבאים:

  • ‫INSTANCE_ID: המזהה של מופע מאגר הקריאה.

  • ‫READ_POOL: מציין את סוג המופע.

  • ‫NODE_COUNT: מספר הצמתים המינימלי שהכלי לשינוי גודל אוטומטי יכול ליצור במופע של מאגר הקריאה. צריך לציין מספר בין 1 ל-20, כולל. אי אפשר להשתמש ביותר מ-20 צמתים בכל המופעים של מאגרי הקריאה באשכול.

  • REGION_ID: האזור שבו המכונה ממוקמת.

  • ‫CLUSTER_ID: המזהה של האשכול שבו המכונה ממוקמת.

  • ‫PROJECT_ID: מזהה הפרויקט שבו נמצא האשכול.

  • ‫MAX_NODE_COUNT: המספר המקסימלי של צמתים שהכלי לשינוי גודל אוטומטי יכול ליצור במופע של מאגר הקריאה. המספר הכולל של הצמתים בכל המופעים של מאגר הקריאה באותו אשכול לא יכול לעלות על 20.

  • ‫COOLDOWN_PERIOD: משך הזמן בשניות שמערכת AlloyDB ממתינה לפני שהיא משקללת את השימוש במשאבים של מופע מאגר הקריאה באלגוריתם של שינוי הגודל האוטומטי. ערך ברירת המחדל הוא 300 שניות.

  • ‫TARGET_CPU_USAGE: יעד ניצול ה-CPU של מופע מאגר הקריאה, שמוצג כערך עשרוני בין 0.0 ל-1.0. לדוגמה, 0.7 ל-70%.

  • ‫CPU_COUNT: מספר המעבדים הווירטואליים מסוג N2 שרוצים להקצות למכונה. צריך לציין את --cpu-count או את --machine-type.

  • ‫MACHINE_TYPE: בוחרים מתוך רשימה של סוגי מכונות נתמכים, כמו n2-highmem-4, ‏c4-highmem-4-lssd או c4a-highmem-4-lssd. מידע נוסף זמין במאמר בחירת סוג מכונה ב-AlloyDB.

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

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

gcloud beta alloydb instances create INSTANCE_ID \
    --instance-type=READ_POOL \
    --read-pool-node-count=NODE_COUNT \
    --region=REGION_ID \
    --cluster=CLUSTER_ID \
    --project=PROJECT_ID \
    --enable-autoscaler \
    --autoscaler-max-node-count=MAX_NODE_COUNT \
    --autoscaler-cool-down-period-seconds=COOLDOWN_PERIOD \
    --autoscaler-set-schedule=SCHEDULE_NAME \
    --autoscaler-schedule-cron-exp=CRON_EXPRESSION \
    --autoscaler-schedule-duration-seconds=DURATION_SECONDS \
    --autoscaler-schedule-time-zone=TIME_ZONE \
    --autoscaler-schedule-min-node-count=MIN_NODE_COUNT \
    --autoscaler-schedule-description="DESCRIPTION"
    {--cpu-count=CPU_COUNT | --machine-type=MACHINE_TYPE}

מחליפים את מה שכתוב בשדות הבאים:

  • ‫MAX_NODE_COUNT: המספר המקסימלי של צמתים שהכלי לשינוי גודל אוטומטי יכול ליצור במופע של מאגר הקריאה. המספר הכולל של הצמתים בכל המופעים של מאגר הקריאה באותו אשכול לא יכול לעלות על 20.

  • ‫COOLDOWN_PERIOD: משך הזמן בשניות ש-AlloyDB ממתין לפני שמשלב את השימוש במשאבים של מופע מאגר הקריאה באלגוריתם של שינוי הגודל האוטומטי. ערך ברירת המחדל הוא 300 שניות.

  • ‫SCHEDULE_NAME: שם ייחודי ללוח הזמנים של שינוי הגודל.

  • ‫CRON_EXPRESSION: לוח הזמנים בפורמט cron שמציין את שעת ההתחלה של אירוע שינוי הגודל.

  • ‫DURATION_SECONDS: משך הזמן בשניות שבו לוח הזמנים נשאר פעיל אחרי שהוא מתחיל. אחרי התקופה הזו, המופע מצטמצם למספר הצמתים שנקבע על ידי מדיניות אחרת או על ידי ההגדרה המקורית שלו.

  • ‫TIME_ZONE: אזור זמן אופציונלי ללוח הזמנים. לדוגמה, America/Los_Angeles.

  • ‫MIN_NODE_COUNT: המספר המינימלי של הצמתים שאליהם משנה הכלי לשינוי גודל אוטומטי את גודל המאגר לקריאה בזמן שהתזמון פעיל.

  • ‫DESCRIPTION: תיאור טקסט אופציונלי של לוח הזמנים.

  • ‫CPU_COUNT: מספר המעבדים הווירטואליים מסוג N2 שרוצים להקצות למכונה. צריך לציין את --cpu-count או את --machine-type.

  • ‫MACHINE_TYPE: בוחרים מתוך רשימה של סוגי מכונות נתמכים, כמו n2-highmem-4, ‏c4-highmem-4-lssd או c4a-highmem-4-lssd. מידע נוסף זמין במאמר בחירת סוג מכונה ב-AlloyDB.

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

כדי ליצור מופע של מאגר קריאה עם מדיניות של שינוי גודל אוטומטי שמבוססת על CPU ועל לוח זמנים, מריצים את הפקודה הבאה:

gcloud beta alloydb instances create INSTANCE_ID \
    --instance-type=READ_POOL \
    --read-pool-node-count=NODE_COUNT \
    --region=REGION_ID \
    --cluster=CLUSTER_ID \
    --project=PROJECT_ID \
    --enable-autoscaler \
    --autoscaler-max-node-count=MAX_NODE_COUNT \
    --autoscaler-cool-down-period-seconds=COOLDOWN_PERIOD \
    --autoscaler-target-cpu-usage=TARGET_CPU_USAGE \
    --autoscaler-set-schedule=SCHEDULE_NAME \
    --autoscaler-schedule-cron-exp=CRON_EXPRESSION \
    --autoscaler-schedule-duration-seconds=DURATION_SECONDS \
    --autoscaler-schedule-time-zone=TIME_ZONE \
    --autoscaler-schedule-min-node-count=MIN_NODE_COUNT \
    --autoscaler-schedule-description="DESCRIPTION"
    {--cpu-count=CPU_COUNT | --machine-type=MACHINE_TYPE}

תיאור של משתני המיקום שמשמשים בפקודה הזו מופיע במאמרים יצירת מכונה של מאגר קריאה עם מדיניות שמבוססת על CPU ויצירת מכונה של מאגר קריאה עם מדיניות שמבוססת על לוח זמנים.

הפעלה או עדכון של שינוי גודל אוטומטי במופע קיים של מאגר לקריאה

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

כדי להפעיל לראשונה את התכונה 'שינוי גודל אוטומטי' במכונה קיימת, או כדי לעדכן מדיניות קיימת, משתמשים בפקודה gcloud beta alloydb instances update. לדוגמה, כדי לעדכן את ניצול המעבד של היעד, מריצים את הפקודה:

gcloud beta alloydb instances update INSTANCE_ID \
    --region=REGION_ID \
    --cluster=CLUSTER_ID \
    --project=PROJECT_ID \
    --enable-autoscaler \
    --autoscaler-target-cpu-usage=NEW_TARGET_CPU_USAGE

מחליפים את NEW_TARGET_CPU_USAGE בערך החדש של ניצול ה-CPU של היעד שרוצים להגדיר למופע של מאגר הקריאה, כערך עשרוני בין 0.0 ל-1.0.

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

gcloud beta alloydb instances update INSTANCE_ID \
    --region=REGION_ID \
    --cluster=CLUSTER_ID \
    --project=PROJECT_ID \
    --enable-autoscaler \
    --autoscaler-set-schedule=NEW_SCHEDULE_NAME \
    --autoscaler-schedule-cron-exp=CRON_EXPRESSION \
    --autoscaler-schedule-duration-seconds=DURATION_SECONDS \
    --autoscaler-schedule-min-node-count=MIN_NODE_COUNT

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

איך מתבצעת הערכה של מדיניות שינוי גודל אוטומטי

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

לדוגמה, נניח שיש הגדרה עם שתי מדיניות:

  • מדיניות מבוססת-CPU עם יעד של 60% ניצול.
  • מדיניות שמבוססת על לוח זמנים, שדורשת לפחות שלושה צמתים בימי חול בין השעות 8:00 ל-17:00.

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

התאמה אוטומטית לעומס (autoscaling)

בנוסף להגדלת הקיבולת של מופע מאגר הקריאה, מערכת AlloyDB גם מקטינה את הקיבולת של המופע כשלא צריך כל כך הרבה צמתי קריאה כדי לתמוך בתהליך העבודה. כשמתרחשת הקטנת קנה מידה אוטומטית, AlloyDB מקטין את מספר הצמתים לערך שהגדרתם בשדה --read-pool-node-count.

כדי לקבוע מתי צריך להקטין את המאגר לקריאה, מערכת AlloyDB מחכה עד שהתזמון של שינוי הגודל האוטומטי לא פעיל או עד שרמת השימוש במעבד נמוכה מיעד השימוש במשך 10 דקות.

מידע נוסף על התאמה אוטומטית לעומס זמין במאמר בנושא הסבר על ההחלטות של מידרוג אוטומטי.

השבתת שינוי הגודל האוטומטי

כדי להשבית את התאמה אוטומטית לעומס, משתמשים בדגל no-enable-autoscaler. הפעולה הזו מאפסת את מאגר הקריאה למספר הצמתים המקורי שלו לפני שהופעלה שינוי גודל אוטומטי.

gcloud beta alloydb instances update INSTANCE_ID \
    --region=REGION_ID \
    --cluster=CLUSTER_ID \
    --project=PROJECT_ID \
    --no-enable-autoscaler

צפייה במספר הצמתים ששינוי הגודל שלהם אוטומטי

אפשר לראות את מספר הצמתים שהמערכת להגדלת נפח האחסון הגדילה את הנפח שלהם במופע.

המסוף

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

    מעבר אל Clusters

  2. לוחצים על אשכול בעמודה שם המשאב.

  3. בתפריט הניווט, לוחצים על תובנות לגבי המערכת.

  4. בוחרים מופע מהרשימה הנפתחת Instance.

  5. מספר הצמתים מוצג בקטע מספר הצמתים הפעילים.

gcloud

כדי להשתמש ב-ה-CLI של gcloud, אפשר להתקין ולהפעיל את Google Cloud CLI, או להשתמש ב-Cloud Shell.

משתמשים בפקודה gcloud alloydb instances describe כדי לראות את רשימת הצמתים במופע.

gcloud alloydb instances describe INSTANCE_ID \
     --region=REGION_ID \
     --cluster=CLUSTER_ID \
     --project=PROJECT_ID \
     --view=FULL \
     --format="yaml(nodes)"

מחליפים את מה שכתוב בשדות הבאים:

  • ‫INSTANCE_ID: המזהה של המופע שרוצים לעדכן.

  • ‫REGION_ID: האזור שבו המכונה ממוקמת.

  • ‫CLUSTER_ID: המזהה של האשכול שבו ממוקמת המכונה.

  • ‫PROJECT_ID: מזהה הפרויקט שבו נמצא האשכול.