תיקון מכונה וירטואלית באזור חלופי

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

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

מגבלות

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

• צריך להפעיל את האפשרות עדכון לאחר תיקון.

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

  • קבוצות של מכונות וירטואליות עם צורות התפלגות של יעד EVEN או ANY_SINGLE_ZONE.

  • קבוצות MIG עם הגדרה עם שמירת מצב.

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

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

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

  המסוף

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

  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

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

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

REST

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

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

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

אישור תיקונים באזור חלופי

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

gcloud compute instance-groups managed update MIG_NAME \
    --on-repair-allow-changing-zone=YES \
    --force-update-on-repair \
    --region=REGION

gcloud compute instance-groups managed create MIG_NAME \
    --template=INSTANCE_TEMPLATE_URL \
    --size=SIZE \
    --zones=ZONES \
    --target-distribution-shape=SHAPE \
    --instance-redistribution-type=none \
    --on-repair-allow-changing-zone=YES \
    --force-update-on-repair

resource "google_compute_region_instance_group_manager" "default" {
  provider           = google-beta
  name               = "example-rmig"
  base_instance_name = "example-rmig-instance"
  region             = "us-central1"

  target_size                      = 3
  distribution_policy_target_shape = "BALANCED"

  version {
    instance_template = google_compute_instance_template.default.id
  }

  instance_lifecycle_policy {
    default_action_on_failure = "REPAIR"
    force_update_on_repair    = "YES"
    on_repair {
      allow_changing_zone = "YES"
    }
  }

  update_policy {
    instance_redistribution_type = "NONE"
    type                         = "OPPORTUNISTIC"
    minimal_action               = "REPLACE"
    max_surge_fixed              = 0
    max_unavailable_fixed        = 6
  }
}

PATCH https://compute.s3nsapis.fr/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/MIG_NAME
{
    "instanceLifecyclePolicy": {
      "onRepair": {
        "allowChangingZone": "YES"
      },
      "forceUpdateOnRepair": "YES"
    }
}

POST https://compute.s3nsapis.fr/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers

{
  "name": "MIG_NAME",
  "instanceTemplate": "INSTANCE_TEMPLATE_URL",
  "targetSize": SIZE,
  "distributionPolicy": {
    "targetShape": "SHAPE"
  }
  "updatePolicy": {
    "instanceRedistributionType": none
  }
  "instanceLifecyclePolicy": {
    "forceUpdateOnRepair": "YES",
    "onRepair": {
      "allowChangingZone": "YES"
    }
  }
}

אי אפשר לבצע תיקונים באזור חלופי

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

כדי לא לאפשר תיקונים באזור חלופי, בוחרים באחת מהאפשרויות הבאות:

gcloud compute instance-groups managed update MIG_NAME \
    --on-repair-allow-changing-zone=NO \
    --region=REGION

PATCH https://compute.s3nsapis.fr/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/MIG_NAME
{
    "instanceLifecyclePolicy": {
      "onRepair": {
        "allowChangingZone": "NO"
      }
    }
}

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

• בדיקת הגדרות התיקון ב-MIG
• כדי לבדוק את האזור של מכונה וירטואלית, מציגים את רשימת המכונות המנוהלות.