אמצעי בקרה מתקדמים לתחזוקה ב-Sole-tenancy מאפשרים לכם לשלוט באירועי תחזוקה מתוכננים של קבוצות צמתים ב-Sole-tenancy ולצמצם שיבושים שקשורים לתחזוקה. התכונה הזו זמינה רק לקבוצות צמתים עם דייר יחיד. כדי להשתמש בתכונה הזו במכונות וירטואליות קיימות, קודם צריך להעביר את המכונות הווירטואליות לקבוצות של שרתים לדייר יחיד שבהן מופעלת שליטה מתקדמת בתחזוקה.
התכונה 'אמצעי בקרה מתקדמים על תחזוקה לדיירות בלעדית' מאפשרת לכם:
- בודקים אם יש אירועי תחזוקה שמתוזמנים לשרת לדייר יחיד (sole-tenant) 28 ימים מראש.
- להפעיל את התחזוקה באופן מיידי או לתזמן אותה למועד מאוחר יותר. שימו לב: אם תפעילו את התחזוקה באופן מיידי, היא תתבצע תוך 6 שעות מרגע הפעלת הבקשה.
התהליך הבא מתאר איך ליצור קבוצת שרתי לדייר יחיד (sole-tenant) עם אמצעי בקרה מתקדמים לתחזוקה:
הצטרפות לשליטה מתקדמת בתחזוקה בקבוצות צמתים תואמות של דיירות יחידה. התכונה הזו זמינה רק לקבוצות צמתים עם דייר יחיד. כדי להשתמש בתכונה הזו עם מכונות וירטואליות קיימות או עם עומסי עבודה של דייר יחיד, צריך קודם להעביר את המכונות הווירטואליות לקבוצות שרתים לדייר יחיד עם הפעלה של בקרת תחזוקה מתקדמת.
בדיקה של תחזוקה קרובה בצמתים שלכם עם דייר יחיד. תחזוקה של שרת לדייר יחיד (sole-tenant) מתבצעת לכל היותר כל 28 ימים. אפשר לבדוק את אירוע התחזוקה של צומת מסוים 28 ימים לפני תחילת חלון זמן לתחזוקה של 6 שעות שבו מתוכננת התחזוקה של הצומת הזה.
אם מתוכננת תחזוקה לשרת לדייר יחיד (sole-tenant), ולפני תחילת חלון זמן לתחזוקה המתוכנן, אתם יכולים:
הפעלת התחזוקה באופן מיידי או תזמון שלה למועד מאוחר יותר. אם בוחרים להפעיל את התחזוקה באופן מיידי, היא מתבצעת תוך 6 שעות מהמועד שבו מפעילים את הבקשה. שימו לב שהתאריך והשעה המתוזמנים שאתם בוחרים צריכים להיות לפני שעת ההתחלה של חלון הזמן הראשוני לתחזוקה.
אם לא מפעילים את התחזוקה באופן מיידי או מתזמנים אותה למועד מאוחר יותר, התחזוקה מתבצעת במהלך חלון הזמן שצוין בחלון הזמן הראשוני לתחזוקה.
אתם יכולים לבחור להפעיל שינוי קנה מידה אוטומטי של קבוצות צמתים עם דייר יחיד, עם הפעלה של בקרת תחזוקה מתקדמת. יומני ביקורת נוצרים בכל המקרים.
משפחות מכונות נתמכות
תמיכה בבקרה מתקדמת על תחזוקה של צמתים עם דייר יחיד זמינה למשפחות המכונות C2, C3, C3D, C4, G2, H3, M1, M2, M3 ו-M4 בזמינות כללית.
מגבלות
אלה המגבלות של בקרת התחזוקה המתקדמת לתכונת הדיירות הבלעדית:
- כונני SSD מקומיים וכרטיסי GPU: התכונה הזו לא תומכת בכונני SSD מקומיים ובכרטיסי GPU.
- מדיניות תחזוקה: התכונה הזו תומכת במדיניות ברירת המחדל של תחזוקה (מיגרציה פעילה). אין תמיכה בכללי מדיניות אחרים בנושא תחזוקה, כמו הפעלה מחדש במקום והעברה בתוך קבוצת צמתים.
- צמתים: התכונה הזו יכולה לתמוך במקסימום 20 צמתים לכל פרויקט, לכל אזור.
- אמצעי בקרה מתקדמים לתחזוקה של קבוצות שרתים לדייר יחיד קיימות: אי אפשר להפעיל אמצעי בקרה מתקדמים לתחזוקה של קבוצות שרתים לדייר יחיד קיימות. אם רוצים להריץ את עומסי העבודה הקיימים בקבוצות שרתי לדייר יחיד (sole-tenant), כשהאפשרות 'שליטה מתקדמת בתחזוקה' מופעלת, צריך קודם ליצור קבוצת שרתי לדייר יחיד (sole-tenant) חדשה עם האפשרות 'שליטה מתקדמת בתחזוקה' מופעלת, ואז להעביר את עומס העבודה לקבוצה הזו. באופן דומה, כדי לבטל את ההסכמה לשימוש באמצעי בקרה מתקדמים לתחזוקה, צריך להעביר את השרתים לדייר יחיד לקבוצות של שרתים לדייר יחיד שבהן אמצעי הבקרה המתקדמים לתחזוקה לא מופעלים.
- השפעה על מדיניות התחזוקה הנוכחית: כשמפעילים את התכונה הזו, היא מבטלת את כל חלונות התחזוקה הקיימים שמשויכים לצמתים של דייר יחיד.
עלויות
אין עלות נוספת לשימוש באמצעי בקרה מתקדמים לתחזוקה בצמתים של דייר יחיד.
לפני שמתחילים
- לפני שמקצים מכונות וירטואליות בשרת לדייר יחיד (sole-tenant), כדאי לבדוק את המכסה. בהתאם למספר ולגודל של הצמתים שאתם מזמינים, יכול להיות שתצטרכו לבקש מכסה נוספת.
-
אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות.
אימות הוא תהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי API ולשירותים של Google Cloud . כדי להריץ קוד או דוגמאות מסביבת פיתוח מקומית, אפשר לבצע אימות ל-Compute Engine באחת מהדרכים הבאות:
צריך לבחור את הכרטיסייה הרלוונטית לאופן שבו תכננתם להשתמש בדוגמאות בדף הזה:
המסוף
כשמשתמשים במסוף Google Cloud כדי לגשת לשירותים ולממשקי ה-API, לא צריך להגדיר אימות. Google Cloud
gcloud
-
התקינו את ה-CLI של Google Cloud. אחר כך, אתחלו את ה-CLI של Google Cloud באמצעות הפקודה הבאה:
gcloud initאם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
- הגדרת אזור ותחום כברירת מחדל
REST
כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של API בארכיטקטורת REST שבדף הזה, צריך להשתמש בפרטי הכניסה שאתם נותנים ל-CLI של gcloud.
התקינו את ה-CLI של Google Cloud.
אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
מידע נוסף מופיע במאמר אימות לשימוש ב-REST במסמכי האימות של Google Cloud .
הפעלת בקרה מתקדמת על תחזוקה בשרת לדייר יחיד (sole-tenant)
השליטה המתקדמת בתחזוקה ב-sole-tenancy היא תכונה אופציונלית שזמינה רק לקבוצות של צמתים ב-sole-tenancy. כדי להשתמש בתכונה הזו עם מכונות וירטואליות קיימות או עם עומסי עבודה של דייר יחיד, קודם צריך להעביר את המכונות הווירטואליות לקבוצות של שרתים לדייר יחיד עם הפעלה של בקרת תחזוקה מתקדמת.
המסוף
כשיוצרים קבוצת צמתים, אפשר להפעיל את האפשרות של שליטה מתקדמת בתחזוקה. לשם כך, בוחרים באפשרות Opt-in for sole-tenancy advanced maintenance בקטע Configure Maintenance Settings. מידע נוסף זמין במאמר בנושא יצירת קבוצת שרתים לדייר יחיד.
gcloud
כדי ליצור קבוצת שרתים לדייר יחיד עם שליטה מתקדמת בתחזוקה, משתמשים בפקודה gcloud compute sole-tenancy node-groups create.
הדגל --maintenance-interval=RECURRENT בפקודה הבאה מציין שהשרת לדייר יחיד (sole-tenant) מוגדר להשתתפות בתוכנית 'אמצעי בקרה מתקדמים לתחזוקה'.
gcloud compute sole-tenancy node-groups create NODE_GROUP_NAME \ --node-template=NODE_TEMPLATE_NAME \ --zone=NODE_GROUP_ZONE \ --target-size=NODE_GROUP_SIZE \ --maintenance-interval=RECURRENT
מחליפים את מה שכתוב בשדות הבאים:
NODE_GROUP_NAME: השם של קבוצת הצמתים.
NODE_TEMPLATE_NAME: השם של תבנית הצומת שבה רוצים להשתמש כדי ליצור את הקבוצה הזו.
NODE_GROUP_SIZE: מספר הצמתים שייווצרו בקבוצה.
NODE_GROUP_ZONE: האזור שבו רוצים ליצור את קבוצת הצמתים. האזור הזה צריך להיות זהה לאזור של תבנית הצומת שעליה מתבססת קבוצת הצמתים.
REST
כדי ליצור קבוצת שרתים לדייר יחיד (sole-tenant) עם שליטה מתקדמת בתחזוקה על סמך תבנית צמתים שנוצרה בעבר, משתמשים בשיטה nodeGroups.insert.
כדי ליצור קבוצת שרתים לדייר יחיד (sole-tenant) על סמך תבנית צמתים שנוצרה בעבר לכל הצמתים האחרים, משתמשים בשיטה nodeGroups.insert.
הפרמטר maintenanceInterval בפקודה הבאה מציין שהשרת לדייר יחיד (sole-tenant) מוגדר להשתתפות בתוכנית המתקדמת לניהול תחזוקה.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/NODE_GROUP_ZONE/nodeGroups
{
"name": "NODE_GROUP_NAME",
"nodeTemplate": "NODE_TEMPLATE_URL",
"zone": "NODE_GROUP_ZONE",
"size": "NODE_GROUP_SIZE",
"maintenanceInterval": "RECURRENT"
}
מחליפים את מה שכתוב בשדות הבאים:
PROJECT_ID: שם הפרויקט שבו קיימת קבוצת הצמתים.
NODE_GROUP_ZONE: האזור של קבוצת הצמתים.
NODE_GROUP_NAME: השם של קבוצת הצמתים.
NODE_TEMPLATE_URL: כתובת ה-URL של תבנית הצומת שבה רוצים להשתמש כדי ליצור את הקבוצה הזו.
NODE_GROUP_SIZE: מספר הצמתים שייווצרו בקבוצה.
הדגל ברמת הצומת מבטל את כל הדגלים של מכונות וירטואליות שהוקצו קודם. לכן, אם תבחרו להשתמש באמצעי בקרה מתקדמים לתחזוקה, הם יבטלו את כל דגלי התחזוקה הקודמים.
בדיקה של תחזוקה עתידית
תחזוקה של שרת לדייר יחיד (sole-tenant) מתבצעת לכל היותר כל 28 ימים. אפשר לבדוק את אירוע התחזוקה של צומת מסוים 28 ימים לפני תחילת חלון הזמן של 6 שעות לתחזוקה, שבו מתוכננת התחזוקה של הצומת הזה.
המסוף
אחרי שמביעים הסכמה להשתמש בקבוצת שרתי לדייר יחיד (sole-tenant) כדי לקבל שליטה מתקדמת בתחזוקה, אירועי תחזוקה קרובים יוצגו באופן הבא:
נכנסים לדף Sole-tenant nodes במסוף Google Cloud .
לוחצים על קבוצות צמתים כדי לראות רשימה של קבוצות שרתים לדייר יחיד.
בכל קבוצת צמתים עם שרת לדייר יחיד, תוכלו לראות את העמודות סטטוס התחזוקה וזמן התחזוקה בטבלה של התחזוקה הקרובה. התחזוקה מוגדרת ברמת הצומת, ולכן המידע על התחזוקה שמוצג כאן הוא התחזוקה הבאה שמתוזמנת לאחד מהצמתים בקבוצת הצמתים.
כדי לראות את פרטי התחזוקה של כל שרת לדייר יחיד (sole-tenant) בקבוצת שרתים לדייר יחיד (sole-tenant), לוחצים על שם קבוצת השרתים לדייר יחיד (sole-tenant) כדי לפתוח את דף הפרטים. עבור כל צומת בקבוצת הצמתים, בעמודות סטטוס תחזוקה וזמן תחזוקה בטבלה מוצג מידע על תחזוקה עתידית.
gcloud
כדי להציג את הצמתים של קבוצת צמתים עם דייר יחיד עם שליטה מתקדמת בתחזוקה, יחד עם פרטי התחזוקה שלהם, משתמשים בפקודה gcloud compute sole-tenancy node-groups list-nodes.
gcloud compute sole-tenancy node-groups list-nodes NODE_GROUP_NAME \ --format "table(name, status, node_type, instances, server_id, upcoming_maintenance)"
מחליפים את NODE_GROUP_NAME בשם של קבוצת הצמתים.
REST
כדי להציג את הצמתים של קבוצת צמתים עם דייר יחיד עם שליטה מתקדמת בתחזוקה, יחד עם פרטי התחזוקה שלהם, משתמשים בשיטה nodeGroups.listNodes.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/NODE_GROUP_ZONE/nodeGroups/NODE_GROUP_ID/listNodes
מחליפים את מה שכתוב בשדות הבאים:
PROJECT_ID: שם הפרויקט שבו קיימת קבוצת הצמתים.
NODE_GROUP_ZONE: האזור של קבוצת הצמתים.
NODE_GROUP_ID: המזהה של קבוצת הצמתים.
זו התגובה של המתודה nodeGroups.listNodes:
{
…
"items": [
…
{
"name": string,
"status": string,
…
"upcomingMaintenance": {
"canReschedule": boolean,
"maintenanceType": enum, // SCHEDULED | UNSCHEDULED
"windowStartTime": string, // RFC 3339 timestamp string
"windowEndTime": string, // RFC 3339 timestamp string
"latestWindowStartTime": string, // RFC 3339 timestamp string
"maintenanceStatus": enum // PENDING | ONGOING
},
…
},
…
],
…
}
אלה הפרטים של אירוע התחזוקה של קבוצת הצמתים:
| שם הפרמטר | תיאור |
|---|---|
windowStartTime |
שעת ההתחלה של חלון זמן לתחזוקה. |
windowEndTime |
שעת הסיום של חלון הזמן לתחזוקה. |
latestWindowStartTime |
שעת ההתחלה של חלון זמן לתחזוקה הראשוני. אפשר להפעיל את התחזוקה באופן מיידי, או לתזמן אותה למועד מאוחר יותר. אפשרות התזמון זמינה רק לפני latestWindowStartTime.
|
maintenanceType |
סוג התחזוקה שתתבצע: – מתוכננת: תחזוקה מתוכננת לצומת הזה. - Unscheduled: תחזוקה מייצגת עדכונים קריטיים שמתקבלים בהתראה קצרה בהרבה. |
canReschedule |
אם אפשר לשנות את המועד של עבודות התחזוקה. |
maintenanceStatus |
הסטטוס הנוכחי של עבודות התחזוקה: - Pending: עבודות התחזוקה עדיין לא התחילו, אבל הן מתוזמנות. - Ongoing: חלון התחזוקה התחיל. |
אם לא מופיע אירוע תחזוקה, זה אומר שאין תחזוקה קרובה לאף אחד מהצמתים בקבוצת הצמתים.
הפעלת תחזוקה מיידית או תזמון תחזוקה של צומת
אחרי שבודקים אילו שרתים לדייר יחיד בקבוצת שרתים לדייר יחיד מתוזמנים לתחזוקה, אפשר לבצע אחת מהפעולות הבאות:
הפעלת התחזוקה באופן מיידי. אם תבחרו להפעיל את התחזוקה באופן מיידי, היא תתבצע תוך 6 שעות מהמועד שבו הפעלתם את הבקשה.
אפשר לתזמן את התחזוקה למועד מאוחר יותר בהתאם לדרישות שלכם.
אם לא מפעילים את התחזוקה באופן מיידי או מתזמנים אותה למועד מאוחר יותר, התחזוקה מתבצעת במהלך חלון זמן התחזוקה הראשוני. אחרי שתחזוקה של צומת מתחילה, אי אפשר להשהות או לתזמן אותה מחדש.
המסוף
כדי להפעיל תחזוקה של צומת באופן מיידי:
נכנסים לדף Sole-tenant nodes במסוף Google Cloud .
לוחצים על קבוצות צמתים.
לוחצים על השם של קבוצת הצמתים כדי לפתוח את דף הפרטים.
בוחרים את הצומת שרוצים להפעיל בו תחזוקה באופן מיידי ולוחצים על התחלה.
תוצג הודעת אישור והתחזוקה תתבצע תוך 6 שעות מרגע שליחת הבקשה.
כדי לתזמן תחזוקה של צומת:
נכנסים לדף Sole-tenant nodes במסוף Google Cloud .
לוחצים על קבוצות צמתים כדי לראות רשימה של קבוצות שרתים לדייר יחיד.
לוחצים על שם קבוצת הצמתים כדי לפתוח את דף הפרטים.
בוחרים את הצומת שרוצים לתזמן עבורו תחזוקה ולוחצים על תזמון תחזוקה.
בחלונית Schedule Maintenance שמוצגת, בוחרים את התאריך והשעה הרצויים לתחזוקה. שימו לב שאפשר לתזמן תחזוקה של צומת בכל שלב לפני שעת ההתחלה של חלון זמן לתחזוקה הראשוני.
תוצג הודעת אישור והתחזוקה תתבצע תוך 6 שעות מרגע שליחת הבקשה.
gcloud
כדי להתחיל או לתזמן תחזוקה של שרת לדייר יחיד (sole-tenant) עם בקרת תחזוקה מתקדמת, משתמשים בפקודה gcloud compute sole-tenancy node-groups perform-maintenance .
gcloud compute sole-tenancy node-groups perform-maintenance NODE_GROUP_NAME \ --zone=NODE_GROUP_ZONE \ --nodes=NODE_NAMES \ --window-start-time=WINDOW_START_TIME
מחליפים את מה שכתוב בשדות הבאים:
NODE_GROUP_NAME: השם של קבוצת הצמתים.
NODE_GROUP_ZONE: האזור של קבוצת הצמתים.
NODE_NAMES: השם של הצומת שרוצים לבצע בו תחזוקה.
WINDOW_START_TIME: תאריך ושעת ההתחלה של התחזוקה. אם רוצים שהתחזוקה תתחיל בהקדם האפשרי, לא מציינים את הדגל הזה.
REST
משתמשים בשיטה nodeGroups.performMaintenance כדי להתחיל או לתזמן תחזוקה של שרת לדייר יחיד (sole-tenant), עם שליטה מתקדמת בתחזוקה.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/NODE_GROUP_ZONE/nodeGroups/NODE_GROUP_NAME/performMaintenance
{
"nodes": [
"NODE_NAME"
],
"startTime": "START_TIME"
}
מחליפים את מה שכתוב בשדות הבאים:
PROJECT_ID: שם הפרויקט שבו קיימת קבוצת הצמתים.
NODE_GROUP_ZONE: האזור של קבוצת הצמתים.
NODE_GROUP_NAME: השם של קבוצת הצמתים.
NODE_NAME: השם של הצומת שרוצים לבצע בו תחזוקה. צריך לציין לפחות צומת אחד.
START_TIME: אופציונלי: תאריך ושעת ההתחלה של התחזוקה, בפורמט של חותמת זמן RFC 3339. אם לא מציינים את השעה, התחזוקה מתחילה בהקדם האפשרי.
במהלך תהליך התחזוקה, בשדה סטטוס התחזוקה של הצומת מוצג הסטטוס הבא:
- בהמתנה: עבודות התחזוקה עדיין לא התחילו, אבל הן מתוזמנות.
- בתהליך: חלון זמן לתחזוקה התחיל. אירוע התחזוקה נשאר במהלך עד שהתחזוקה מסתיימת בהצלחה בצומת.
איך בודקים אם התחזוקה הסתיימה
כדי לשלוח שאילתה לגבי סטטוס התחזוקה של צומת עם בקרה מתקדמת על תחזוקה, משתמשים בפקודה gcloud compute sole-tenancy node-groups list-nodes או בשיטה nodeGroups.listNodes.
מידע נוסף זמין במאמר בנושא בדיקת סטטוס התחזוקה.
- התחזוקה בוצעה בהצלחה: אם התחזוקה של שרת לדייר יחיד (sole-tenant) בוצעה בהצלחה, הודעת התחזוקה מוסרת. כשמבצעים שאילתה על שם קבוצת הצמתים, הקטע
upcomingMaintenanceלא יופיע יותר בצומת. - התחזוקה נכשלה: אם התחזוקה לא מסתיימת תוך 6 שעות, אירוע התחזוקה נשאר במהלך עד שהתחזוקה מסתיימת בהצלחה בצומת. אחרי שהתחזוקה מסתיימת, ההודעה על התחזוקה מוסרת.
יכול להיות שבקשת ההפעלה של התחזוקה לתאריך ולשעה שבחרתם תידחה אם Google Cloud המגבלות הפנימיות על בקרה מתקדמת של תחזוקה עבור צמתים של דיירות בלעדית חרגו מהמגבלות שנקבעו לתאריך ולשעה שצוינו. במקרה כזה, צריך לבחור תאריך ושעה אחרים לתחזוקת הצומת. סטטוס התחזוקה של הצומת הזה הוא בתהליך, והוא יישאר כזה עד לסיום מוצלח של התחזוקה.
שינוי התאריך והשעה של התחזוקה המתוכננת
אפשר לשנות את התאריך והשעה של התחזוקה המתוזמנת של צומת עם דיירות בלעדית באמצעות אותה פרוצדורה שבה משתמשים כדי להפעיל או לתזמן תחזוקה של צומת.