מיזוג ופיצול של התחייבויות

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

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

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

  • אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות. אימות הוא תהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי 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 .

מיזוג התחייבויות

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

איך מיזוג עובד

כשממזגים התחייבויות נפרדות (התחייבויות מקור), יוצרים התחייבות חדשה (התחייבות ממזוגת) שמשלבת משאבים מכל התחייבויות המקוריות. בחצות לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8 או UTC-7 במהלך שעון הקיץ) ביום שאחרי, ההתחייבות הממוזגת הופכת לפעילה וההתחייבויות המקוריות מבוטלות. תאריך ההפעלה הזה הופך לתאריך ההתחלה של ההתחייבות הממוזגת, והמיזוג מסתיים.

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

  • תאריך הסיום הכי רחוק בעתיד מבין ההתחייבויות למקור.
  • חלון הזמן להארכת המינוי שמסתיים הכי מוקדם מבין ההתחייבויות של מקורות המינויים.

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

לדוגמה, נניח שיש שתי התחייבויות למקורות שמתחילות ב-1 בינואר 2020 וב-1 בדצמבר 2020. תאריכי הסיום שלהם הם 1 בינואר 2023 ו-1 בדצמבר 2023, בהתאמה. חלון הזמן להארכת תקופת ההתחייבות הראשונה יישאר פתוח עד 1 במאי 2020, וחלון הזמן להארכת תקופת ההתחייבות השנייה יישאר פתוח עד 1 באפריל 2021. אם תאחדו את ההתחייבויות האלה ב-1 במרץ 2022, ההתחייבות המאוחדת תהיה התחייבות לתקופה מותאמת אישית עם תאריך התחלה של 2 במרץ 2022 ותאריך סיום של 1 בדצמבר 2023. חלון הזכאות להארכת התקופה של ההתחייבות הממוזגת כבר הסתיים ב-1 במאי 2020.

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

דוגמה להתחייבות משולבת

בטבלה הבאה מוצגים המאפיינים של התחייבויות למקורות ושל התחייבויות משולבות כשממזגים שתי התחייבויות (source-commitment-1 ו-source-commitment-2) להתחייבות אחת (merged-commitment) ב-1 במרץ 2022:

התחייבות למקור ראשון התחייבות למקור שני התחייבות משולבת
שם source-commitment-1 source-commitment-2 merged-commitment
סוג N2 N2 N2
אזור us-central1 us-central1 us-central1
Resources
  • מעבדים וירטואליים: 100
  • זיכרון: 100 GB
  • מעבדים וירטואליים: 200
  • זיכרון: 300 GB
  • מעבדים וירטואליים: 300
  • זיכרון: 400 GB
תוכנית 3 שנים 3 שנים 3 שנים
תקופה 3 שנים 3 שנים מותאם אישית (שנה ו-9 חודשים)
תאריך התחלה* ‫1 בינואר 2020 ‫1 בדצמבר 2020 ‫2 במרץ 2022
(יום אחרי המיזוג)
תאריך סיום† ‫1 בינואר 2023 ‫1 בדצמבר 2023 ‫1 בדצמבר 2023
חלון הזכאות להארכת התקופה פתוח עד ‫1 במאי 2020 ‫1 באפריל 2021 ‫1 במאי 2020

*כל ההתחייבויות מתחילות בשעה 00:00 (חצות) לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8 או UTC-7) בתאריך ההתחלה שצוין.
† כל ההתחייבויות מסתיימות בחצות לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8 או UTC-7) בתאריך הסיום שצוין.

השלכות על התמחור

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

מגבלות

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

דרישות

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

  • ההתחייבויות למקור צריכות להיות באותו פרויקט, באותו אזור, באותה תוכנית התחייבות, באותו סוג התחייבות ובאותה קטגוריית התחייבות.
  • ההתחייבות הממוזגת צריכה להיות באותו פרויקט, באותו אזור, באותה תוכנית התחייבות, באותו סוג התחייבות ובאותה קטגוריית התחייבות כמו ההתחייבויות המקוריות. עם זאת, אתם יכולים לבחור שם חדש להתחייבות הממוזגת.
  • סוגי המשאבים שאתם מציינים בהתחייבות הממוזגת צריכים להיות זהים לסוגי המשאבים בהתחייבויות המקוריות. בנוסף, הכמות של כל סוג משאב בהתחייבות הממוזגת צריכה להיות סכום הכמויות של אותו סוג משאב בכל ההתחייבויות המקוריות. לדוגמה, אם ההתחייבות הראשונה למקור כוללת 100 ליבות vCPU ו-100GB זיכרון, וההתחייבות השנייה למקור כוללת 200 ליבות vCPU ו-300GB זיכרון, צריך ליצור את ההתחייבות הממוזגת עם 300 ליבות vCPU ו-400GB זיכרון.
  • ההתחייבויות המקוריות והמאוחדות צריכות להיות למשאבי חומרה (vCPU, זיכרון, יחידות GPU ודיסקים מקומיים של SSD).

יצירת מחויבויות משולבות

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

המסוף

  1. במסוף Google Cloud , בוחרים את הפרויקט שבו רוצים למזג התחייבויות. אחרי כן, נכנסים לדף Committed use discounts.

    לדף Committed use discounts

  2. כדי להתחיל את פעולת המיזוג של קבוצת התחייבויות, בכרטיסייה Hardware commitments בדף Commitment list לוחצים על Merge.

    אפשרות נוספת היא לבחור את ההתחייבויות שרוצים למזג מהרשימה ואז ללחוץ על מיזוג.

  3. בכרטיסייה Choose commitment בדף Merge שנפתח, מבצעים את הפעולות הבאות:

    1. בקטע Choose commitments to merge (בחירת התחייבויות למיזוג), בוחרים את ההתחייבויות שרוצים למזג מהרשימה. אם כבר בחרתם את ההתחייבויות האלה בדף Commitment list, אתם יכולים לאמת את ההתחייבויות שבחרתם בכרטיסייה הזו.

      אופציונלי: כדי לסנן את רשימת ההתחייבויות, מציינים את הערכים של Plan,‏ Region ו-Commitment type עבור ההתחייבות הממוזגת לפני שבוחרים התחייבויות.

    2. לוחצים על הבא. הכרטיסייה בדיקה נפתחת.

  4. בכרטיסייה Review (בדיקה) בדף Merge (מיזוג), מבצעים את הפעולות הבאות:

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

    2. בשדה New commitment name (שם ההתחייבות החדשה), מזינים שם להתחייבות הממוזגת.

    3. אופציונלי: כדי להפעיל חידוש אוטומטי של ההתחייבות הממוזגת, מסמנים את התיבה Enable auto renew.

    4. קוראים את התנאים וההגבלות.

    5. כדי לסיים את יצירת ההתחייבות הממוזגת ולחזור לדף רשימת ההתחייבויות, לוחצים על מיזוג.

gcloud

כדי למזג התחייבויות קיימות להתחייבות אחת, משתמשים בפקודה gcloud compute commitments create עם הדגל --merge-source-commitment.

gcloud compute commitments create COMMITMENT_NAME \
    --region=REGION \
    --project=PROJECT_ID \
    --plan=COMMITMENT_PLAN \
    --type=COMMITMENT_TYPE \
    --resources=vcpu=NUMBER_VCPUS,memory=MEMORY \
    --merge-source-commitments=SOURCE_COMMITMENT_URLS

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

  • ‫COMMITMENT_NAME: השם של ההתחייבות החדשה הממוזגת.
  • ‫NUMBER_VCPUS: סכום מספרי המעבדים הווירטואליים בהתחייבויות המקוריות.

  • ‫COMMITMENT_TYPE: סוג ההתחייבות זהה לסוג ההתחייבות של התחייבויות המקור, אחד מהבאים:

    • למכונות מסוג A2, משתמשים ב-accelerator-optimized
    • למכונות מסוג A3 Edge ומסוג A3 High, משתמשים ב-accelerator-optimized-a3
    • לסוגי מכונות A3 Mega, משתמשים באפשרות accelerator-optimized-a3-mega
    • למכונות מקבוצת G2, משתמשים ב-graphics-optimized
    • לסוגי מכונות G4, משתמשים ב-graphics-optimized-g4
    • לסוגי מכונות C2, משתמשים ב-compute-optimized
    • לסוגי מכונות C2D, משתמשים ב-compute-optimized-c2d
    • לסוגי מכונות C3, משתמשים ב-compute-optimized-c3
    • בסוגי מכונות C3D, משתמשים ב-compute-optimized-c3d
    • לסוגי מכונות H3, משתמשים ב-compute-optimized-h3
    • לסוגי מכונות H4D, משתמשים ב-compute-optimized-h4d
    • לסוגי מכונות N1, משתמשים ב-general-purpose
    • לסוגי מכונות C4, משתמשים ב-general-purpose-c4
    • לסוגי מכונות C4A, משתמשים ב-general-purpose-c4a
    • לסוגי מכונות C4D, משתמשים ב-general-purpose-c4d
    • למכונות מסוג E2, משתמשים ב-general-purpose-e2
    • בסוגי מכונות N2, משתמשים ב-general-purpose-n2
    • לסוגי מכונות N2D, משתמשים ב-general-purpose-n2d
    • לסוגי מכונות N4, משתמשים בערך general-purpose-n4
    • לסוגי מכונות N4D, משתמשים ב-general-purpose-n4d
    • לסוגי מכונות N4A, משתמשים ב-general-purpose-n4a
    • לסוגי מכונות Tau T2D, משתמשים ב-general-purpose-t2d
    • לסוגי מכונות M1 או M2, משתמשים ב-memory-optimized
    • לסוגי מכונות M3, משתמשים ב-memory-optimized-m3
    • לסוגי מכונות M4, משתמשים ב-memory-optimized-m4
    • לסוגי מכונות M4 עם זיכרון בנפח 6TB, משתמשים ב-memory-optimized-m4-6tb
    • לסוגי מכונות X4 עם זיכרון בנפח 6 TB, משתמשים ב-memory-optimized-x4-6t
    • בסוגי מכונות X4 עם זיכרון בנפח 8 TB, משתמשים ב-memory-optimized-x4-8t
    • לסוגי מכונות X4 עם 12 TB של זיכרון, משתמשים ב-memory-optimized-x4-12t
    • לסוגי מכונות X4 עם 16 TB של זיכרון, משתמשים ב-memory-optimized-x4-960-16t
    • לסוגי מכונות X4 עם זיכרון בנפח 24 TB, משתמשים בערך memory-optimized-x4-1440-24t
    • לסוגי מכונות X4 עם זיכרון של ‎32 TB, משתמשים ב-memory-optimized-x4-1920-32t
    • לסוגי מכונות Z3, משתמשים ב-storage-optimized-z3

  • ‫REGION: אותו אזור כמו ההתחייבויות למקור.

  • ‫PROJECT_ID: מזהה הפרויקט של הפרויקט שרוצים למזג בו התחייבויות.

  • ‫COMMITMENT_PLAN: תוכנית ההתחייבות ('12 חודשים' או '36 חודשים'), שחייבת להיות זהה להתחייבויות המקוריות.

  • ‫MEMORY: סכום נפחי הזיכרון (ב-MB או ב-GB) בהתחייבויות המקוריות. לדוגמה, ‎1,000 MB. אם לא מציינים יחידה, ברירת המחדל היא GB.

  • ‫SOURCE_COMMITMENT_URLS: רשימה מופרדת בפסיקים של לפחות שתי כתובות URL שונות של התחייבות למקור. אין להוסיף רווחים בין כתובות ה-URL.

לדוגמה, נניח שיש שתי התחייבויות למקורות באזור us-east1 עם משאבים שמוגדרים כארבעה vCPU מסוג N2 ו-2,048 MB, ושלושה vCPU מסוג N2 ו-2,048 MB, בהתאמה. תוכנית ההתחייבות לכל התחייבות למקור היא 12-month. הפקודה הבאה ב-CLI של gcloud ממזגת את שתי ההתחייבויות ויוצרת התחייבות חדשה בשם merged-commitment. ההתחייבות הממוזגת מציינת את המשאבים שלה כ-7 ליבות וירטואליות מסוג N2 ו-4,096 MB, ותוכנית ההתחייבות שלה היא 12-month:

gcloud compute commitments create merged-commitment \
    --plan=12-month \
    --project=myproject \
    --region=us-east1 \
    --type=general-purpose-n2 \
    --resources=vcpu=7,memory=4096MB \
    --merge-source-commitments=projects/myproject/regions/us-east1/commitments/source-commitment-1,projects/myproject/regions/us-east1/commitments/source-commitment-2

REST

כדי למזג התחייבויות קיימות להתחייבות אחת, משתמשים בשיטה regionCommitments.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/commitments
{
  "name": COMMITMENT_NAME,
  "plan": COMMITMENT_PLAN,
  "type": COMMITMENT_TYPE,
  "region": REGION,
  "resources": [
    {
      "type": "vCPUs",
      "amount": NUMBER_VCPUS
    }
    {
      "type": "MEMORY",
      "amount": MEMORY
    }
  ],
  "mergeSourceCommitments": [SOURCE_COMMITMENT_URL ...]
}

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

  • ‫PROJECT_ID: מזהה הפרויקט של הפרויקט שרוצים למזג בו התחייבויות.
  • ‫REGION: אותו אזור כמו ההתחייבויות למקור.

  • ‫COMMITMENT_TYPE: אותו סוג התחייבות כמו ההתחייבויות שלכם למקור, אחד מהערכים הבאים:

    • למכונות מסוג A2, משתמשים ב-ACCELERATOR_OPTIMIZED
    • למכונות מסוג A3 Edge ומסוג A3 High, משתמשים ב-ACCELERATOR_OPTIMIZED_A3
    • לסוגי מכונות A3 Mega, משתמשים באפשרות ACCELERATOR_OPTIMIZED_A3_MEGA
    • למכונות מקבוצת G2, משתמשים ב-GRAPHICS_OPTIMIZED
    • לסוגי מכונות G4, משתמשים ב-GRAPHICS_OPTIMIZED_G4
    • לסוגי מכונות C2, משתמשים ב-COMPUTE_OPTIMIZED
    • לסוגי מכונות C2D, משתמשים ב-COMPUTE_OPTIMIZED_C2D
    • לסוגי מכונות C3, משתמשים ב-COMPUTE_OPTIMIZED_C3
    • בסוגי מכונות C3D, משתמשים ב-COMPUTE_OPTIMIZED_C3D
    • לסוגי מכונות H3, משתמשים ב-COMPUTE_OPTIMIZED_H3
    • לסוגי מכונות H4D, משתמשים ב-COMPUTE_OPTIMIZED_H4D
    • לסוגי מכונות N1, משתמשים ב-GENERAL_PURPOSE
    • לסוגי מכונות C4, משתמשים ב-GENERAL_PURPOSE_C4
    • לסוגי מכונות C4A, משתמשים ב-GENERAL_PURPOSE_C4A
    • לסוגי מכונות C4D, משתמשים ב-GENERAL_PURPOSE_C4D
    • למכונות מסוג E2, משתמשים ב-GENERAL_PURPOSE_E2
    • בסוגי מכונות N2, משתמשים ב-GENERAL_PURPOSE_N2
    • לסוגי מכונות N2D, משתמשים ב-GENERAL_PURPOSE_N2D
    • לסוגי מכונות N4, משתמשים בערך GENERAL_PURPOSE_N4
    • לסוגי מכונות N4D, משתמשים ב-GENERAL_PURPOSE_N4D
    • לסוגי מכונות N4A, משתמשים ב-GENERAL_PURPOSE_N4A
    • לסוגי מכונות Tau T2D, משתמשים ב-GENERAL_PURPOSE_T2D
    • לסוגי מכונות M1 או M2, משתמשים ב-MEMORY_OPTIMIZED
    • לסוגי מכונות M3, משתמשים ב-MEMORY_OPTIMIZED_M3
    • לסוגי מכונות M4, משתמשים ב-MEMORY_OPTIMIZED_M4
    • לסוגי מכונות M4 עם זיכרון בנפח 6TB, משתמשים ב-MEMORY_OPTIMIZED_M4_6TB
    • לסוגי מכונות X4 עם זיכרון בנפח 6 TB, משתמשים ב-MEMORY_OPTIMIZED_X4_480_6T
    • בסוגי מכונות X4 עם זיכרון בנפח 8 TB, משתמשים ב-MEMORY_OPTIMIZED_X4_480_8T
    • לסוגי מכונות X4 עם 12 TB של זיכרון, משתמשים ב-MEMORY_OPTIMIZED_X4_960_12T
    • לסוגי מכונות X4 עם 16 TB של זיכרון, משתמשים ב-MEMORY_OPTIMIZED_X4_960_16T
    • לסוגי מכונות X4 עם זיכרון בנפח 24 TB, משתמשים בערך MEMORY_OPTIMIZED_X4_1440_24T
    • לסוגי מכונות X4 עם זיכרון של ‎32 TB, משתמשים ב-MEMORY_OPTIMIZED_X4_1920_32T
    • לסוגי מכונות Z3, משתמשים ב-STORAGE_OPTIMIZED_Z3

  • ‫COMMITMENT_PLAN: תוכנית ההתחייבות (TWELVE_MONTH או THIRTY_SIX_MONTH), שחייבת להיות זהה להתחייבויות המקוריות.

  • ‫COMMITMENT_NAME: השם של ההתחייבות החדשה הממוזגת.

  • ‫NUMBER_VCPUS: המספר הכולל של ליבות ה-vCPU בהתחייבויות המקוריות.

  • ‫MEMORY: סכום נפחי הזיכרון (ב-MB) בהתחייבויות המקוריות. לדוגמה, ‎1,000 MB. אם לא מציינים יחידה, ברירת המחדל היא MB.

  • ‫SOURCE_COMMITMENT_URL: כתובת ה-URL של התחייבות המקור שרוצים למזג. צריך לציין רשימה מופרדת בפסיקים של כתובות URL ייחודיות של מקורות.

לדוגמה, נניח שיש שתי התחייבויות למקורות (source-commitment-1 ו-source-commitment-2) באזור us-east1, והמשאבים שלהן מוגדרים כ- (ארבע ליבות וירטואליות מסוג N2 ו-2,048 MB) ו- (שלוש ליבות וירטואליות מסוג N2 ו-2,048 MB) בהתאמה. תוכנית ההתחייבות של כל התחייבות מקור היא TWELVE_MONTH. בקשת POST הבאה ממזגת את ההתחייבויות של מקורות שונים ויוצרת התחייבות חדשה בשם merged-commitment. ההתחייבות הממוזגת מציינת את המשאבים שלה כשבעה ליבות וירטואליות מסוג N2 ו-4,096 MB, ותוכנית ההתחייבות שלה היא TWELVE_MONTH.

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-east1/commitments
{
  "name": "merged-commitment",
  "plan": "TWELVE_MONTH",
  "type": "GENERAL_PURPOSE_N2",
  "region": "us-east1",
  "resources": [
    {
      "type": "VCPU",
      "amount": "7"
    }
    {
      "type": "MEMORY",
      "amount": "4096"
    }
  ],
  "mergeSourceCommitments": [
    "projects/myproject/regions/us-east1/commitments/source-commitment-1",
    "projects/myproject/regions/us-east1/commitments/source-commitment-2",
    ...
  ]
}

פיצול התחייבויות

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

איך הפיצול עובד

כשמפצלים התחייבות קיימת (התחייבות המקור), מעבירים משאבים מהתחייבות המקור, יוצרים התחייבות חדשה אחת או יותר (התחייבויות מפוצלות) ומחלקים מחדש את המשאבים המועברים בין ההתחייבויות המפוצלות החדשות. ההפעלה של התחייבויות מפוצלות ושינוי הגודל של התחייבות המקור מתבצעים בחצות לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8 או UTC-7 במהלך שעון הקיץ) ביום שלמחרת. ‫Compute Engine מגדיר את תאריך ההפעלה הזה כתאריך ההתחלה של ההתחייבויות המפוצלות. אחרי שהפיצול מסתיים, יש לכם את ההתחייבויות הבאות:

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

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

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

אפשר ליצור רק התחייבות חדשה אחת לפיצול בכל פעם באמצעות REST ו-CLI של gcloud. אפשר ליצור כמה התחייבויות חדשות לפיצול בפעולה אחת באמצעות מסוף Google Cloud .

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

דוגמה להתחייבות מפוצלת

הטבלה הבאה מציגה את מאפייני ההתחייבות כשמפצלים התחייבות קיימת (source-commitment) לשתי התחייבויות נפרדות (source-commitment בגודל שונה ו-split-commitment) ב-1 במרץ 2022:

התחייבות למקור
(לפני הפיצול)		 פיצול התחייבות התחייבות למקור
(אחרי הפיצול)
שם source-commitment split-commitment source-commitment
סוג N2 N2 N2
אזור us-central1 us-central1 us-central1
Resources
  • מעבדים וירטואליים: 200
  • זיכרון: 200 GB
  • מעבדים וירטואליים: 50
  • זיכרון: 100 GB
  • מעבדים וירטואליים: 150
  • זיכרון: 100 GB
תוכנית 3 שנים 3 שנים 3 שנים
תקופה 3 שנים מותאם אישית (10 חודשים) 3 שנים
תאריך התחלה* ‫1 בינואר 2020 ‫2 במרץ 2022
(יום אחרי הפיצול)		 ‫1 בינואר 2020
תאריך סיום† ‫1 בינואר 2023 ‫1 בינואר 2023 ‫1 בינואר 2023
חלון הזכאות להארכת התקופה פתוח עד ‫1 בינואר 2021 ‫1 בינואר 2021 ‫1 בינואר 2021

*כל ההתחייבויות מתחילות בשעה 00:00 (חצות) לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8 או UTC-7) בתאריך ההתחלה שצוין.
† כל ההתחייבויות מסתיימות בחצות לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8 או UTC-7) בתאריך הסיום שצוין.

השלכות על התמחור

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

  • ‫Resized source commitment: המחירים המוזלים של המשאבים מההתחייבות המקורית שגודלה שונה נשארים ללא שינוי.
  • התחייבות מפוצלת: המחירים בהנחה של המשאבים בהתחייבות המפוצלת עשויים להשתנות ביום שבו ההתחייבות המפוצלת הופכת לפעילה. המחיר החדש המוזל של כל משאב יישאר זהה עד לסיום תקופת ההתחייבות החדשה, גם אם מחירי השימוש לפי דרישה ישתנו.

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

מגבלות

  • אי אפשר לפצל התחייבויות לרישיונות.
  • אי אפשר לפצל התחייבויות שצורפו אליהן הזמנות. לכן, אי אפשר לפצל התחייבויות שכוללות יחידות GPU, דיסקים של SSD מקומי או את שניהם, כי התחייבויות עם המשאבים האלה תמיד כוללות הזמנות מצורפות.
  • אי אפשר לצרף הזמנות (חדשות או קיימות) להתחייבויות המפוצלות.
  • אי אפשר לפצל התחייבויות שתוקפן פג או שבוטלו.
  • כברירת מחדל, כשמפצלים התחייבויות, הגדרת החידוש האוטומטי מושבתת בהתחייבויות המפוצלות, גם אם כל התחייבויות המקוריות הוגדרו לחידוש אוטומטי. אם אתם רוצים שההתחייבויות המפוצלות יתחדשו באופן אוטומטי, אתם צריכים להפעיל ידנית את הגדרת החידוש האוטומטי בהתחייבויות האלה. אפשר לעשות את זה בזמן היצירה או אחרי היצירה.
  • אפשר ליצור רק התחייבות חדשה אחת לפיצול בכל פעם באמצעות REST או ה-CLI של gcloud. כתוצאה מכך, כשמשתמשים בממשקים האלה, אפשר לפצל את ההתחייבות למקור לשתי התחייבויות לכל היותר בפעולה אחת. כדי לפצל את ההתחייבות למקור לשלוש התחייבויות או יותר בפעולה אחת, משתמשים בGoogle Cloud מסוף.
  • במסוף Google Cloud אפשר לציין זיכרון רק במרווחים של 0.25 GB. כדי לציין ערך זיכרון מותאם אישית להתחייבות, צריך להשתמש ב-CLI של gcloud או ב-REST.

דרישות

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

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

  • סוגי המשאבים שאתם מציינים בהתחייבויות מפוצלות צריכים להיות זהים לחלק מסוגי המשאבים בהתחייבות המקורית או לכולם. בנוסף, הסכום הכולל של המשאבים שאתם מציינים בהתחייבויות המפוצלות צריך להיות חלק מהמשאבים בהתחייבות המקורית. אתם צריכים לשמור חלק מהמשאבים בהתחייבות המקורית. לדוגמה, אם ההתחייבות שלכם למקור היא ל-200 vCPU ולזיכרון של 300 GB, אז התרחישים הבאים של שינוי גודל והקצאה מחדש חלים:

    • אתם יכולים להקצות מחדש חלק מ-200 ליבות ה-vCPU וחלק מ-300 GB זיכרון בין ההתחייבויות המפוצלות.
    • אתם יכולים להקצות מחדש את כל 200 ה-vCPU, אבל אתם חייבים לשמור חלק מהזיכרון בהתחייבות המקורית.
    • אתם יכולים להקצות מחדש את כל הזיכרון בנפח 300GB, אבל אתם חייבים לשמור חלק מה-vCPU בהתחייבות המקורית.
    • אי אפשר לחלק מחדש את כל 200 ליבות ה-vCPU ואת כל הזיכרון בנפח 300 GB בין ההתחייבויות המפוצלות.

  • בהתחייבויות המקוריות והמפוצלות צריך לציין רק את משאבי החומרה הבאים: vCPU, זיכרון או שילוב של שניהם.

בנוסף, כדי לפצל התחייבות למקור באמצעות Google Cloud CLI, צריך לעדכן את Google Cloud CLI לגרסה 423.0.0 ואילך. אם משתמשים בגרסה קודמת, פעולת הפיצול נכשלת ו-Compute Engine מחזיר שגיאה.

יצירת התחייבויות מפוצלות

אפשר ליצור התחייבות חדשה לפיצול בכל פעם באמצעות ה-CLI של gcloud או Compute Engine API. ליצור כמה התחייבויות חדשות לפיצול בבת אחת באמצעות מסוף Google Cloud . לפני שמפצלים התחייבות, כדאי לעיין במגבלות על פיצול התחייבות.

המסוף

  1. במסוף Google Cloud , בוחרים את הפרויקט שבו רוצים לפצל התחייבות. אחרי כן, נכנסים לדף Committed use discounts.

    לדף Committed use discounts

  2. כדי להתחיל את פעולת הפיצול של התחייבות, מבצעים אחת מהפעולות הבאות בכרטיסייה התחייבויות לרכישת חומרה בדף רשימת ההתחייבויות:

    • בוחרים את ההתחייבות שרוצים לפצל מהרשימה ולוחצים על פיצול.
    • בעמודה Name (שם), לוחצים על שם ההתחייבות שרוצים לפצל. בדף פרטי התחייבות לציוד שנפתח, לוחצים על פיצול.

  3. בכרטיסייה Resize (שינוי גודל) בדף Split commitment (פיצול התחייבות) שנפתח, מבצעים את הפעולות הבאות:

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

  4. בכרטיסייה Redistribute בדף Split commitment, מבצעים את הפעולות הבאות:

    1. בשדה שם, מציינים שם להתחייבות המפוצלת.

    2. בשדות vCPUs ו-Memory מציינים את מספר ליבות ה-vCPU והזיכרון עבור ההתחייבות המפוצלת. אפשר לציין זיכרון רק במרווחים של 0.25 GB. כדי לציין ערך זיכרון בהתאמה אישית להתחייבות, צריך להשתמש ב-CLI של gcloud או ב-REST.

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

    3. אופציונלי: כדי להפעיל חידוש אוטומטי של התחייבות עם פיצול, מסמנים את התיבה Enable auto renew.

    4. לוחצים על סיום.

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

    6. לוחצים על הבא. הכרטיסייה בדיקה נפתחת.

  5. בכרטיסייה Review בדף Split commitment, מבצעים את הפעולות הבאות:

    1. בודקים ומאשרים את פרטי ההתחייבות שגודלה שונה ואת פרטי ההתחייבויות המפוצלות.
      • כדי לשנות את הקצאת המשאבים מההתחייבות המקורית, בוחרים בכרטיסייה Resize בצד ימין של החלון וחוזרים על שלב 3.
      • כדי לשנות את חלוקת המשאבים בין ההתחייבויות המפוצלות, בוחרים בכרטיסייה Redistribute (חלוקה מחדש) בצד ימין של החלון וחוזרים על שלב 4.
    2. קוראים את התנאים וההגבלות.
    3. כדי לסיים את יצירת ההתחייבויות המפוצלות ולחזור לדף רשימת ההתחייבויות, לוחצים על שליחה.

gcloud

כדי לפצל התחייבות קיימת לשתי התחייבויות, משתמשים בפקודה gcloud compute commitments create עם הדגל --split-source-commitment.

gcloud compute commitments create COMMITMENT_NAME \
    --region=REGION \
    --project=PROJECT_ID \
    --plan=COMMITMENT_PLAN \
    --type=COMMITMENT_TYPE \
    --resources=vcpu=NUMBER_VCPUS,memory=MEMORY \
    --split-source-commitment=SOURCE_COMMITMENT_URL

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

  • ‫COMMITMENT_NAME: השם של התחייבות השימוש החדשה.

  • ‫COMMITMENT_TYPE: אותו סוג התחייבות כמו התחייבות המקור, אחד מהערכים הבאים:

    • למכונות מסוג A2, משתמשים ב-accelerator-optimized
    • למכונות מסוג A3 Edge ומסוג A3 High, משתמשים ב-accelerator-optimized-a3
    • לסוגי מכונות A3 Mega, משתמשים באפשרות accelerator-optimized-a3-mega
    • למכונות מקבוצת G2, משתמשים ב-graphics-optimized
    • לסוגי מכונות G4, משתמשים ב-graphics-optimized-g4
    • לסוגי מכונות C2, משתמשים ב-compute-optimized
    • לסוגי מכונות C2D, משתמשים ב-compute-optimized-c2d
    • לסוגי מכונות C3, משתמשים ב-compute-optimized-c3
    • בסוגי מכונות C3D, משתמשים ב-compute-optimized-c3d
    • לסוגי מכונות H3, משתמשים ב-compute-optimized-h3
    • לסוגי מכונות H4D, משתמשים ב-compute-optimized-h4d
    • לסוגי מכונות N1, משתמשים ב-general-purpose
    • לסוגי מכונות C4, משתמשים ב-general-purpose-c4
    • לסוגי מכונות C4A, משתמשים ב-general-purpose-c4a
    • לסוגי מכונות C4D, משתמשים ב-general-purpose-c4d
    • למכונות מסוג E2, משתמשים ב-general-purpose-e2
    • בסוגי מכונות N2, משתמשים ב-general-purpose-n2
    • לסוגי מכונות N2D, משתמשים ב-general-purpose-n2d
    • לסוגי מכונות N4, משתמשים בערך general-purpose-n4
    • לסוגי מכונות N4D, משתמשים ב-general-purpose-n4d
    • לסוגי מכונות N4A, משתמשים ב-general-purpose-n4a
    • לסוגי מכונות Tau T2D, משתמשים ב-general-purpose-t2d
    • לסוגי מכונות M1 או M2, משתמשים ב-memory-optimized
    • לסוגי מכונות M3, משתמשים ב-memory-optimized-m3
    • לסוגי מכונות M4, משתמשים ב-memory-optimized-m4
    • לסוגי מכונות M4 עם זיכרון בנפח 6TB, משתמשים ב-memory-optimized-m4-6tb
    • לסוגי מכונות X4 עם זיכרון בנפח 6 TB, משתמשים ב-memory-optimized-x4-6t
    • בסוגי מכונות X4 עם זיכרון בנפח 8 TB, משתמשים ב-memory-optimized-x4-8t
    • לסוגי מכונות X4 עם 12 TB של זיכרון, משתמשים ב-memory-optimized-x4-12t
    • לסוגי מכונות X4 עם 16 TB של זיכרון, משתמשים ב-memory-optimized-x4-960-16t
    • לסוגי מכונות X4 עם זיכרון בנפח 24 TB, משתמשים בערך memory-optimized-x4-1440-24t
    • לסוגי מכונות X4 עם זיכרון של ‎32 TB, משתמשים ב-memory-optimized-x4-1920-32t
    • לסוגי מכונות Z3, משתמשים ב-storage-optimized-z3

  • ‫REGION: אותו אזור כמו ההתחייבות למקור.

  • ‫PROJECT_ID: מזהה הפרויקט של הפרויקט שרוצים לפצל את ההתחייבות למקור בשבילו.

  • ‫COMMITMENT_PLAN: תוכנית ההתחייבות ('12 חודשים' או '36 חודשים'), שחייבת להיות זהה להתחייבות המקורית.

  • ‫NUMBER_VCPUS: מספר ליבות ה-vCPU שרוצים להעביר מההתחייבות המקורית כדי ליצור את ההתחייבות החדשה המפוצלת. המספר הזה חייב להיות מספר שלם שקטן ממספר ליבות ה-vCPU בהתחייבות המקורית.

  • ‫MEMORY: כמות הזיכרון, במגה-בייט או בגיגה-בייט, שרוצים להעביר מההתחייבות המקורית כדי ליצור את ההתחייבות החדשה המפוצלת. הסכום הזה חייב להיות קטן מסכום הזיכרון בהתחייבות למקור. לדוגמה, ‎10000 MB. אם לא מציינים יחידה, ברירת המחדל היא GB.

  • ‫SOURCE_COMMITMENT_URL: כתובת ה-URL של התחייבות המקור שממנה רוצים להקצות משאבים.

לדוגמה, נניח שיש התחייבות לשימוש במשאבים (source-commitment) באזור us-east1 עם משאבים שמוגדרים כשלושה מעבדי N2 וזיכרון בנפח 2,048 MB. תוכנית ההתחייבות של התחייבות המקור היא 12-month. הפקודה הבאה ב-CLI של gcloud מפצלת את ההתחייבות לשתי התחייבויות נפרדות:

gcloud compute commitments create split-commitment \
    --plan=12-month \
    --type=general-purpose-n2 \
    --region=us-east1 \
    --project=myproject \
    --resources vcpu=1,memory=1024MB \
    --split-source-commitment=projects/myproject/regions/us-east1/commitments/source-commitment

כשמפצלים את source-commitment, מערכת Compute Engine מבצעת את הפעולות הבאות:

  • המערכת לוקחת משאבים מ-source-commitment ויוצרת התחייבות חדשה split-commitment עם vCPU אחד מסוג N2 וזיכרון של 1,024 MB.
  • משנה את הגודל של source-commitment למשאבים שנותרו.

REST

כדי לפצל התחייבות קיימת לשתי התחייבויות, משתמשים בשיטה regionCommitments.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/commitments
{
  "name": COMMITMENT_NAME,
  "plan": COMMITMENT_PLAN,
  "type": COMMITMENT_TYPE,
  "region": REGION,
  "resources": [
    {
      "type": "vCPUs",
      "amount": NUMBER_VCPUS
    }
    {
      "type": "MEMORY",
      "amount": MEMORY
    }
  ],
  "splitSourceCommitment": SOURCE_COMMITMENT_URL
}

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

  • ‫PROJECT_ID: מזהה הפרויקט של הפרויקט שרוצים לפצל את ההתחייבות למקור בשבילו.
  • ‫REGION: אותו אזור כמו ההתחייבות למקור.
  • ‫COMMITMENT_NAME: השם של התחייבות השימוש החדשה.

  • ‫COMMITMENT_TYPE: אותו סוג התחייבות כמו התחייבות המקור, אחד מהערכים הבאים:

    • למכונות מסוג A2, משתמשים ב-ACCELERATOR_OPTIMIZED
    • למכונות מסוג A3 Edge ומסוג A3 High, משתמשים ב-ACCELERATOR_OPTIMIZED_A3
    • לסוגי מכונות A3 Mega, משתמשים באפשרות ACCELERATOR_OPTIMIZED_A3_MEGA
    • למכונות מקבוצת G2, משתמשים ב-GRAPHICS_OPTIMIZED
    • לסוגי מכונות G4, משתמשים ב-GRAPHICS_OPTIMIZED_G4
    • לסוגי מכונות C2, משתמשים ב-COMPUTE_OPTIMIZED
    • לסוגי מכונות C2D, משתמשים ב-COMPUTE_OPTIMIZED_C2D
    • לסוגי מכונות C3, משתמשים ב-COMPUTE_OPTIMIZED_C3
    • בסוגי מכונות C3D, משתמשים ב-COMPUTE_OPTIMIZED_C3D
    • לסוגי מכונות H3, משתמשים ב-COMPUTE_OPTIMIZED_H3
    • לסוגי מכונות H4D, משתמשים ב-COMPUTE_OPTIMIZED_H4D
    • לסוגי מכונות N1, משתמשים ב-GENERAL_PURPOSE
    • לסוגי מכונות C4, משתמשים ב-GENERAL_PURPOSE_C4
    • לסוגי מכונות C4A, משתמשים ב-GENERAL_PURPOSE_C4A
    • לסוגי מכונות C4D, משתמשים ב-GENERAL_PURPOSE_C4D
    • למכונות מסוג E2, משתמשים ב-GENERAL_PURPOSE_E2
    • בסוגי מכונות N2, משתמשים ב-GENERAL_PURPOSE_N2
    • לסוגי מכונות N2D, משתמשים ב-GENERAL_PURPOSE_N2D
    • לסוגי מכונות N4, משתמשים בערך GENERAL_PURPOSE_N4
    • לסוגי מכונות N4D, משתמשים ב-GENERAL_PURPOSE_N4D
    • לסוגי מכונות N4A, משתמשים ב-GENERAL_PURPOSE_N4A
    • לסוגי מכונות Tau T2D, משתמשים ב-GENERAL_PURPOSE_T2D
    • לסוגי מכונות M1 או M2, משתמשים ב-MEMORY_OPTIMIZED
    • לסוגי מכונות M3, משתמשים ב-MEMORY_OPTIMIZED_M3
    • לסוגי מכונות M4, משתמשים ב-MEMORY_OPTIMIZED_M4
    • לסוגי מכונות M4 עם זיכרון בנפח 6TB, משתמשים ב-MEMORY_OPTIMIZED_M4_6TB
    • לסוגי מכונות X4 עם זיכרון בנפח 6 TB, משתמשים ב-MEMORY_OPTIMIZED_X4_480_6T
    • בסוגי מכונות X4 עם זיכרון בנפח 8 TB, משתמשים ב-MEMORY_OPTIMIZED_X4_480_8T
    • לסוגי מכונות X4 עם 12 TB של זיכרון, משתמשים ב-MEMORY_OPTIMIZED_X4_960_12T
    • לסוגי מכונות X4 עם 16 TB של זיכרון, משתמשים ב-MEMORY_OPTIMIZED_X4_960_16T
    • לסוגי מכונות X4 עם זיכרון בנפח 24 TB, משתמשים בערך MEMORY_OPTIMIZED_X4_1440_24T
    • לסוגי מכונות X4 עם זיכרון של ‎32 TB, משתמשים ב-MEMORY_OPTIMIZED_X4_1920_32T
    • לסוגי מכונות Z3, משתמשים ב-STORAGE_OPTIMIZED_Z3

  • ‫COMMITMENT_PLAN: תוכנית ההתחייבות ('TWELVE_MONTH' או 'THIRTY_SIX_MONTH'), שחייבת להיות זהה להתחייבות המקורית.

  • ‫NUMBER_VCPUS: מספר ליבות ה-vCPU שרוצים להעביר מההתחייבות המקורית כדי ליצור את ההתחייבות החדשה המפוצלת. המספר הזה חייב להיות מספר שלם שקטן ממספר ליבות ה-vCPU בהתחייבות המקורית.

  • ‫MEMORY: כמות הזיכרון במגה-בייט שרוצים להעביר מההתחייבות המקורית כדי ליצור את ההתחייבות החדשה המפוצלת. הסכום הזה חייב להיות קטן מכמות הזיכרון בהתחייבות למקור. לדוגמה, ‎1,000 MB. אם לא מציינים יחידה, ברירת המחדל היא MB.

  • ‫SOURCE_COMMITMENT_URL: כתובת ה-URL של התחייבות המקור שממנה רוצים להעביר משאבים.

לדוגמה, נניח שיש התחייבות למקור (source-commitment) באזור us-east1 עם משאבים שמוגדרים כשלושה מעבדי N2 וזיכרון של 2,048 MB. תוכנית ההתחייבות של התחייבות המקור היא TWELVE_MONTH. הבקשה הבאה של POST מפצלת את ההתחייבות לשתי התחייבויות נפרדות:

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-east1/commitments
{
  "name": "split-commitment",
  "plan": "TWELVE_MONTH",
  "type": "GENERAL_PURPOSE_N2",
  "region": "us-east1",
  "resources": [
    {
      "type": "VCPU",
      "amount": "1"
    }
    {
      "type": "MEMORY",
      "amount": "1024"
    }
  ],
  "splitSourceCommitment": "projects/myproject/regions/us-east1/commitments/source-commitment"
}

כשמפצלים את source-commitment, מערכת Compute Engine מבצעת את הפעולות הבאות:

  • המערכת לוקחת משאבים מ-source-commitment ויוצרת התחייבות חדשה split-commitment עם vCPU אחד מסוג N2 וזיכרון של 1,024 MB.
  • משנה את הגודל של source-commitment למשאבים שנותרו.

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