במאמר הזה מוסבר על התחייבויות לשימוש במשאבים, כולל איך הן פועלות, מה המאפיינים שלהן ואיך ההנחות שמתקבלות חלות על השימוש.
מידע על הנחות תמורת התחייבות להוצאה ב-Compute Engine זמין במאמר בנושא הנחות גמישות על התחייבויות לשימוש ב-Compute.
התחייבויות לשימוש במשאבים מתאימות במיוחד לשימוש צפוי ויציב. ב-Compute Engine אפשר לרכוש את הקטגוריות הבאות של התחייבויות לשימוש במשאבים:
- התחייבויות לשימוש בחומרה: אתם יכולים לרכוש התחייבויות לשימוש בחומרה עבור סדרה ספציפית של מכונות ולהתחייב לשימוש במשאבים שזמינים לסדרה הזו, כמו vCPU, זיכרון, יחידות GPU, דיסקים מקומיים של SSD וצמתים של דייר יחיד. מידע נוסף זמין במאמרים בנושא רכישת התחייבויות לשימוש במשאבים ללא מקומות שמורים מצורפים ורכישת התחייבויות לשימוש במשאבים עם מקומות שמורים מצורפים.
- התחייבויות לרישיונות תוכנה: אתם יכולים לרכוש התחייבויות לרישיונות של מערכות הפעלה (OS) פרימיום רלוונטיות. מידע נוסף זמין במאמר בנושא רכישת התחייבויות לשימוש במשאבים עבור רישיונות למערכות הפעלה.
התחייבויות לשימוש במשאבי חומרה נפרדות מהתחייבויות לרישיונות. אפשר לרכוש את שני סוגי ההתחייבויות עבור מופע של מכונה וירטואלית, אבל אי אפשר לרכוש התחייבות אחת שמכסה גם משאבי חומרה וגם רישיונות.
לפני שמתחילים
-
אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות.
אימות הוא תהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי 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 .
מידע על התחייבויות לשימוש במשאבים
כשרוכשים התחייבות לשימוש במשאבים, מתחייבים לרכוש כמות מינימלית של משאבי Compute Engine ספציפיים – כמו vCPU, זיכרון, GPU, דיסקי SSD מקומיים וצמתים של דייר יחיד – למשך שנה אחת או שלוש שנים לפחות. בתמורה להתחייבות שלכם לשלם על המשאבים האלה, אתם מקבלים אותם במחירים מוזלים למשך תקופת ההתחייבות. אחוז ההנחה שאתם מקבלים על המחירים על פי דרישה נקרא גם שיעור ההנחה תמורת התחייבות לשימוש (CUD). אלה ההנחות:
vCPU וזיכרון: אפשר לקבל הנחה של עד 55% על המחירים לפי דרישה ברוב סוגי המכונות. בסוגי מכונות מסוימים, אפשר לקבל הנחה של עד 70% על המחירים לפי דרישה.
GPU: אפשר לקבל הנחה של עד 55% על המחירים לפי דרישה ברוב סוגי ה-GPU. בסוגים מסוימים של GPU, אפשר לקבל הנחה של עד 65% על המחירים של שימוש לפי דרישה.
Local SSD disks: אפשר לקבל הנחה של עד 55% על המחירים על פי דרישה.
רישיונות למערכת הפעלה: אפשר לקבל הנחה של עד 79% ממחירי השימוש על פי דרישה.
שיעורי ההנחה המדויקים והמשך שבו תקבלו את ההנחות האלה תלויים במאפיינים הבאים שאתם מציינים כשאתם רוכשים את ההתחייבות:
- תוכנית עם התחייבות
- משך המינוי
- סוג המשאב, שנקבע באופן הבא:
- סוג ההתחייבות למשאבי חומרה.
- למשאבי תוכנה, סוג הרישיון של מערכת ההפעלה.
כדי להשוות בין תעריפים על פי דרישה ותעריפים מוזלים של משאבי חומרה, אפשר לעיין במחירון של מכונות VM. כדי להשוות בין תעריפים על פי דרישה ותעריפים מוזלים של רישיונות למערכות הפעלה של תוכנות, אפשר לעיין בתמחור של דיסקים ותמונות.
מחזור החיים של התחייבות
כדי לרכוש התחייבות, צריך לציין לפחות את המאפיינים הבאים:
- סוגים ומספרים של משאבים שאתם מסכימים לשלם עליהם
- האזור שבו אתם מסכימים להשתמש במשאבים שהתחייבתם להם
- תקופת הזמן המינימלית שבה אתם מסכימים לשלם על המשאבים
אחרי שמשלימים את הרכישה, צריך לחכות עד שההתחייבות תהפוך לפעילה כדי להתחיל לקבל הנחות על שימוש מצטבר. ההתחייבות שלכם תהפוך לפעילה בחצות לפי שעון החוף המערבי בארה"ב ובקנדה ביום שאחרי הרכישה. בהתאם לשעון הקיץ, השעה הזו שווה ל-UTC-8 (שעון רגיל באזור האוקיינוס השקט) או ל-UTC-7 (שעון קיץ באזור האוקיינוס השקט). לדוגמה, נניח שרכשתם את ההתחייבות בשעה 15:45 לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8) ב-1 בדצמבר 2024. בתרחיש הזה, ההתחייבות שלכם תהפוך לפעילה ב-2 בדצמבר 2024 בחצות לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8).
Compute Engine שומר על שיעבוד בפרויקט לכל אזור בפרויקט שבו רכשתם התחייבות. כשרוכשים התחייבות חדשה לשימוש באזור כלשהו בפרויקט, Compute Engine משייך את השעבוד לאותו אזור להתחייבות החדשה שנוצרה.
אחרי שההתחייבות שלכם תופעל, תתחילו לשלם את המחירים המוזלים של המשאבים שהתחייבתם להם. תמשיכו לשלם את המחירים האלה על בסיס שעתי עד לתאריך הסיום של ההתחייבות, גם אם לא תשתמשו במשאבים האלה. במהלך השימוש במשאבי Compute Engine,Google Cloud המערכת משתמשת בהתחייבות שלכם על בסיס שעתי כדי לכסות את העלויות של כל שימוש במשאבים שעומדים בדרישות. Google Cloud המערכת ממשיכה להשתמש בהתחייבות שלכם עד שהיא פגה או עד שהיא מנוצלת במלואה.
תוכנית התחייבות
כשרוכשים התחייבות, בוחרים בין תוכנית לשנה אחת לבין תוכנית ל3 שנים. התוכנית משמשת כרמת ההתחייבות, והיא קובעת גם את התקופה המינימלית שבה אתם צריכים להתחייב לתשלום על משאבים, וגם את שיעור ההנחה שאתם מקבלים. בדרך כלל, שיעור ההנחה על התחייבות לשימוש בתוכנית ל-3 שנים גבוה יותר מאשר בתוכנית לשנה אחת. ההתחייבויות נקראות בדרך כלל על שם התוכנית שלהן – למשל, התחייבויות לשנה אחת או התחייבויות ל-3 שנים.
תקופת התחייבות
תקופת ההתחייבות היא התקופה הספציפית שבה ההתחייבות פעילה. משך התקופה הזו צריך להיות לפחות כמו התקופה שמוגדרת בתוכנית של ההתחייבות (שנה או 3 שנים), אבל יכול להיות ארוך יותר. המשך הזה מייצג את הזמן שבו אתם מסכימים לשלם על המשאבים שהתחייבתם להשתמש בהם.
כברירת מחדל, ההתחייבות שלכם פוקעת בסוף התקופה. עם זאת, אפשר להפעיל חידוש אוטומטי כדי לחדש אוטומטית את ההתחייבות לתקופות נוספות. אחרי שמפעילים את החידוש האוטומטי, בסוף כל תקופה, Compute Engine מחדש אוטומטית את ההתחייבות לתקופה חדשה. ההתחייבות שלכם תמשיך להתחדש לתקופות חדשות עד שתשביתו ידנית את החידוש האוטומטי. כברירת מחדל, משך כל תקופת חידוש זהה למשך המינימלי שנדרש בתוכנית של ההתחייבות, כלומר שנה או 3 שנים.
ההבדל בין תקופה לבין תוכנית
התוכנית (שנה או 3 שנים) של ההתחייבות קובעת את משך הזמן המוגדר מראש ואת שיעור ההנחה על שימוש (CUD), ואילו התקופה קובעת כמה זמן ההתחייבות תהיה פעילה בפועל. כברירת מחדל, התוכנית והתקופה של התחייבות זהות. עם זאת, אפשר להאריך את התקופה מעבר למשך הזמן המוגדר מראש שצוין בתוכנית. אם מאריכים את התקופה, ההתחייבות נשארת פעילה למשך תקופה מותאמת אישית, אבל שיעור ה-CUD נשאר זהה לזה שמשויך לתוכנית. כדי להאריך את תקופת ההתחייבות:
- התחייבויות עם תוכנית לשנה אחת יכולות להיות לתקופות שמתחילות משנה אחת ונמשכות פחות מ-3 שנים.
- בתוכניות עם התחייבות ל-3 שנים, משך המינוי יכול להתחיל מ-3 שנים ולהימשך פחות מ-6 שנים.
לסיכום, תקופת ההתחייבות והתוכנית שלכם פועלות באופן הבא:
- אתם יכולים להשתמש במשאבים שהתחייבתם להם במחירים מוזלים שנקבעים לפי התוכנית שלכם.
- אתם צריכים לשלם את המחירים המוזלים האלה במשך כל תקופת ההתחייבות, גם אם אתם משתמשים במשאבים וגם אם לא.
שעת ההתחלה ושעת הסיום של התחייבות
תקופת ההתחייבות מייצגת את מחזור החיים הפעיל של ההתחייבות, ולכל תקופה יש שעת התחלה ושעת סיום. התנאים תמיד מתחילים ומסתיימים בשעה 00:00 (חצות) לפי שעון החוף המערבי בארה"ב ובקנדה בתאריכי ההתחלה והסיום שלהם. בהתאם לשעון הקיץ, השעה הזו שווה ל-UTC-8 (שעון רגיל בחוף המערבי) או ל-UTC-7 (שעון קיץ בחוף המערבי). שעת ההתחלה של תקופת ההתחייבות יכולה להיות אחת מהאפשרויות הבאות, בהתאם לסוג ההתחייבות (חדשה או קיימת):
להתחייבויות חדשות, שעת ההתחלה היא אותה שעה שבה ההתחייבות מופעלת, כלומר בחצות (שעון החוף המערבי בארה"ב ובקנדה) ביום שאחרי הרכישה.
לדוגמה, נניח שרכשתם את ההתחייבות בשעה 15:45 לפי שעון החוף הפסיפי בארה"ב ובקנדה ב-1 בינואר 2025. בתרחיש הזה, ההתחייבות שלכם מתחילה ב-2 בינואר 2025 בחצות לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8).
במקרה של התחייבות קיימת שהופעל בה חידוש אוטומטי, שעת ההתחלה של התקופה החדשה זהה לשעת הסיום של התקופה הקודמת: 00:00 לפי שעון החוף הפסיפי בארה"ב ובקנדה.
לדוגמה, נניח ששעת הסיום של תקופת ההתחייבות המתמשכת היא 00:00 לפי שעון האוקיינוס השקט בארה"ב ובקנדה ב-1 בינואר 2026. אם החידוש האוטומטי מופעל, תקופת מינוי חדשה מתחילה אוטומטית ב-1 בינואר 2026 בשעה 00:00 לפי שעון החוף הפסיפי בארה"ב ובקנדה.
זמן הסיום של תקופת ההתחייבות יכול להיות אחד מהבאים, בהתאם להגדרת ההתחייבות:
ברירת מחדל: אם לא מאריכים את תקופת ההתחייבות או מפעילים חידוש אוטומטי, שעת הסיום שמוגדרת כברירת מחדל לתקופה הזו היא 00:00 לפי שעון החוף הפסיפי בארה"ב ובקנדה, בדיוק שנה או שלוש שנים אחרי שעת ההתחלה, בהתאם לתוכנית ההתחייבות שבחרתם (שנה או 3 שנים).
לדוגמה, נניח שההתחייבות שלכם מתחילה ב-1 בינואר 2025 בשעה 00:00 לפי שעון החוף הפסיפי בארה"ב ובקנדה.
- בתוכנית לשנה, שעת הסיום שמוגדרת כברירת מחדל היא 00:00 לפי שעון החוף המערבי בארה"ב ובקנדה ב-1 בינואר 2026.
- בתוכנית ל-3 שנים, שעת הסיום שמוגדרת כברירת מחדל היא 00:00 לפי שעון החוף הפסיפי בארה"ב ובקנדה ב-1 בינואר 2028.
חידוש אוטומטי: אם מפעילים חידוש אוטומטי, ההתחייבות מתחדשת באופן אוטומטי לתקופות נוספות. משך כל תקופת חידוש שווה למשך התוכנית של ההתחייבות (שנה או 3 שנים), ושעת הסיום של כל תקופה עוקבת היא 00:00 לפי שעון החוף המערבי בארה"ב ובקנדה, שנה או 3 שנים אחרי שעת ההתחלה של תקופת החידוש.
לדוגמה, נניח שההתחייבות שלכם לשנה מתחילה ב-1 בינואר 2025 בשעה 00:00 לפי שעון האוקיינוס השקט בארה"ב ובקנדה. אם החידוש האוטומטי מופעל, תקופת ההתחייבות הבאה מסתיימת בשעה 00:00 לפי שעון החוף הפסיפי בארה"ב ובקנדה ב-1 בינואר של כל שנה.
תקופה ממושכת: אם מאריכים את התקופה, שעת הסיום היא 00:00 לפי שעון החוף הפסיפי בארה"ב ובקנדה בתאריך הסיום המותאם אישית שציינתם. תאריך הסיום המותאם אישית צריך להיות בטווח המותר של תוכנית ההתחייבות (לדוגמה, פחות מ-3 שנים לתוכנית לשנה אחת, או פחות מ-6 שנים לתוכנית ל-3 שנים).
לדוגמה, אפשר להאריך התחייבות עם תוכנית לשנה כך שתסתיים שנתיים אחרי תאריך ההתחלה, בחצות לפי שעון החוף הפסיפי בארה"ב ובקנדה באותו תאריך.
סטטוס ההתחייבות
בהתאם לשלב במחזור החיים של ההתחייבות, ההתחייבות יכולה להיות באחד מהסטטוסים הבאים:
-
CREATING: ההתחייבות נוצרת.
NOT_YET_ACTIVEאוPENDING: ההתחייבות נוצרה אבל עדיין לא פעילה. מערכת Compute Engine יוצרת את ההתחייבויות שלכם עם הסטטוס הזה.- אם אתם משתמשים ב-Google Cloud CLI או ב-REST כדי לרכוש התחייבות, ערך הסטטוס הזה מוצג כ-
NOT_YET_ACTIVE. - אם אתם משתמשים במסוף Google Cloud כדי לרכוש את ההתחייבות, ערך הסטטוס הזה מוצג כ
PENDING.
- אם אתם משתמשים ב-Google Cloud CLI או ב-REST כדי לרכוש התחייבות, ערך הסטטוס הזה מוצג כ-
ACTIVE: ההתחייבות פעילה.
EXPIRED: פג תוקף ההתחייבות. Compute Engine שומר לעצמו את הזכות להסיר התחייבויות שתוקפן פג לפני יותר מ-210 ימים מתאריך התפוגה.
CANCELED: ההתחייבות בוטלה על ידי Compute Engine. מערכת Compute Engine משנה את הסטטוס של ההתחייבויות ל-CANCELEDכשמשלבים אותן כדי ליצור התחייבות משולבת חדשה.
בין מועד הרכישה של ההתחייבות לבין מועד ההפעלה שלה, הסטטוס של ההתחייבות נשאר NOT_YET_ACTIVE (או PENDING במסוףGoogle Cloud ). אחרי ההפעלה, סטטוס ההתחייבות ישתנה לACTIVE.
לדוגמה, נניח שרכשתם את ההתחייבות ב-20 בינואר 2024 בשעה 22:00 לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8 או UTC-7). Compute Engine יוצר את ההתחייבות באופן מיידי והסטטוס שלה הוא NOT_YET_ACTIVE. ההתחייבות שלכם תתחיל ב-ACTIVE ב-21 בינואר 2024, בשעה 00:00 לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8 או UTC-7).
כשההתחייבות מגיעה לתאריך הסיום שלה והתוקף שלה פג, הסטטוס משתנה מ-ACTIVE ל-EXPIRED. נניח שההתחייבות מהדוגמה הקודמת (שנכנסת לתוקף ב-21 בינואר 2024) היא לשנה אחת ולא הפעלתם חידוש אוטומטי. לאחר מכן, ב-21 בינואר 2025 בשעה 00:00 (חצות) לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8 או UTC-7), תקופת ההתחייבות תסתיים והסטטוס שלה ישתנה לEXPIRED.
תמחור
אתם מחויבים מדי חודש על ההתחייבות שלכם, ואתם צריכים לשלם את דמי ההתחייבות החודשיים גם אם לא השתמשתם בכל המשאבים שהתחייבתם להם. עמלת ההתחייבות היא סכום המחירים המוזלים של כל המשאבים שהתחייבתם להם. Compute Engine מחשב את המחיר המוזל של כל משאב על סמך המחיר השוטף שלו לפי דרישה ביום שבו ההתחייבות שלכם הופכת לפעילה. דמי ההתחייבות החודשיים והמחירים המוזלים של המשאבים יישארו זהים עד לסיום תקופת ההתחייבות, גם אם מחירי השימוש הרגיל ישתנו.
כברירת מחדל, Google Cloud מופעלת חלוקת הנחות ברוב החשבונות לחיוב ב-Cloud. מידע נוסף זמין במאמר בנושא היקף ההנחות תמורת התחייבות לשימוש והגדרות ברירת המחדל. כשחלוקת ה-CUD מופעלת, ה-CUD שלכם שמבוסס על משאבים מצטבר ברמת החשבון לחיוב ב-Cloud. כתוצאה מכך, התחייבות אחת יכולה לכסות שימוש במשאבים שעומדים בדרישות בכל פרויקט שמקושר לאותו חשבון לחיוב ב-Cloud. החלוקה הזו של הנחות ה-CUD עוזרת לכם למקסם את ניצול ההתחייבות בארגון.
אם אתם משתמשים בהתחייבויות שלכם להפעלת סוגי מכונות בהתאמה אישית, מערכת Compute Engine מחייבת אתכם ב-5% יותר מהמחירים של ההתחייבויות. ב-Compute Engine, התשלום על הפרמיה הזו יחול על החלק של ההתחייבות ועל משך ההתחייבות שבהם מפעילים את המכונות הווירטואליות מסוג custom. כשחלוקת ה-CUD מופעלת, ה-CUD מתקבלות על סוגי מכונות בהתאמה אישית בחשבון לחיוב ב-Cloud לפני סוגי מכונות מוגדרים מראש.
המחירים המוזלים (שנקראים גם מחירים של הנחות על שימוש מתמשך) של מכונות וירטואליות, עם או בלי GPU ודיסקים של SSD מקומיים, משתנים בהתאם לאזור. במחירון של Compute Engine אפשר לראות את המחירים של התחייבויות לשימוש במשאבים שונים למשך שנה או 3 שנים.
אם מעבירים את הפרויקט שבו רכשתם התחייבויות לחשבון אחר לחיוב ב-Cloud, אתם ממשיכים לקבל הנחות על שימוש מתמשך בחשבון היעד לחיוב ב-Cloud על ההתחייבויות שמשויכות לפרויקט הזה. מידע נוסף על ההשפעה של העברת פרויקט על שיתוף הנחות CUD והגדרות ייחוס זמין במאמר ההשפעה של שינוי החשבון לחיוב ב-Cloud של פרויקט.
מגבלות
ההגבלות הבאות חלות על הנחות תמורת התחייבות לשימוש במשאבים.
מגבלות כלליות
- פרויקטים שנמצאים בתקופת התוכנית בחינם עם קרדיט של התוכנית בחינם, ופרויקטים שאין להם היסטוריית תשלומים, לא עומדים בדרישות לקבלת הנחות על התחייבות לשימוש.
- אפשר לרכוש התחייבויות רק על בסיס אזור.
- הנחות תמורת התחייבות לשימוש במשאבים לא חלות על מכונות וירטואליות שניתן להפסיק את פעולתן, על סוגי מכונות עם ליבות משותפות מסוג N1 או על זיכרון מורחב.
- אם אתם משתמשים בהזמנות של Compute Engine עם Managed Service for Apache Spark, המשאבים המוזמנים האלה לא עומדים בדרישות לקבלת הנחות CUD על סמך משאבים.
- אם אתם משתמשים בהזמנות שלכם עם Dataflow, תוכלו לקבל הנחות תמורת התחייבות לשימוש במשאבים רק על שימוש בהזמנות שמטורגטות באופן ספציפי ומציינות מאיצים (GPU או TPU).
- אפשר לרכוש התחייבויות לשימוש במשאבים של Cloud TPU רק באמצעות הזמנות עתידיות.
- אי אפשר לרכוש התחייבויות ל-RHEL for SAP כי Google עוברת למודל התמחור החדש של RHEL.
- בסוגי מכונות שתומכים בביצועי רשת ברמה 1 לכל מכונה וירטואלית, יחידות ה-SKU עם רוחב הפס הגבוה יותר לא נכללות בהנחות על שימוש מתמשך.
- מכונות עם ליבת מעבד משותפת מסוג
f1-microו-g1-smallלא עומדות בדרישות להנחות תמורת התחייבות לשימוש. - אי אפשר לשנות את הפרויקט שבו רוכשים התחייבות. עם זאת, אם מפעילים את חלוקת ההנחות תמורת התחייבות לשימוש, ההנחות האלה מתחלקות בין פרויקטים אחרים באותו חשבון לחיוב ב-Cloud. איך מחלקים בין פרויקטים את ההנחות תמורת התחייבות לשימוש?
הגבלות ספציפיות לשיתוף של הנחות תמורת התחייבות לשימוש במשאבים
- אם יש לכם מקום שמור משותף בפרויקט שבו מופעלת חלוקת הנחות תמורת התחייבות לשימוש, ואתם רוצים שהשימוש בפרויקטים המשותפים יעמוד בדרישות לקבלת הנחות משותפות תמורת התחייבות לשימוש, אתם צריכים לוודא שאתם משתפים את המקום השמור רק עם פרויקטים שמקושרים לאותו חשבון לחיוב ב-Cloud. אם לא תעשו את זה, השימוש בפרויקטים המשותפים לא ייכלל בהנחות המשותפות תמורת התחייבות לשימוש, ויכול להיות שתחויבו לפי התעריף על פי דרישה.
- כשחלוקת ה-CUD מופעלת בחשבון לחיוב ב-Cloud, אם לא נעשה שימוש בחלק כלשהו מההתחייבות, יתרת החיוב על ההתחייבות נשארת בפרויקט שבו רכשתם את ההתחייבות.
- אם מעבירים את הפרויקט שבו רכשתם התחייבויות לחשבון אחר לחיוב ב-Cloud, אתם ממשיכים לקבל הנחות על שימוש מתמשך בחשבון היעד לחיוב ב-Cloud על ההתחייבויות שמשויכות לפרויקט הזה. במאמר ההשפעה של שינוי החשבון לחיוב ב-Cloud של פרויקט מוסבר איך העברת פרויקט משפיעה על שיתוף הנחות תמורת התחייבות לשימוש (CUD) ועל הגדרות השיוך.
מגבלות שספציפיות להזמנות מצורפות
אם בהתחייבות מצוינות יחידות GPU, דיסקים מקומיים של SSD או שניהם, אז בשמירת המקום שמצורפת (או בשילוב של שמירת מקום שמצורפות) צריך לציין בדיוק את אותם מספרים ואותם סוגים של משאבים כמו בהתחייבות. מידע נוסף זמין במאמר בנושא צירוף הזמנות להתחייבויות לשימוש במשאבים.
אם ההזמנה שצירפתם היא של סוג משאב שנדרש לצרף אליו הזמנות, לא תוכלו:
- למחוק, לשנות את הגודל או לשנות את ההזמנות המצורפות במהלך מחזור החיים של ההתחייבות. עם זאת, אפשר להחליף הזמנות קיימות שמצורפות להזמנות חדשות.
- מפעילים את הגדרת המחיקה האוטומטית בהזמנות המצורפות. כשמסתיימת תקופת התוקף של התחייבויות שמציינות את סוג המשאב הזה, כל ההזמנות שמצורפות אליהן נמחקות אוטומטית.
אי אפשר לצרף את אותה הזמנה ליותר מהתחייבות אחת.
מגבלות ספציפיות להמלצות על הנחות תמורת התחייבות לשימוש
- המלצות ל-CUD לא זמינות לסדרות המכונות A3 Ultra, A4, A4X ו-A4X Max.
- המלצות ל-CUD לא זמינות ל-Cloud TPU.
התחייבויות לרכישת חומרה
התחייבויות לשימוש בחומרה חלות רק על האזור הספציפי ועל סדרת משפחות המכונות שרכשתם. בתמורה, תקבלו הנחות על המחירים הכוללים של כל משאבי החומרה שעומדים בדרישות לסדרת המכונות הזו באותו אזור. משאבי החומרה האלה כוללים vCPU, זיכרון, יחידות GPU ודיסקים מקומיים של SSD.
ההתחייבות שאתם רוכשים לא משפיעה על הגדרות ה-VM. ההנחות תמורת התחייבות לשימוש (CUD) חלות על המספר הכולל של vCPU, זיכרון, GPU ודיסקים מקומיים מסוג SSD בסדרת מכונות ספציפית באזור מסוים. לכן, הנחות ה-CUD שאתם מקבלים על התחייבות לא מושפעות משינויים בהגדרת המכונה של מכונת ה-VM, כל עוד המשאבים כלולים בהתחייבות הזו.
כשרוכשים התחייבות לסדרה ספציפית של מכונות, אפשר לקבל הנחות תמורת התחייבות לשימוש (CUD) על כל סוגי המכונות הווירטואליות, ללא קשר לגודל המכונה הווירטואלית או למודל הדיירות, כולל כל סוגי המכונות המוגדרים מראש והמותאמים אישית וצמתי דייר יחיד. מידע נוסף על סוגי המשאבים שעומדים בדרישות לכל סדרת מכונות זמין במאמר סוגי התחייבויות לשימוש בחומרה.
שימוש יעיל בהתחייבויות
כדאי לרכוש התחייבויות רק למשאבים הספציפיים שאתם מתכננים להשתמש בהם. אחרי שרוכשים התחייבות, החיוב על ההתחייבות מתבצע על בסיס חודשי, גם אם לא משתמשים בה. לדוגמה, אם רכשתם התחייבות ל-3 שנים לשימוש ב-8 מעבדים וירטואליים, תחויבו על השימוש במעבדים האלה לפי תעריפי ה-CUD ל-3 שנים על בסיס חודשי. החיוב על השימוש מתבצע על בסיס חודשי, גם אם השתמשתם ב-vCPU רק בחלק מהחודש.
מומלץ לרכוש התחייבויות רק במרווחים שאתם יודעים שתשתמשו בהם. לדוגמה, נניח שרכשתם התחייבות ל-8 ליבות vCPU ואתם ממשיכים לקבל הנחות CUD על שימוש ב-8 ליבות vCPU בכל חודש. נניח שאתם צופים שתתחילו להשתמש ב-24 ליבות וירטואליות בחודש. בתרחיש הזה, 16 הליבות הווירטואליות הנוספות לא מכוסות בהתחייבות הקיימת, והן מחויבות בתעריפים של שימוש על פי דרישה. אם אתם מתכננים להשתמש ב-16 ליבות וירטואליות נוספות מדי חודש באופן קבוע, כדאי לכם לרכוש התחייבות נוספת ל-16 ליבות וירטואליות.
אי אפשר להשתמש בהתחייבויות במצבים של שימוש חריג. לדוגמה, אם רכשתם התחייבות ל-10 ליבות וירטואליות, אבל הפעלתם 20 ליבות וירטואליות רק במחצית הראשונה של החודש, ההתחייבות שלכם עדיין מכסה רק 10 ליבות וירטואליות בכל רגע נתון.
מכיוון שבחודש יש בערך 730 שעות, יכול להיות שתניחו בטעות שהשימוש שלכם בפרץ מכוסה במלואו על סמך החישוב הבא:
- התחייבות: 10 ליבות וירטואליות (vCPU) כפול 730 שעות = כיסוי של 7,300 שעות שימוש בליבות וירטואליות (vCPU) בהתחייבות.
- Usage: 20 vCPUs * 365 hours (half the month) = 7,300 vCPU-hours of usage.
- טעות נפוצה: התחייבות ל-7,300 שעות vCPU = שימוש ב-7,300 שעות vCPU, מה שמוביל להנחה השגויה שההתחייבות מכסה את כל השימוש בצורה מושלמת.
בפועל, ההתחייבויות חלות על בסיס רציף של שניות, ולא כמאגר מצטבר של שעות בחודש. במקרה כזה, החיוב יתבצע באופן הבא:
- במחצית הראשונה של החודש (365 שעות): ההתחייבות שלכם מכסה 10 ליבות וירטואליות ומספקת הנחות על התחייבות לשימוש (CUD) עבור 3,650 שעות שימוש בליבות וירטואליות. השימוש ב-10 ליבות ה-vCPU הנותרות חורג מההתחייבות שלכם, והן יחויבו בתעריפים הרגילים על פי דרישה, כלומר 3,650 שעות שימוש בליבות vCPU יחויבו כעלויות שימוש רגילות.
- המחצית השנייה של החודש (365 שעות): מכיוון שאתם מפעילים 0 vCPU, ההתחייבות שלכם ל-10 vCPU לא מנוצלת במהלך התקופה הזו. כתוצאה מכך, 3,650 שעות vCPU של התחייבות מבוזבזות.
חריגה מהמכסה
כל שימוש במשאבים לפי שעה שלא מכוסה בהתחייבויות שלכם יחויב לפי תעריף השימוש הרגיל, ויכול להיות שהוא יעמוד בדרישות לקבלת הנחות על שימוש מתמשך (SUD).
לדוגמה, ניקח התחייבות ל-2 ליבות וירטואליות ולזיכרון של 8 GB ששייכים לסדרת מכונות N2. נניח שאתם משתמשים בהתחייבות הזו כדי לרכוש ולהפעיל מכונה וירטואלית מסוג n2-standard-2 (2 vCPU וזיכרון של 8GB) למשך חלק מהחודש, ואז מפעילים מכונה וירטואלית מסוג n2-standard-8 (8 vCPU וזיכרון של 32GB) למשך שארית אותו חודש. בתרחיש הזה, Compute Engine משלב את השימוש בשתי המכונות הווירטואליות ומחיל באופן אוטומטי את ההנחות הרלוונטיות על שימוש קבוע על כל שימוש במשאבים שלא נכלל בהתחייבות.
שילוב של הזמנות עם התחייבויות
התחייבות מספקת הסכם מחיר מוזל לשנה אחת או ל-3 שנים, אבל היא לא שומרת קיבולת באזור ספציפי. הזמנה מבטיחה שהקיבולת תישמר באזור מסוים גם אם המכונות הווירטואליות שהוזמנו לא פועלות. כדי לקבל משאבים אזוריים במחירים מוזלים וגם לוודא שהקיבולת שמורה להם, צריך גם לרכוש התחייבויות וגם ליצור הזמנות למשאבים האזוריים האלה.
אפשר גם לצרף הזמנות להתחייבויות לשימוש במשאבים בזמן הרכישה של ההתחייבות. כשמצרפים הזמנות להתחייבויות, מקשרים בין שני הגורמים. הקישור הזה עוזר לכם לזהות ולעקוב טוב יותר אחרי משאבים שהוקצו וגם יש להם קיבולת מוזמנת.
חובה לצרף הזמנה להתחייבות לסוגים מסוימים של משאבים, ואופציונלי לסוגים אחרים:
- vCPU וזיכרון: צירוף הזמנות הוא אופציונלי. אתם יכולים לרכוש התחייבויות ל-vCPU ולזיכרון בלי לצרף מקומות שמורים.
- GPUs: חובה לצרף הזמנות. כשרוכשים התחייבויות ל-GPU, צריך לשריין את ה-GPU ולצרף את השרייון להתחייבות.
- דיסקים מקומיים מסוג SSD: חובה לצרף הזמנות לרוב סדרות המכונות. עם זאת, אם מציינים דיסקים מקומיים של Titanium SSD בהתחייבות לשימוש עם מכונות C4, C4A, C4D, H4D או Z3, לא צריך להזמין את הדיסקים האלה.
כאן תוכלו לקרוא מידע נוסף על צירוף הזמנות להתחייבויות.
סוגי התחייבויות לציוד
כשרוכשים התחייבות, צריך לבחור את סוג ההתחייבות שרלוונטי לשימוש המיועד במשאבים. סוג ההתחייבות קובע את סדרת המכונות – או במקרים מסוימים, אוסף ספציפי של סוגי מכונות – שמכוסה בהתחייבות. כשמשתמשים במופעים ששייכים לסדרות המכונות או לסוגי המכונות האלה, Google Cloud ההתחייבות מכסה Google Cloud את החלקים שעומדים בדרישות של השימוש הזה. ברוב סדרות המכונות נעשה שימוש בסוג התחייבות ספציפי אחד לכל סוגי המכונות בסדרה. סדרות המכונות הבאות הן חריגים, כי אין להן סוג התחייבות יחיד לכל הסדרה:
A3 עם אופטימיזציה למאיץ: בסדרת המכונות הזו יש כמה סוגי התחייבות:
- משאבים מסוג מכונה A3 Edge ו-A3 High מכוסים על ידי סוג התחייבות אחד.
- משאבים מסוג מכונה A3 Mega מכוסים על ידי סוג התחייבות נפרד.
משאבים מסוג מכונת A3 Ultra מכוסים על ידי סוג התחייבות נפרד.
M1 מותאם לזיכרון ו-M2 מותאם לזיכרון: בסדרות המכונות האלה יש סוג התחייבות יחיד ומשולב שכולל את כל סוגי המכונות M1 ו-M2.
M4 מותאם לזיכרון: לסדרת המכונות הזו יש שני סוגי התחייבות:
- סוג התחייבות אחד מכסה באופן ספציפי מכונות מסוג M4 עם זיכרון של 6 TB.
- כל שאר סוגי המכונות מסוג M4 מכוסים על ידי סוג התחייבות נפרד.
X4 מותאמת לזיכרון: לסדרת המכונות הזו יש סוג התחייבות שונה לכל סוג מכונה:
- סוג המכונה X4 עם זיכרון בנפח 6 TB (
x4-480-6t-metal) - סוג המכונה X4 עם זיכרון בנפח 8 TB (
x4-480-8t-metal) - סוג המכונה X4 עם זיכרון של 12 TB (
x4-960-12t-metal) - סוג המכונה X4 עם זיכרון בנפח 16 TB (
x4-960-16t-metal) - סוג המכונה X4 עם זיכרון של 24 TB (
x4-1440-24t-metal) - סוג המכונה X4 עם זיכרון של 32 TB (
x4-1920-32t-metal)
- סוג המכונה X4 עם זיכרון בנפח 6 TB (
הערך הספציפי של כל סוג התחייבות משתנה בהתאם לאמצעי שבו משתמשים כדי לרכוש התחייבות: ה-CLI של gcloud, REST או מסוף Google Cloud . כדי לראות את הערכים המדויקים שבהם צריך להשתמש כשרוכשים התחייבויות, אפשר לעיין בהוראות הרלוונטיות בקטעים רכישת התחייבויות לשימוש במשאבים ללא הזמנות מצורפות או רכישת התחייבויות לשימוש במשאבים עם הזמנות מצורפות.
בטבלה הבאה מפורטות כל סדרות המכונות שאפשר לרכוש עבורן התחייבויות מבוססות-משאבים, יחד עם סוגי ההתחייבויות התואמים. בטבלה מפורטים גם סוגי המכונות וסוגי המשאבים שעומדים בדרישות ל-CUD, לכל סוג התחייבות. לכל סוג מכונה שמופיע ברשימה, תחולת השימוש כוללת שרתי לדייר יחיד (sole-tenant), אם סדרת המכונות תומכת בדייר יחיד.
| סוג ההתחייבות | מקורות מידע שעומדים בדרישות | סוגי מכונות רלוונטיים |
|---|---|---|
| לשימוש כללי E2 |
|
כל סוגי המכונות E2 |
| לשימוש כללי N2. |
|
כל סוגי המכונות N2 |
| לשימוש כללי N2D |
|
כל סוגי המכונות N2D |
| לשימוש כללי N4 |
|
כל סוגי המכונות N4 |
| לשימוש כללי N4D |
|
כל סוגי המכונות N4D |
| לשימוש כללי N4A |
|
כל סוגי המכונות N4A |
| לשימוש כללי C3 |
|
כל סוגי המכונות C3 |
| לשימוש כללי C3D |
|
כל סוגי המכונות מסוג C3D |
| לשימוש כללי C4 |
|
כל סוגי המכונות מסוג C4 |
| לשימוש כללי C4A |
|
כל סוגי המכונות של C4A |
| לשימוש כללי C4D |
|
כל סוגי המכונות של C4D |
| Tau T2D לשימוש כללי |
|
סוגי מכונות רגילים מסוג Tau T2D |
| לשימוש כללי N1 |
|
|
| Z3 מותאם לאחסון |
|
כל סוגי המכונות Z3 |
| H4D מותאם לצריכת מעבד גבוהה (compute-optimized) |
|
|
| H3 מותאם לצריכת מעבד גבוהה (compute-optimized) |
|
כל סוגי המכונות H3 |
| C2 מותאם לצריכת מעבד גבוהה (compute-optimized) |
|
|
| C2D מותאם לצריכת מעבד גבוהה (compute-optimized) |
|
כל סוגי המכונות C2D |
| M1/M2 מותאמת לצריכת זיכרון גבוהה (memory-optimized) |
|
|
| M3 מותאמת לצריכת זיכרון גבוהה (memory-optimized) |
|
כל סוגי המכונות M3 |
| Memory-optimized M4 6TB |
|
m4-ultramem-224 (סוג המכונה M4 עם זיכרון של 6 TB) |
| M4 מותאמת לצריכת זיכרון גבוהה (memory-optimized) |
|
כל שאר סוגי המכונות מסוג M4 |
| Memory-optimized X4 6TB |
|
סוג מכונה X4 עם זיכרון בנפח 6 TB |
| X4 8TB מותאם לצריכת זיכרון גבוהה (memory-optimized) |
|
סוג מכונה X4 עם זיכרון של 8 TB |
| X4 12TB מותאם לצריכת זיכרון גבוהה (memory-optimized) |
|
סוג מכונה X4 עם זיכרון של 12 TB |
| Memory-optimized X4 16TB |
|
סוג מכונה X4 עם זיכרון בנפח 16 TB |
| Memory-optimized X4 24TB |
|
סוג המכונה X4 עם 24 TB של זיכרון |
| X4 32TB מותאם לצריכת זיכרון גבוהה |
|
סוג מכונה X4 עם זיכרון בנפח 32 TB |
| A2 מותאם למאיץ |
|
|
| A3 עם אופטימיזציה למאיץ |
|
|
| A3 Mega עם אופטימיזציה למאיץ |
|
|
| A3 Ultra עם אופטימיזציה למאיץ (זמין רק עם AI Hypercomputer) |
|
|
| A4 עם אופטימיזציה למאיץ (זמין רק עם AI Hypercomputer) |
|
|
| A4X עם אופטימיזציה למאיץ (זמין רק עם AI Hypercomputer) |
|
|
| A4X Max עם אופטימיזציה למעבד גרפי (זמין רק עם AI Hypercomputer) |
|
|
| G2 עם אופטימיזציה לגרפיקה |
|
|
| G4 עם אופטימיזציה לגרפיקה |
|
|
אי אפשר לרכוש התחייבויות לשימוש בסוגי המכונות f1-micro או g1-small, או לחיוב הפרימיום של דייר יחיד.
התחייבויות לסוגי מכונות ב-Compute Engine
Google Cloud מציע התחייבויות לשימוש במשאבים של משאבי חומרה בכמה סדרות של משפחות מכונות ב-Compute Engine. רוכשים את סוג ההתחייבות המתאים לסוגי המכונות שבהן אתם מתכננים להשתמש.
סוגי מכונות לשימוש כללי
הנחות תמורת התחייבות לשימוש (CUD) בסוגי מכונות לשימוש כללי חלות על משאבים בסדר הבא:
סוגי מכונות מותאמים אישית N4, N2, N2D, E2 או N1, בהתאם להתחייבות שאתם רוכשים
שרתים לדייר יחיד (sole-tenant)
E2, N2, N2D, N4, N4D, N4A, C4, C4A, C4D, C3, C3D, Tau T2D או N1, בהתאם להתחייבות שאתם רוכשים
כשרוכשים התחייבויות לשימוש בסוגי מכונות לשימוש כללי, בוחרים את סדרת המכונות שאליה ההתחייבות מתייחסת. לדוגמה, אם רכשתם התחייבויות לשימוש במכונות E2 למטרות כלליות, הן חלות רק על מכונות מסוג E2. באופן דומה, אם אתם רוכשים התחייבויות לשימוש במכונות למטרות כלליות מסוג N2, N2D, N4, N4D, N4A, C4, C4A, C4D, C3, C3D, Tau T2D או N1, ההתחייבויות אף פעם לא חופפות.
לדוגמה, נניח שיש לכם אזור עם השילוב הבא:
- 10 יחידות vCPU של סוג מכונה בהתאמה אישית N2
- 30 GB של זיכרון מסוג מכונה בהתאמה אישית
- 2
n2-standard-4מכונות עם קונפיגורציה מוגדרת (predefined)
אתם רוכשים התחייבויות לשימוש ב-15 vCPU ו-13.5 GB של זיכרון מסוג N2. ההנחות תמורת התחייבות לשימוש יחולו קודם על סוגי מכונות בהתאמה אישית מסוג N2, וכל הנחה שתישאר תחול על סוגי מכונות מוגדרים מראש מסוג N2. במקרה כזה, כל 10 הליבות הווירטואליות של מכונות מותאמות אישית מסוג N2 יחויבו במחירים של התחייבות לשימוש, ו-13.5GB של זיכרון במכונות מותאמות אישית יחויבו במחירים של התחייבות לשימוש.
ולסיום, 5 ה-vCPU הנותרים של ההתחייבות לשימוש יחולו על 5 vCPU אקראיים בשני סוגי המכונות של n2-standard-4. יכול להיות ששימוש במשאבים שלא נכלל בהתחייבויות שלכם יהיה זכאי להנחות הרלוונטיות תמורת התחייבות לשימוש.
בנוסף, אם אתם משתמשים בהתחייבויות שלכם להפעלת סוגי מכונות בהתאמה אישית, מערכת Compute Engine מחייבת אתכם ב-5% יותר מהמחירים של ההתחייבויות. ב-Compute Engine, התשלום על הפרמיה הזו יחול על החלק של ההתחייבות ועל משך ההתחייבות שבהם מפעילים את המכונות הווירטואליות מסוג custom.
ההתחייבויות נצברות לפי סדרת המכונות. אם אתם לא בטוחים כמה התחייבויות כדאי לרכוש, כדאי לרכוש מספר קטן יותר של התחייבויות, ואז להוסיף עוד לפי הצורך. לדוגמה, אפשר לרכוש כמה חוזים ל-10 ליבות vCPU ולזיכרון אפס, ואז לרכוש חוזים נפרדים לזיכרון נוסף.
כדי לרכוש התחייבות לסוגי מכונות לשימוש כללי, אפשר לעיין במאמרים רכישת התחייבויות לשימוש במשאבים ללא הזמנות מצורפות ורכישת התחייבויות לשימוש במשאבים עם הזמנות מצורפות.
סוגי מכונות וירטואליות מותאמות לצריכת זיכרון גבוהה (memory-optimized)
כשרוכשים התחייבויות למשאבים מסדרות של מכונות שעברו אופטימיזציה לזיכרון, צריך להשתמש בסוג ההתחייבות הנכון שמתאים לסוג המכונה. בטבלה הבאה מפורט איך סוגי ההתחייבות משתנים בהתאם לסוג המכונה:
- סוגי מכונות M1 ו-M2: סוג התחייבות משולב יחיד מכסה את כל סוגי המכונות M1 וסוגי המכונות M2.
- סוגי מכונות M3: סוג התחייבות יחיד מכסה את כל סוגי המכונות M3.
- סוגי מכונות M4: יש שני סוגי התחייבויות לסוגי מכונות M4:
- אחת לסוג המכונה M4 עם זיכרון של 6 TB
- אחד לכל שאר סוגי המכונות M4
סוגי מכונות X4: לסוגי מכונות X4 יש סוג התחייבות ייחודי לכל אחת מאפשרויות הזיכרון הזמינות:
- זיכרון בנפח 6TB (
x4-480-6t-metal) - זיכרון בנפח 8 TB (
x4-480-8t-metal) - זיכרון בנפח 12 TB (
x4-960-12t-metal) - זיכרון בנפח 16 TB (
x4-960-16t-metal) - זיכרון של 24 TB (
x4-1440-24t-metal) - זיכרון בנפח 32TB (
x4-1920-32t-metal)
- זיכרון בנפח 6TB (
צריך לרכוש את סוג ההתחייבות שמתאים לסדרת המכונות ולסוג המופע.
המק"טים של שדרוג פרימיום של ליבות ו-RAM שעברו אופטימיזציה לזיכרון, שספציפיים לסוגי מכונות M2, לא עומדים בדרישות להנחות תמורת התחייבות לשימוש (CUD). המחירים של המק"טים האלה משולבים בתעריפים שמפורטים בדף המחירון של מכונות VM ובכלי לחישוב עלויות.
אם אתם מתכוונים להשתמש בסוגי מכונות וירטואליות מותאמות לזיכרון, כדאי לרכוש התחייבויות לשימוש במכונות וירטואליות מותאמות לזיכרון. כדי לרכוש התחייבות לסוגי מכונות שעברו אופטימיזציה לזיכרון, אפשר לעיין במאמר רכישת התחייבויות לשימוש במשאבים ללא הזמנות מצורפות.
סוגי מכונות וירטואליות מותאמות לאחסון
כדי לרכוש התחייבויות לסוגי מכונות Z3 שעברו אופטימיזציה לאחסון, אפשר לעיין במאמרים רכישת התחייבויות לשימוש במשאבים ללא הזמנות מצורפות ורכישת התחייבויות לשימוש במשאבים עם הזמנות מצורפות.
סוגי מכונות מותאמים לצריכת מעבד גבוהה (compute-optimized)
כדי לרכוש התחייבויות לסוגי מכונות מותאמות לצריכת מעבד גבוהה, אפשר לעיין באחד מהמאמרים הבאים:
- לסוגי מכונות שעברו אופטימיזציה לחישוב C2 ו-C2D: אפשר לעיין במאמר רכישת התחייבויות לשימוש במשאבים ללא הזמנות מצורפות.
- לסוגי מכונות שעברו אופטימיזציה לחישובים H3 ו-H4D: אפשר לקרוא את המאמר בנושא רכישת התחייבויות לשימוש במשאבים עם הזמנות מצורפות.
סוגי מכונות שעברו אופטימיזציה למאיצים
למכונות וירטואליות שעברו אופטימיזציה למאיצים יש מודל ומספר ספציפיים של מעבדי NVIDIA GPU שמצורפים אליהן. כשרוכשים התחייבויות לסוגי המכונות האלה, צריך גם לשריין את ה-GPU ולהוסיף את השריינים האלה להתחייבויות.
כדי לרכוש התחייבות לסוגי המכונות האלה, אפשר לעיין במאמרים הבאים:
- לסוגי מכונות A3 Mega, A3 High, A3 Edge, A2, G4 או G2: ראו רכישת התחייבויות לשימוש במשאבים עם הזמנות מצורפות.
- לסוגי מכונות A4X Max, A4X, A4 או A3 Ultra: צריך להשתמש באפשרות הצריכה הזמנות עתידיות ב-AI Hypercomputer. מידע נוסף זמין במאמר שמירת קיבולת דרך צוות התמיכה בחשבון במסמכי התיעוד של AI Hypercomputer.
התחייבויות לשימוש במשאבי GPU ודיסקים מקומיים של SSD
כשרוכשים התחייבויות ל-GPU, אפשר לציין רק סוג אחד של GPU לכל התחייבות. לכן, ההתחייבות הזו מכסה שימוש רק בסוג ה-GPU שצוין. אם אתם רוצים לקבל הנחות על שימוש (CUD) על שימוש בכמה סוגים של GPU, אתם צריכים לרכוש התחייבויות נפרדות לכל סוג של GPU. לדוגמה, נניח שאתם משתמשים גם במעבדי GPU מסוג NVIDIA V100 וגם במעבדי GPU מסוג NVIDIA P100. אם יש לכם התחייבות לשימוש רק ב-GPU מסוג NVIDIA P100, ההתחייבות הזו לא יכולה לכסות את השימוש ב-GPU מסוג NVIDIA V100. כדי לקבל הנחות תמורת התחייבות לשימוש (CUD) על השימוש ב-GPU מסוג NVIDIA P100 ועל השימוש ב-GPU מסוג NVIDIA V100, צריך לרכוש התחייבויות נפרדות לכל סוג GPU.
בנוסף, כדי לרכוש התחייבויות ל-GPU, לדיסקים של SSD מקומי או לשניהם, צריך לשריין את המשאבים ולצרף את השריונים להתחייבות. הזמנת המשאבים האלה נדרשת כדי לוודא שהם תמיד זמינים לכם (גם אם אתם לא משתמשים בהם). אין חיובים נוספים על הזמנת המשאבים.
כדי לקבל מידע על רכישת התחייבויות לשימוש ב-GPU או בדיסקים של SSD מקומיים, אפשר לעיין במאמרים הבאים:
לגבי יחידות GPU שמשמשות עם סוגי המכונות A4X Max, A4X, A4 או A3 Ultra: אתם חייבים להשתמש באפשרות צריכה של הזמנות עתידיות ב-AI Hypercomputer. מידע נוסף זמין במאמר שמירת קיבולת דרך צוות התמיכה בחשבון במסמכי התיעוד של AI Hypercomputer.
לכל סוגי ה-GPU האחרים ולדיסקים של SSD מקומי: ראו רכישת התחייבויות לשימוש במשאבים עם הזמנות מצורפות.
מידע נוסף על התחייבויות עם הזמנות מצורפות זמין במאמר צירוף הזמנות להתחייבויות לשימוש במשאבים.
התחייבויות לרישיונות תוכנה
בדומה להתחייבויות לשימוש במשאבי חומרה, אפשר לרכוש את ההתחייבויות האלה לתוכנית של שנה אחת או שלוש שנים. בתמורה להתחייבות שלכם לשלם על המשאבים האלה, אתם מקבלים אותם במחירים מוזלים למשך תקופת ההתחייבות. אחוז ההנחה שאתם מקבלים על המחירים על פי דרישה נקרא גם שיעור ההנחה תמורת התחייבות לשימוש (CUD).
אתם יכולים לרכוש התחייבויות לרישיונות אם אתם מריצים את עומסי העבודה במכונות וירטואליות שמשתמשות בתמונות של מערכות ההפעלה (OS) הבאות:
- תמונות של SUSE Linux Enterprise Server (SLES)
- תמונות SLES for SAP
- תמונות של Red Hat Enterprise Linux (RHEL)
שיעורי ההנחות תמורת התחייבות לשימוש (CUD) שאתם מקבלים על התחייבויות לרישיונות של כל תמונת מערכת הפעלה תלויים במספר המעבדים הווירטואליים שהמכונה הווירטואלית שלכם משתמשת בהם. בטבלה הבאה מוצגים שיעורי ההנחה על שימוש מתמשך (CUD) לכל סוג של התחייבות לרישיון תוכנה:
| סוג ההתחייבות לרישיון | מספר המעבדים הווירטואליים | שיעור הנחה תמורת התחייבות לשימוש למשך שנה אחת | שיעור הנחה תמורת התחייבות לשימוש למשך 3 שנים |
|---|---|---|---|
| תמונות SLES | 1-2 | 77% | 79% |
| תמונות SLES | 3-4 | 54% | 59% |
| תמונות SLES | 5+ | 45% | 50% |
| תמונות SLES for SAP | 1-2 | 59% | 63% |
| תמונות SLES for SAP | 3-4 | 59% | 63% |
| תמונות SLES for SAP | 5+ | 59% | 63% |
| תמונות RHEL | 1-8 | 20% | לא זמין |
| תמונות RHEL | 9-127 | 20% | לא זמין |
| תמונות RHEL | 128+ | 20% | לא זמין |
כשרוכשים התחייבות לרישיון, הרישיונות נכנסים למאגר של הפרויקט והאזור שצוינו. הרישיונות לא משויכים למכונות VM ספציפיות. כשמכונה וירטואלית מופעלת, היא צורכת רישיון ממאגר הרישיונות. כשהמכונה הווירטואלית מפסיקה לפעול, הרישיון חוזר למאגר כדי שמכונות וירטואליות אחרות יוכלו להשתמש בו. ההנחה ניתנת כל עוד מכונה וירטואלית פועלת וצורכת רישיון זמין מהמאגר.
לדוגמה, אם אתם צריכים להפעיל 10 מכונות וירטואליות בשני אזורים (5 מכונות וירטואליות ב-us-central1 ו-5 מכונות וירטואליות ב-us-west1) באותו מזהה פרויקט, אתם צריכים לרכוש 5 רישיונות בכל אזור כדי לכסות את המכונות הווירטואליות שפועלות. לכל התחייבות, הרישיונות שרכשתם יכולים לחול על כל 5 מכונות וירטואליות שפועלות בו-זמנית בכל זמן במהלך השנה באזור הרלוונטי. החיוב על ההתחייבויות הוא חודשי, בלי קשר לשימוש בפועל.
אחרי שרוכשים התחייבות, היא הופכת לפעילה ביום שלמחרת בחצות לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8 או UTC-7 במהלך שעון הקיץ). Compute Engine שומר על שיעבוד בפרויקט לכל אזור בפרויקט שבו רכשתם התחייבות. כשרוכשים התחייבות חדשה לשימוש באזור כלשהו בפרויקט, Compute Engine משייך את השעבוד לאותו אזור להתחייבות החדשה שנוצרה.
בין מועד הרכישה של ההתחייבות לבין מועד ההפעלה שלה, הסטטוס של ההתחייבות נשאר NOT_YET_ACTIVE (או PENDING במסוףGoogle Cloud ). אחרי ההפעלה, סטטוס ההתחייבות ישתנה לACTIVE.
לדוגמה, נניח שרכשתם את ההתחייבות ב-20 בינואר 2024 בשעה 22:00 לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8 או UTC-7). Compute Engine יוצר את ההתחייבות באופן מיידי והסטטוס שלה הוא NOT_YET_ACTIVE. ההתחייבות שלכם תתחיל ב-ACTIVE ב-21 בינואר 2024, בשעה 00:00 לפי שעון החוף המערבי בארה"ב ובקנדה (UTC-8 או UTC-7).
אי אפשר לבטל התחייבות לרישיון אחרי שרוכשים אותה. כשפג התוקף של התחייבויות הרישיונות, המכונות הווירטואליות הפועלות ממשיכות לפעול ואתם מחויבים על הרישיונות במחירים של תמונות לפי דרישה.
כדי לרכוש התחייבויות לרישיונות, אפשר לעיין במאמר בנושא רכישת התחייבויות לשימוש במשאבים לרישיונות של מערכות הפעלה.
מכסות להתחייבויות ולמשאבים מוזמנים
אפשר לרכוש התחייבויות מבוססות-משאבים רק למשאבים באזור ספציפי, אם יש לכם מכסה זמינה באזור הזה לשני המשאבים הבאים:
- התחייבויות
- משאבים שהוקצו (למעט זיכרון)
במילים אחרות, אם אתם רוצים לרכוש התחייבויות ל-vCPU, ל-GPU או לדיסקים של SSD מקומי, אתם צריכים לוודא שיש לכם מכסת התחייבויות ומכסה ל-SKU הספציפי של ההתחייבות באזור שבו אתם רוצים לרכוש את ההתחייבות. אין מכסת זיכרון, כך שלא צריך מכסה נפרדת לזיכרון מוזמן כדי לרכוש התחייבות לזיכרון.
לדוגמה, כדי לרכוש 5 התחייבויות שמכסות 32 ליבות vCPU של מכונה מסוג N1 לשימוש כללי, זיכרון של 16GB, 4 יחידות GPU מסוג NVIDIA P4 ו-2 דיסקים של SSD מקומי באזור us-central1, צריך מכסה לכל אחד מהמשאבים הבאים:
- חמש התחייבויות ב-
us-central1 - 32 vCPU מסוג N1 שהוקצו ב
us-central1 - ארבעה מעבדי GPU מסוג NVIDIA P4 ב
us-central1 - 750 GB (או 2 דיסקים מקומיים מסוג SSD) של נפח אחסון מקומי מסוג SSD ב-
us-central1
מגבלות המכסה
כברירת מחדל, ב-Compute Engine מוצעת כמות מסוימת של מכסת התחייבות לכל סוג של משאב בהתחייבות. מגבלות המכסות האלה קובעות את מספר ההתחייבויות שאפשר לרכוש ואת כמות המשאבים שאפשר להתחייב אליהם. במאמר הצגת מכסות במסוף מוסבר איך רואים את מגבלות המכסות הנוכחיות ואת ערכי השימוש במכסות של ההתחייבויות והמשאבים המחויבים. Google Cloud
אם אתם משלמים באופן עקבי על כמות גדולה מאוד של ליבות וירטואליות (vCPU) בפרויקטים שלכם באזורים שונים, יכול להיות שתהיו זכאים למכסת ליבות וירטואליות ללא הגבלה לכל סוגי המכונות (חוץ מסוגי מכונות שעברו אופטימיזציה לזיכרון) בכל האזורים.
אם תנצלו את כל מכסת ההתחייבות, לא תוכלו לרכוש התחייבויות חדשות. באופן דומה, אם תנצלו את כל המכסה של המשאבים שהתחייבתם להם, לא תוכלו לרכוש התחייבות חדשה למשאב הזה, גם אם יש לכם מכסת התחייבות זמינה. לדוגמה, אם ניצלתם את כל מכסת ההתחייבות שלכם, השרת יחזיר את השגיאה הבאה כשתיצרו בקשה לרכישת התחייבות:
"Quota 'COMMITMENTS' exceeded. Limit: 0.0"
הגדלת מגבלות המכסה
אם המכסה לא מספיקה לכם לשימוש במשאבים בהתחייבות או להתחייבויות שלכם, אתם תמיד יכולים לבקש להגדיל את המכסה בדף המכסות. אפשר לבקש להגדיל את המכסה בכל שלב. במאמר בקשה להתאמת מכסה מוסבר איך לשלוח בקשה להגדלת המכסות של המשאבים.
לדוגמה, נניח שרכשתם שתי התחייבויות לשימוש בסך הכול ארבע יחידות GPU מסוג NVIDIA V100 באזור us-central1, ועמדתם במגבלות המכסה. נניח שאתם רוצים לרכוש שתי התחייבויות חדשות ל-2 כל אחת, באותו אזור. אתם צריכים לעשות את הפעולות הבאות:NVIDIA V100 GPUs
שולחים בקשה חדשה להגדלת המכסה ב-
Committed NVIDIA V100 GPUsus-central1למספר המקסימלי החדש (שמונה) שרוצים.שולחים בקשה חדשה להגדלת המכסה של
Commitmentsב-us-central1כך שתתאים למספר המקסימלי החדש (ארבע).
ממתינים שהבקשות יאושרו וייסגרו. אחרי שהבקשות שלכם יאושרו, המכסה שלכם לשימוש ב-GPU בהתחייבות ב-us-central1 תגדל בהתאם לצרכים החדשים שלכם. לאחר מכן תוכלו לרכוש את ההתחייבויות החדשות.
אם תגישו בקשה להגדלת מגבלת המכסה של משאב שכבר יש לו מכסה בלתי מוגבלת כברירת מחדל, ערך המכסה של המשאב הזה יישאר בלתי מוגבל ותקבלו הודעה שהמגבלה שביקשתם נמוכה מהמגבלה שאושרה.
הגדרת מכסה למגבלות המכסה
אתם יכולים להגדיר מכסה על ערך המכסה של המשאבים שהתחייבתם להם על ידי יצירת שינוי במכסה. למשאבים שיש להם מכסה בלתי מוגבלת כברירת מחדל, שינוי המכסה מברירת המחדל מקטין את ערך המכסה. כדי להסיר את השינוי של המכסה עבור המשאב ולחזור לערכי מכסה לא מוגבלים כברירת מחדל, צריך לאפס את ערך המכסה.
איך רואים ומנהלים את המכסות של המשאבים?
המלצות ל-CUD
Google Cloud מנתח את מגמות ההוצאות שלכם על מופעי מחשוב עם התחייבות ובלי התחייבות, ומפיק המלצות לגבי הנחות תמורת התחייבות לשימוש (CUD). אתם יכולים להשתמש בהמלצות ל-CUD כדי להוזיל את עלויות המחשוב. אתם יכולים להשוות בין העלויות עם התחייבות ובלעדיה, ולהעריך כמה תוכלו לחסוך בכל חודש עם התחייבות.
הכלי להמלצות יוצר כרטיס עם מידע על השימוש במופע ב-30 הימים האחרונים. אם במופעים שלכם יש מגמה של שימוש ללא התחייבות במשך 30 ימים, שירות ההמלצות רואה בה הזדמנות להציע לכם לרכוש התחייבויות כדי להוזיל את העלויות של המופעים.
ההמלצות ל-CUD מתעדכנות פעם ביום ומבוססות על היסטוריית השימוש ב-30 הימים האחרונים. ההמלצות מבוססות על שני סוגים של מודלים לוגיים שמנתחים את הצריכה שלכם:
- המלצות לשימוש יציב: המערכת מחשבת את כמות ההתחייבות המומלצת על ידי ניתוח של משאבים שהיו פעילים באופן רציף במהלך תקופה של 30 ימים. ההתחייבויות האלה חלות על עומסי עבודה במצב יציב.
- המלצות לחיסכון אופטימלי: חישוב של כמות ההתחייבות המומלצת כדי למקסם את החיסכון הכולל. המודל הזה מתייחס גם לתקופות של שימוש אינטנסיבי או לשימוש לסירוגין. במודל הזה מומלצות התחייבויות לתקופות שימוש שעולות על סף איזון פיננסי, שמייצג את הנקודה שבה ההנחה גדולה יותר מעלות ההתחייבות בהשוואה לתעריפים הרגילים. לדוגמה, אם התחייבות מספקת הנחה של 30%, המופע צריך לפעול יותר מ-70% מהחודש כדי להגיע לנקודת איזון. המודל הזה ממקסם את החיסכון הכולל, ולכן יכול להיות שמספר ההתחייבויות המומלץ יהיה גבוה יותר מהשימוש שלכם ללא התחייבות בימים או בשעות מסוימים.
השימוש נחשב לא מחויב ועומד בדרישות אם מתקיים התנאי הבא:
- זמן הפעולה של המופע במהלך תקופת 30 הימים עמד בסף הכדאיות הכלכלית או חרג ממנו.
- המשאב שייך לסדרת מכונות או לסוג משאב שעומדים בדרישות להנחות תמורת התחייבות לשימוש במשאבים.
- המשאב שייך לסדרת מכונות או לסוג משאב שתומך בהמלצות ל-CUD.
- השימוש במופע לא כוסה כבר על ידי התחייבות קיימת.
המלצות ל-CUD זמינות במסוף Google Cloud , באמצעות ייצוא נתוני החיוב ב-Cloud ל-BigQuery ובאמצעות Recommender API.
בקטע Billing במסוף Google Cloud , אפשר לראות המלצות לשימוש בהנחות מחויבות על שימוש בדפים הבאים:
- FinOps Hub: מוצגות רק ההמלצות המובילות שמניבות את החיסכון המשוער הגבוה ביותר, שהן בדרך כלל ההמלצות האופטימליות לחיסכון.
- דף ההמלצות: בדף הזה מוצגות כל ההמלצות שזמינות לכם, כולל המלצות לשימוש יציב והמלצות לחיסכון אופטימלי. אפשר גם לראות המלצות להתחייבות לשירותים או לפרויקטים ספציפיים.
במאמר הצגת ההמלצות מוסבר איך רואים את ההמלצות האלה.
אחרי שבוחרים המלצה ספציפית, אפשר גם ליצור תרחיש כדי לדמות תנאים ספציפיים ולהתאים אישית את ההמלצה. במסגרת בניית מודלים של תרחישים, אפשר לבצע את הפעולות הבאות:
- עוברים בין תקופות התחייבות של שנה ו-3 שנים.
- משנים את סף הכיסוי.
- כדי לחשב את ההמלצה, צריך לבחור תקופת שימוש אחרת.
- אפשר לבחור להתעלם מהיסטוריית שימוש לא אופיינית.
במאמר איך מיישמים המלצות לרכישת התחייבויות נוספות מוסבר איך לרכוש את ההמלצה להתחייבות שבחרתם.
הצגת ההתחייבויות לשימוש
אפשר לראות את רשימת כל ההתחייבויות במסוף Google Cloud , ב-Google Cloud CLI או ב-REST.
המסוף
במסוף Google Cloud , אפשר לראות רשימה של התחייבויות בדף Committed use discounts.
gcloud
שולחים בקשה באמצעות הפקודה commitments list:
gcloud compute commitments list
הכלי מחזיר רשימה של התחייבויות:
NAME REGION END_TIMESTAMP STATUS my-commitment us-east1 2018-03-17T00:00:00.000-07:00 NOT_YET_ACTIVE
REST
כדי לקבל רשימה של התחייבויות בכל האזורים, שולחים בקשת aggregatedList לכתובת ה-URL הבאה:
https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/aggregated/commitments
הפונקציה מחזירה רשימה של התחייבויות:
{
"commitments": [
{
"kind": "compute#commitment",
"id": "3294122326373778983",
"creationTimestamp": "2017-02-09T15:18:32.411-08:00",
"name": "example-commitment",
"region": "https://www.googleapis.com/compute/v1/projects/example-project/regions/us-central1",
"selfLink": "https://www.googleapis.com/compute/v1/projects/example-project/regions/us-central1/commitments/example-commitment",
"status": "NOT_YET_ACTIVE",
"statusMessage": "The commitment is not yet active (its startTimestamp is in the future). It will not apply to current resource usage.",
"plan": "TWELVE_MONTH",
"startTimestamp": "2017-02-10T00:00:00.000-08:00",
"endTimestamp": "2018-02-10T00:00:00.000-08:00",
"resources": [
{
"type": "VCPU",
"amount": "5"
},
{
"type": "MEMORY",
"amount": "32500"
}
]
}
]
}שינוי מחויבות
אפשר לשנות את ההתחייבויות הפעילות בדרכים הבאות:
- אתם יכולים לשנות את הסטטוס של החידוש האוטומטי של המחויבות. מידע נוסף זמין במאמר בנושא חידוש אוטומטי של התחייבויות.
- אתם יכולים להאריך את תקופת ההתחייבות מעבר למשך הזמן המוגדר מראש של שנה או 3 שנים, על ידי ציון תאריך סיום מותאם אישית להתחייבות. מידע נוסף זמין במאמר בנושא הארכת תקופת ההתחייבות.
- כדי לשנות את כמות המשאבים בהתחייבויות לציוד, אפשר למזג או לפצל את ההתחייבויות הקיימות. מידע נוסף זמין במאמר בנושא מיזוג והפרדה של התחייבויות.
- אתם יכולים לשדרג את ההתחייבויות שלכם לרכישת ציוד למשך שנה אחת ולהמיר אותן להתחייבויות למשך 3 שנים. מידע נוסף מופיע במאמר בנושא התחייבויות לשדרוג.
- אתם יכולים לשנות את החשבון לחיוב ב-Cloud שמקושר לפרויקט שבו רכשתם את ההתחייבויות מבוססות-המשאבים, ומשמש לתשלום עליו. מידע נוסף זמין במאמרים שינוי החשבון לחיוב של פרויקט וההשפעה של שינוי החשבון לחיוב ב-Cloud של פרויקט.
אחרי שרוכשים התחייבות לשימוש, אי אפשר לשנות את הפרויקט, סוג ההתחייבות או האזור שלה.
ביטול התחייבות
אחרי שרוכשים התחייבות, אי אפשר לבטל אותה. תצטרכו לשלם את הסכום החודשי שסוכם מראש במשך כל תקופת ההתחייבויות. ההתחייבויות לא מושפעות משינויים עתידיים במחירים על פי דרישה של משאבי Compute Engine שהתחייבתם להשתמש בהם.
אם רכשתם התחייבות בטעות או ביצעתם טעות בהגדרת ההתחייבות, תוכלו לפנות לתמיכה בחיוב ב-Cloud תוך 14 ימים קלנדריים מתאריך תחילת ההתחייבות כדי לקבל עזרה. האישור של שינויים נתון לשיקול הדעת של Google, ואין הבטחה שהשינויים יאושרו עד ש-Google תאשר אותם.
הסבר על ההנחות תמורת התחייבות לשימוש (CUD) בחשבון
כדי להבין טוב יותר את החיוב, כדאי לקרוא את המסמכים הבאים:
- איך רואים ומורידים את פירוט העלויות בחשבונית או בדף החשבון
- ניתוח היעילות של ההנחות תמורת התחייבות לשימוש
- איך משתמשים בדוחות פירוט העלויות כדי לבדוק כמה כסף נחסך
תמיכה
אם יש לכם שאלות לגבי הנחות על התחייבות לשימוש בחיוב, אתם יכולים לפנות Google Cloud לתמיכה.
המאמרים הבאים
- איך לחדש באופן אוטומטי התחייבויות לשימוש במשאבים
- איך מאריכים את תקופת ההתחייבות לשימוש במשאבים
- איך משדרגים התחייבויות לשימוש במשאבים
- איך ממזגים ומפצלים התחייבויות לשימוש במשאבים
- איך מנתחים את היעילות של ה-CUD
- בודקים את המחירים של המשאבים עם הנחות CUD ובלעדיהן.