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

CPU overcommit בשרתים לדייר יחיד (sole-tenant) מאפשר לכם להקצות מכונות שיכולות לשתף ביניהן את מחזורי המעבד הפנויים שלהן. כך אפשר להקצות יותר מדי משאבים של שרת לדייר יחיד (sole-tenant), ולתזמן יותר מעבדי VM בשרת לדייר יחיד (sole-tenant) מאשר אלה שזמינים בדרך כלל. התכונה CPU overcommit שימושית במיוחד לעומסי עבודה שלא מנוצלים מספיק, אבל עלולים לחוות פרצי פעילות לא מתואמים באופן יחסי.

CPU overcommit יכול לעזור לכם להפחית את העלויות לכל מכונה וירטואלית, על ידי פיזור העלות של שרת לדייר יחיד (sole-tenant) על פני יותר מכונות וירטואליות. היא גם יכולה להפחית את עלויות הרישוי לכל מכונה וירטואלית כשמשתמשים ברישיונות לכל שקע או לכל ליבה.

מכונות וירטואליות עם מעבדים (CPU) בהקצאת יתר יכולות להשתמש במשאבי מעבד שלא מנוצלים בדרכים הבאות:

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

  • אם מכונה וירטואלית אחרת בשרת לדייר יחיד (sole-tenant) לא מנצלת את כל משאבי המעבד שלה – לדוגמה, כי המעבד לא פעיל – מכונה וירטואלית עם הקצאת יתר יכולה להשתמש במשאבי המעבד האלה.

רמת ההקצאה העודפת

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

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

כשמגדירים את הערך הזה, חשוב לזכור את הדברים הבאים:

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

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

  • סכום הערכים של המספר המינימלי של מעבדי ה-CPU בכל המכונות הווירטואליות בשרת לדייר יחיד (sole-tenant) לא יכול לחרוג מקיבולת ה-CPU של סוג השרת לדייר יחיד (sole-tenant), שבסוג הצומת n1-node-96-624 היא 96.

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

לתשומת ליבכם

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

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

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

מגבלות

מגבלות על עומסי עבודה

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

רמות גבוהות של CPU overcommit לא מתאימות לעומסי עבודה שרגישים לביצועים.

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

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

מגבלות על סוגי המכונות

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

מגבלות על רמת ההקצאה העודפת

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

מגבלות על תזמון של מכונות וירטואליות

בקבוצות של שרתים לדייר יחיד (sole-tenant) שמבוססות על תבניות של שרתים לדייר יחיד (sole-tenant) שלא מוגדרות ל-CPU overcommit, אי אפשר להקצות מכונות וירטואליות עם CPU overcommit מופעל. כלומר, אי אפשר להקצות מכונה וירטואלית עם מספר מינימלי מסוים של מעבדי CPU בקבוצת צמתים של שרת לדייר יחיד (sole-tenant) שלא מוגדרת ל-CPU overcommit.

מכסה

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

עלויות

בשרתים לדייר יחיד (sole-tenant) שבהם נבחרה האפשרות CPU overcommit בתבנית הצומת, תחויבו ב-25% נוספים. החיוב הזה הוא בנוסף לתוספת של 10% על הפעלת מכונות וירטואליות בשרתים לדייר יחיד (sole-tenant). התוספת על CPU overcommit היא קבועה, בלי קשר לרמת ה-CPU overcommit ולמספר המכונות הווירטואליות שתוזמנו בשרת לדייר יחיד (sole-tenant).

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

כדי להעריך את העלות של הפעלת מכונות וירטואליות בשרתים לדייר יחיד (sole-tenant), אפשר להשתמש במחשבון עלויות.

הגדרת CPU overcommit למכונות וירטואליות בדייר יחיד

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

  1. יוצרים תבנית של שרת לדייר יחיד (sole-tenant) שמופעל בה CPU overcommit. צריך להפעיל את התכונה CPU overcommit כשיוצרים את תבנית הצומת. אי אפשר להפעיל את התכונה CPU overcommit אחרי שיוצרים תבנית של צומת.

  2. יוצרים קבוצת צמתים לדייר יחיד על סמך התבנית של השרת לדייר יחיד (sole-tenant) שבה מופעלת התכונה CPU overcommit.

  3. יוצרים מכונה וירטואלית ומבצעים את הפעולות הבאות:

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

      אתם יכולים לבחור סוג מכונה שונה לכל מכונה וירטואלית בשרת לדייר יחיד (sole-tenant), כל עוד לא חורגים מקיבולת המעבד והזיכרון של השרת לדייר יחיד (sole-tenant).

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

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

  • יוצרים תבנית של שרת לדייר יחיד ומציינים את --cpu-overcommit-type=enabled.
  • יוצרים קבוצת צמתים לדייר יחיד על סמך התבנית של צומת לדייר יחיד, כשהתכונה "הקצאת יתר של מעבד (CPU)" מופעלת.
  • אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות. אימות הוא התהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי API ולשירותים של Google Cloud . כדי להריץ קוד או דוגמאות מסביבת פיתוח מקומית, אפשר לבצע אימות ל-Compute Engine באחת מהדרכים האלה:

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

    המסוף

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

    gcloud

    1. התקינו את ה-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 .

הגדרת רמת ה-CPU overcommit

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

המסוף

במסוף Google Cloud , יוצרים מכונה וירטואלית בשרת לדייר יחיד בקבוצת שרתים לדייר יחיד שנוצרה מתבנית של שרת לדייר יחיד עם CPU overcommit:

  1. נכנסים לדף Sole-tenant nodes.

    כניסה לדף Sole-tenant nodes

  2. לוחצים על Node Groups.

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

  4. לוחצים על Create instance.

  5. מציינים את השם (Name), האזור (Region) והתחום (Zone) של המכונה הווירטואלית.

  6. בקטע Machine configuration, בוחרים Machine type קבוע או בהתאמה אישית.

  7. בקטע CPU overcommit, בוחרים באפשרות Enable CPU overcommit.

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

  9. לוחצים על Create כדי ליצור מכונה וירטואלית עם משאבי מעבד (CPU) שזמינים להקצאת יתר.

gcloud

בדוגמה הבאה מוסבר איך משתמשים בפקודה gcloud compute instances create כדי ליצור מכונה וירטואלית של דייר יחיד במכונה עם קונפיגורציה מוגדרת (predefined), עם משאבי מעבד (CPU) שזמינים להקצאת יתר.

gcloud compute instances create VM_NAME \
    --machine-type=MACHINE_TYPE \
    --min-node-cpu=MIN_VCPUS \
    --node-group=GROUP_NAME

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

  • ‫VM_NAME: השם של ה-VM שבו רוצים להקצות יותר מדי מעבדים.

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

  • ‫MIN_VCPUS: המספר המינימלי של מעבדי vCPU שזמינים למכונה הווירטואלית הזו.

  • ‫GROUP_NAME: השם של קבוצת שרתי הדייר היחיד שבה רוצים להקצות את המכונה הווירטואלית.

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

כדי ליצור מכונה וירטואלית של דייר יחיד עם משאבי מעבד (CPU) זמינים להקצאת יתר בסוג מכונה בהתאמה אישית, משמיטים את הדגל --machine-type, ובמקום זאת משתמשים בדגלים --custom-cpu ו---custom-memory כדי לציין את מספר המעבדים ואת כמות הזיכרון, בג'יגה-בייט, למכונה בהתאמה אישית.

REST

בדוגמה הבאה מוסבר איך משתמשים ב-method ‏instances.insert כדי ליצור מכונה וירטואלית של דייר יחיד בסוג מכונה קבוע, עם משאבי מעבד (CPU) זמינים להקצאת יתר.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances

{
  "machineType": "zones/MACHINE_TYPE_ZONE/machineTypes/MACHINE_TYPE",
  "name": "VM_NAME",
  "scheduling": {
    "minNodeCpus": MIN_VCPUS,
    "nodeAffinities": [
      {
        "key": "compute.googleapis.com/node-group-name",
        "operator": "IN",
        "values": [
          "GROUP_NAME"
        ]
      }
    ]
  },
  ...
}

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

  • ‫PROJECT_ID: מזהה הפרויקט.

  • ‫ZONE: האזור של הבקשה הזו.

  • ‫MACHINE_TYPE_ZONE: האזור שבו מארחים את סוג המכונה.

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

  • ‫VM_NAME: השם של המכונה הווירטואלית עם הדייר היחיד שבה רוצים להקצות יותר מדי מעבדים.

  • ‫MIN_VCPUS: המספר המינימלי של מעבדי vCPU שזמינים למכונה הווירטואלית הזו.

  • ‫GROUP_NAME: השם של קבוצת שרתי הדייר היחיד שבה רוצים להקצות את המכונה הווירטואלית.

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

כדי ליצור VM של דייר יחיד עם משאבי מעבד (CPU) זמינים להקצאת יתר בסוג מכונה בהתאמה אישית, מחליפים את הערך בשדה machineType ב-zones/zone/machineTypes/custom-CPUS-MEMORY, ומחליפים את CPUS במספר המעבדים ואת MEMORY בכמות הזיכרון, במגה-בייט, לסוג המכונה בהתאמה אישית.

עדכון רמת ה-CPU overcommit

בקטעים הבאים מוסבר איך לעדכן את רמת ה-CPU overcommit של מכונה וירטואלית בדייר יחיד.

gcloud

  1. כדי לשנות את רמת ה-CPU overcommit של מכונה וירטואלית שפועלת, צריך קודם לעצור את המכונה. כדי לעצור מכונה וירטואלית, משתמשים בפקודה gcloud compute instances stop:

    gcloud compute instances stop VM_NAME

    מחליפים את VM_NAME בשם המכונה שרוצים לעצור.

  2. כדי לעדכן את רמת ה-CPU overcommit של VM בדייר יחיד, משתמשים בפקודה gcloud compute instances set-scheduling:

    gcloud compute instances set-scheduling VM_NAME \
  --min-node-cpu=MIN_VCPUS

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

    • ‫VM_NAME: השם של המכונה הווירטואלית בדייר יחיד שבה רוצים לשנות את רמת ה-CPU overcommit.

    • ‫MIN_VCPUS: המספר המינימלי של מעבדי vCPU שזמינים למכונה הווירטואלית הזו.

  3. מפעילים מחדש את ה-VM באמצעות הפקודה gcloud compute instances start:

    gcloud compute instances start VM_NAME

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

REST

  1. כדי לשנות את רמת ה-CPU overcommit של מכונה וירטואלית שפועלת, צריך קודם לעצור את המכונה. כדי לעצור מכונה וירטואלית, יוצרים בקשת POST באמצעות ה-method‏ instances.stop, באופן הבא:

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME/stop

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

    • ‫PROJECT_ID: מזהה הפרויקט.

    • ‫ZONE: האזור של הבקשה הזו.

    • ‫VM_NAME: השם של המכונה הווירטואלית בדייר יחיד שבה רוצים לשנות את רמת ה-CPU overcommit.

  2. כדי לעדכן את רמת ה-CPU overcommit של מכונה וירטואלית עם דייר יחיד, משתמשים ב-method instances.setScheduling באופן הבא:

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME/setScheduling
{
"minNodeCpus":MIN_VCPUS
}

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

    • ‫PROJECT_ID: מזהה הפרויקט.

    • ‫ZONE: האזור של הבקשה הזו.

    • ‫VM_NAME: השם של המכונה הווירטואלית בדייר יחיד שבה רוצים לשנות את רמת ה-CPU overcommit.

    • ‫MIN_VCPUS: המספר המינימלי של מעבדי vCPU שזמינים למכונה הווירטואלית הזו.

  3. מפעילים מחדש את ה-VM באמצעות בקשת POST עם ה-method‏ instances.start, באופן הבא:

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME/start

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

    • ‫PROJECT_ID: מזהה הפרויקט.

    • ‫ZONE: האזור של הבקשה הזו.

    • ‫VM_NAME: השם של המכונה הווירטואלית עם הדייר היחיד שרוצים להפעיל מחדש.

השבתת CPU overcommit למכונות וירטואליות בדייר יחיד

ההליכים הבאים מראים איך להשבית את CPU overcommit של מכונה וירטואלית של דייר יחיד.

gcloud

  1. כדי להשבית את CPU overcommit במכונה וירטואלית שפועלת, צריך קודם לעצור את המכונה הווירטואלית. כדי לעצור מכונה וירטואלית, משתמשים בפקודה gcloud compute instances stop:

    gcloud compute instances stop VM_NAME

    מחליפים את VM_NAME בשם המכונה שרוצים לעצור.

  2. כדי להשבית את CPU overcommit, משתמשים בפקודה gcloud compute instances set-scheduling עם הדגל --clear-min-node-cpu:

    gcloud compute instances set-scheduling VM_NAME \
  --clear-min-node-cpu

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

  3. מפעילים מחדש את ה-VM באמצעות הפקודה gcloud compute instances start:

    gcloud compute instances start VM_NAME

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

REST

  1. כדי להשבית את CPU overcommit במכונה וירטואלית שפועלת, צריך קודם לעצור את המכונה הווירטואלית. כדי לעצור מכונה וירטואלית, יוצרים בקשת POST באמצעות ה-method‏ instances.stop, באופן הבא:

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME/stop

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

    • ‫PROJECT_ID: מזהה הפרויקט.

    • ‫ZONE: האזור של הבקשה הזו.

    • ‫VM_NAME: השם של המכונה הווירטואלית (VM) של הדייר היחיד שרוצים לעצור.

  2. כדי להשבית את CPU overcommit, משתמשים בשיטה instances.setScheduling:

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME/setScheduling
{
"minNodeCpus":null
}

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

    • ‫PROJECT_ID: מזהה הפרויקט.

    • ‫ZONE: האזור של הבקשה הזו.

    • ‫VM_NAME: השם של המכונה הווירטואלית בדייר יחיד שבה רוצים להשבית את CPU overcommit.

  3. מפעילים מחדש את ה-VM באמצעות בקשת POST עם ה-method‏ instances.start, באופן הבא:

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME/start

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

    • ‫PROJECT_ID: מזהה הפרויקט.

    • ‫ZONE: האזור של הבקשה הזו.

    • ‫VM_NAME: השם של המכונה הווירטואלית עם הדייר היחיד שרוצים להפעיל מחדש.

הצגת השימוש ב-CPU

כדי לבדוק את השימוש ב-CPU של מכונות וירטואליות בשרת לדייר יחיד בקבוצת צמתים של שרת לדייר יחיד:

  1. נכנסים לדף Sole-tenant nodes במסוף Google Cloud .

    כניסה לדף Sole-tenant nodes

  2. לוחצים על Node groups.

  3. לוחצים על קבוצת השרתים לדייר יחיד שמכילה את השרת לדייר יחיד עם המכונה הווירטואלית שבה יש הקצאת יתר של מעבדי CPU.

  4. לוחצים על השרת לדייר יחיד (sole-tenant) שכולל את ה-VM עם המעבדים שהוקצו יתר על המידה.

  5. מתחת לשם של השרת לדייר יחיד, בודקים את CPU usage, את CPU overcommit type ואת Min CPU usage.

    • הערך של CPU usage מציג את המספר המקסימלי הכולל של מעבדים לכל המכונות הווירטואליות בשרת לדייר יחיד (sole-tenant) הזה, חלקי מספר המעבדים שצוין לפי סוג הצומת.

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

    • הערך Min CPU usage מציג את הסכום של המספר המינימלי של מעבדים שהוקצו לכל המכונות הווירטואליות בשרת לדייר יחיד (sole-tenant), חלקי מספר המעבדים שצוין לפי סוג הצומת.

אופטימיזציה של רמות ה-CPU overcommit

כדי לעזור לכם לבצע אופטימיזציה של רמות ה-CPU overcommit, ב-Compute Engine יש מדד שנקרא Scheduler Wait Time. המדד Scheduler Wait Time מציין את זמן ההמתנה המצטבר של כל ה-vCPUs במכונה הווירטואלית, ועוזר לכם לקבוע את ההשפעה של CPU overcommit על הביצועים של המכונה הווירטואלית.

הרגישות של עומס העבודה משתנה, אבל כלל אצבע הוא להשתמש ב-20 אלפיות השנייה של זמן המתנה של המתזמן שנצבר לשנייה (20msps) כזמן ההמתנה המקסימלי לכל vCPU. לדוגמה, אם למכונה וירטואלית מוגדרים 8 מעבדי vCPU, אז הסף המקובל הוא 160 אלפיות השנייה לשנייה, מה שמוביל לזמן המתנה ממוצע לתזמון של 20 אלפיות השנייה לשנייה לכל מעבד vCPU. דרישות הביצועים של עומס העבודה הן אלה שיקבעו בסופו של דבר את הספים המקובלים.

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

    למעבר אל Monitoring

  2. לוחצים על Metrics explorer.

  3. בשדה Resource type, מזינים VM Instance.

  4. בשדה Metric, מזינים Scheduler Wait Time.

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

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