האצת הרחבת הקיבולת באמצעות מכונות וירטואליות מושהות ומופסקות

במאמר הזה מוסבר איך פועל מאגר ההמתנה של מופעי מכונה וירטואלית (VM) מושעים ומופסקים, ואיך אפשר להשתמש במאגר ההמתנה כדי להאיץ את ההרחבה של קבוצת מופעי מכונה מנוהלים (MIG).

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

• כדאי לעיין בדף המבוא בנושא מכונות וירטואליות מושעות ומופסקות ב-MIG.
• אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות. אימות הוא תהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי API ולשירותים של Cloud de Confiance by S3NS . כדי להריץ קוד או דוגמאות מסביבת פיתוח מקומית, אפשר לבצע אימות ל-Compute Engine באחת מהדרכים הבאות:

  צריך לבחור את הכרטיסייה הרלוונטית לאופן שבו תכננתם להשתמש בדוגמאות בדף הזה:

  המסוף

  כשמשתמשים במסוף Cloud de Confiance כדי לגשת לשירותים ולממשקי ה-API, לא צריך להגדיר אימות. Cloud de Confiance by S3NS

  gcloud

  1. התקינו את ה-CLI של Google Cloud ואז היכנסו ל-CLI של gcloud באמצעות הזהות המאוחדת שלכם. אחרי שנכנסתם לחשבון, אתחלו את ה-CLI של Google Cloud באמצעות הפקודה הבאה:

     gcloud init

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

Terraform

כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של Terraform שבדף הזה, מתקינים ומפעילים את ה-CLI של gcloud, ואז מגדירים את Application Default Credentials באמצעות פרטי הכניסה של המשתמש.

1. התקינו את ה-CLI של Google Cloud.

2. הגדירו שה-CLI של gcloud ישתמש בזהות המאוחדת שלכם.

   איך נכנסים ל-CLI של gcloud באמצעות הזהות המאוחדת?

3. יוצרים פרטי כניסה לאימות מקומי עבור חשבון המשתמש:

   gcloud auth application-default login

   אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו ש נכנסתם ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.

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

REST

כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של API בארכיטקטורת REST שבדף הזה, צריך להשתמש בפרטי הכניסה שאתם נותנים ל-CLI של gcloud.

התקינו את ה-CLI של Google Cloud ואז היכנסו ל-CLI של gcloud באמצעות הזהות המאוחדת שלכם.

מידע נוסף מופיע במאמר אימות לשימוש ב-REST במסמכי האימות של Cloud de Confiance .

שימוש ב-MIG API לצורך שינוי גודל אוטומטי

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

בחירה בין מאגרי כתובות מושעים לבין מאגרי כתובות שהשימוש בהם הופסק

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

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

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

עריכה של מדיניות ההמתנה ב-MIG

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

gcloud compute instance-groups managed update MIG_NAME \
  --standby-policy-mode=scale-out-pool \
  --standby-policy-initial-delay=DELAY \
  [--region=REGION | --zone=ZONE]

resource "google_compute_instance_group_manager" "default" {
  name               = "standby-mig"
  base_instance_name = "test"
  target_size        = 3
  zone               = "us-central1-f"

  version {
    instance_template = google_compute_instance_template.default.id
    name              = "primary"
  }
  standby_policy {
    initial_delay_sec = 50
    mode              = "SCALE_OUT_POOL"
  }
}

PATCH https://compute.s3nsapis.fr/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers/MIG_NAME

{
// ...
"standbyPolicy": {
  "mode": "SCALE_OUT_POOL",
  "initialDelaySec": DELAY
}
// ...
}

שינוי הגודל של מאגר ההמתנה ב-MIG

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

gcloud compute instance-groups managed update MIG_NAME \
--suspended-size=SUSPENDED_SIZE \
--stopped-size=STOPPED_SIZE \
[--region=REGION | --zone=ZONE]

resource "google_compute_instance_group_manager" "default" {
  name                  = "standby-mig"
  base_instance_name    = "test"
  target_size           = 1
  target_suspended_size = 1
  target_stopped_size   = 2
  zone                  = "us-central1-f"

  version {
    instance_template = google_compute_instance_template.default.id
    name              = "primary"
  }
  standby_policy {
    initial_delay_sec = 50
    mode              = "SCALE_OUT_POOL"
  }
}

PATCH https://compute.s3nsapis.fr/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers/MIG_NAME

{
// ...
"targetSuspendedSize": SUSPENDED_SIZE,
"targetStoppedSize": STOPPED_SIZE
// ...
}

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

• איך משעים או מפסיקים באופן ידני מכונות וירטואליות ב-MIG
• מידע נוסף על עדכונים של מכונות וירטואליות מושעות ומופסקות בקבוצת מופעים מנוהלת