כשיוצרים קבוצת MIG אזורית, בוחרים אזור אחד או יותר שבהם קבוצת ה-MIG מפזרת את מכונות ה-VM. כברירת מחדל, אם מכונה וירטואלית בקבוצת MIG נכשלת, קבוצת ה-MIG מנסה לתקן את המכונה הווירטואלית הזו באזור המקורי שלה. אפשר גם לאפשר לקבוצת ה-MIG לתקן את המכונה הווירטואלית באחד מהאזורים האחרים שנבחרו. זה שימושי במקרים שבהם קבוצת ה-MIG לא יכולה לתקן את המכונה הווירטואלית באזור המקורי שלה. קבוצת ה-MIG בוחרת את האזור החלופי על סמך הקיבולת והמכסה הזמינות.
מגבלות
כשמגדירים קבוצת MIG אזורית לתיקון מכונה וירטואלית באזור חלופי, חלות המגבלות הבאות:
צריך להפעיל את האפשרות עדכון בעת תיקון.
אין תמיכה בקבוצות אזוריות של מכונות וירטואליות עם ההגדרה הבאה:
קבוצות MIG עם צורות התפלגות של
EVENאוANY_SINGLE_ZONE.קבוצות MIG עם הגדרה עם שמירת מצב.
לפני שמתחילים
-
אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות.
אימות הוא תהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי API ולשירותים של Cloud de Confiance by S3NS . כדי להריץ קוד או דוגמאות מסביבת פיתוח מקומית, אפשר לבצע אימות ל-Compute Engine באחת מהדרכים הבאות:
צריך לבחור את הכרטיסייה הרלוונטית לאופן שבו תכננתם להשתמש בדוגמאות בדף הזה:
המסוף
כשמשתמשים במסוף Cloud de Confiance כדי לגשת לשירותים ולממשקי ה-API, לא צריך להגדיר אימות. Cloud de Confiance by S3NS
gcloud
-
התקינו את ה-CLI של Google Cloud ואז היכנסו ל-CLI של gcloud באמצעות הזהות המאוחדת שלכם. אחרי שנכנסתם לחשבון, אתחלו את ה-CLI של Google Cloud באמצעות הפקודה הבאה:
gcloud init
-
- הגדרת אזור ותחום כברירת מחדל
-
התקינו את ה-CLI של Google Cloud.
-
הגדירו שה-CLI של gcloud ישתמש בזהות המאוחדת שלכם.
-
יוצרים פרטי כניסה לאימות מקומי עבור חשבון המשתמש:
gcloud auth application-default login
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו ש נכנסתם ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
Terraform
כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של Terraform שבדף הזה, מתקינים ומפעילים את ה-CLI של gcloud, ואז מגדירים את Application Default Credentials באמצעות פרטי הכניסה של המשתמש.
מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של API בארכיטקטורת REST שבדף הזה, צריך להשתמש בפרטי הכניסה שאתם נותנים ל-CLI של gcloud.
התקינו את ה-CLI של Google Cloud ואז היכנסו ל-CLI של gcloud באמצעות הזהות המאוחדת שלכם.
מידע נוסף מופיע במאמר אימות לשימוש ב-REST במסמכי האימות של Cloud de Confiance .
אישור תיקונים באזור חלופי
כדי לאפשר לקבוצת MIG לתקן מכונה וירטואלית באזור חלופי, בוחרים באחת מהאפשרויות הבאות:
המסוף
נכנסים לדף Instance groups במסוף Cloud de Confiance .
אם כבר יש לכם קובץ MIG, אתם צריכים:
- לוחצים על השם של קבוצת ה-MIG.
- לוחצים על Edit.
אם עדיין אין לכם MIG, צריך לפעול לפי השלבים הבאים:
- לוחצים על יצירת קבוצת מופעים.
- מזינים שם.
- בוחרים תבנית של הגדרות מכונה.
- בקטע Location, בוחרים באפשרות Multiple zones, ואז בוחרים אזור ותחומים.
בתפריט הנפתח תבנית טירגוט של חלוקת התקציב, בוחרים באפשרות מאוזנת או כלשהי.
אם בוחרים באפשרות מאוזן, בתיבת הדו-שיח שמופיעה לוחצים על השבתת חלוקה מחדש של מופעים.
אם רוצים לבחור באפשרות כל, צריך קודם למחוק את הגדרת שינוי הגודל האוטומטי. כדי למחוק את ההגדרה של התאמה אוטומטית לעומס, בתפריט הנפתח מצב התאמה אוטומטית לעומס, לוחצים על מחיקת ההגדרה של התאמה אוטומטית לעומס.
בקטע VM instance lifecycle מוודאים שהשדות הבאים מוגדרים כך:
הרשימה פעולת ברירת מחדל במקרה של כשל מוגדרת לתיקון המופע.
ההגדרה Updates during VM instance repair (עדכונים במהלך תיקון של מכונה וירטואלית) מוגדרת לUpdate the instance configuration (עדכון הגדרות המכונה).
בקטע Change zone during VM instance repair, מסמנים את תיבת הסימון Allow repair of VMs in an alternate zone.
בהגדרות האחרות, אפשר להשתמש בערכי ברירת המחדל או לשנות את השדות.
כשמסיימים, לוחצים על שמירה אם מדובר ב-MIG קיים, או על יצירה אם מדובר ב-MIG חדש.
gcloud
כדי להגדיר MIG קיים לתיקון מכונה וירטואלית באזור חלופי, משתמשים בפקודה beta update:
gcloud beta compute instance-groups managed update MIG_NAME \
--on-repair-allow-changing-zone=YES \
--force-update-on-repair \
--region=REGION
כדי ליצור קבוצת MIG שיכולה לתקן מכונה וירטואלית באזור חלופי, משתמשים בפקודה create בגרסת בטא:
gcloud beta 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
מחליפים את מה שכתוב בשדות הבאים:
-
MIG_NAME: השם של ה-MIG. -
INSTANCE_TEMPLATE_URL: כתובת ה-URL של תבנית של הגדרות מכונה שרוצים להשתמש בה כדי ליצור מכונות ב-MIG. כתובת ה-URL יכולה להכיל את המזהה או את השם של תבנית של הגדרות מכונה. מציינים אחד מהערכים הבאים:- לתבנית של הגדרות מכונה אזורית:
projects/PROJECT_ID/regions/REGION/instanceTemplates/INSTANCE_TEMPLATE_ID - בתבנית של הגדרות מכונה גלובלית:
INSTANCE_TEMPLATE_ID
- לתבנית של הגדרות מכונה אזורית:
-
SIZE: גודל היעד של ה-MIG. -
ZONES: רשימת האזורים באזור שבו רוצים ליצור את המכונות הווירטואליות ב-MIG. -
SHAPE: צורת ההתפלגות של היעד. הערך יכול להיותbalancedאוany. -
REGION: האזור שבו נמצאת קבוצת ה-MIG.
Terraform
אם עדיין לא יצרתם תבנית של הגדרות מכונה שמציינת את סוג המכונה, את תמונת דיסק האתחול, את הרשת ומאפיינים אחרים של ה-VM שאתם רוצים לכל VM ב-MIG, אתם צריכים ליצור תבנית של הגדרות מכונה.
כדי ליצור קבוצת MIG שיכולה לתקן מכונה וירטואלית באזור חלופי, משתמשים במשאב google_compute_region_instance_group_manager.
כדי ללמוד איך להחיל הגדרות ב-Terraform או להסיר אותן, ראו פקודות בסיסיות ב-Terraform.
REST
כדי להגדיר קבוצת MIG קיימת לתיקון מכונה וירטואלית באזור חלופי, משתמשים בשיטה בגרסת בטא regionInstanceGroupManagers.patch:
PATCH https://compute.s3nsapis.fr/compute/beta/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/MIG_NAME
{
"instanceLifecyclePolicy": {
"onRepair": {
"allowChangingZone": "YES"
},
"forceUpdateOnRepair": "YES"
}
}
כדי ליצור קבוצת MIG שיכולה לתקן מכונה וירטואלית באזור חלופי, משתמשים בשיטה regionInstanceGroupManagers.insert בגרסת בטא:
POST https://compute.s3nsapis.fr/compute/beta/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"
}
}
}
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט. -
REGION: האזור שבו נמצאת קבוצת ה-MIG. -
MIG_NAME: השם של ה-MIG. -
INSTANCE_TEMPLATE_URL: כתובת ה-URL של תבנית של הגדרות מכונה שרוצים להשתמש בה כדי ליצור מכונות ב-MIG. כתובת ה-URL יכולה להכיל את המזהה או את השם של תבנית של הגדרות מכונה. מציינים אחד מהערכים הבאים:- לתבנית של הגדרות מכונה אזורית:
projects/PROJECT_ID/regions/REGION/instanceTemplates/INSTANCE_TEMPLATE_ID - בתבנית של הגדרות מכונה גלובלית:
INSTANCE_TEMPLATE_ID
- לתבנית של הגדרות מכונה אזורית:
-
SIZE: גודל היעד של ה-MIG. -
SHAPE: צורת ההתפלגות של היעד. הערך יכול להיותBALANCEDאוANY.
איסור תיקונים באזור חלופי
אם הגדרתם קבוצת MIG לתיקון מכונה וירטואלית באזור חלופי, תוכלו לשחזר את הגדרת ברירת המחדל שבה קבוצת ה-MIG מתקנת את המכונה הווירטואלית באזור המקורי.
כדי לא לאפשר תיקונים באזור חלופי, בוחרים באחת מהאפשרויות הבאות:
המסוף
נכנסים לדף Instance groups במסוף Cloud de Confiance .
לוחצים על השם של קבוצת ה-MIG.
לוחצים על Edit.
עוברים לקטע מחזור החיים של מכונת VM.
בקטע Change zone during VM instance repair, מבטלים את הסימון של התיבה Allow repair of VMs in an alternate zone.
לוחצים על Save.
gcloud
כדי למנוע תיקונים באזור חלופי, משתמשים בפקודה beta update:
gcloud beta compute instance-groups managed update MIG_NAME \
--on-repair-allow-changing-zone=NO \
--region=REGION
מחליפים את מה שכתוב בשדות הבאים:
-
MIG_NAME: השם של ה-MIG. -
REGION: האזור שבו נמצאת קבוצת ה-MIG.
REST
כדי למנוע תיקונים באזור חלופי, משתמשים בשיטה beta regionInstanceGroupManagers.patch:
PATCH https://compute.s3nsapis.fr/compute/beta/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/MIG_NAME
{
"instanceLifecyclePolicy": {
"onRepair": {
"allowChangingZone": "NO"
}
}
}
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט. -
REGION: האזור שבו נמצאת קבוצת ה-MIG. -
MIG_NAME: השם של ה-MIG.
המאמרים הבאים
- בדיקת הגדרת התיקון ב-MIG
- כדי לבדוק את האזור של מכונה וירטואלית, מציגים את רשימת המכונות המנוהלות.