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

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

שימוש בייצוא נתונים לדוגמה מ-BigQuery

אתם יכולים להשתמש בייצוא הנתונים לדוגמה מ-BigQuery כדי להכין את המערכות הפנימיות שלכם לשינויים שיחולו על הנתונים של הנחות תמורת התחייבות להוצאה (CUD).

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

  1. בדיקה של הדרישות המוקדמות
  2. הפעלה של ייצוא הנתונים לדוגמה
  3. אפשרות לצבור נתונים חדשים
  4. עיון בשאילתות ובמודל הנתונים החדשים
  5. עדכון המערכות הפנימיות ותהליכי העבודה בהתאם

דרישות מוקדמות

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

  • בחשבון לחיוב ב-Cloud צריכה להיות הגדרה של ייצוא נתוני חיוב מפורטים או סטנדרטיים. מידע נוסף זמין במאמר בנושא הגדרת הייצוא של נתוני החיוב ב-Cloud ל-BigQuery

  • צריכות להיות לכם הרשאות בפרויקט שהייצוא בבעלותו, וגם הרשאות בחשבון לחיוב ב-Cloud שבו מפעילים את הייצוא. לדוגמה:

    • ההרשאה bigquery.datasets.create בפרויקט שמכיל את מערך הנתונים
    • ההרשאה billing.accounts.getUsageExportSpec בחשבון לחיוב ב-Cloud.

    במאמר בנושא בקרת גישה והרשאות בחיוב ב-Cloud יש דוגמאות לתפקידים מוגדרים מראש בחיוב ב-Cloud שכוללים את ההרשאות האלה, למשל "צפייה בחשבון לחיוב", "ניהול עלויות בחשבון לחיוב" או "אדמין של חשבון לחיוב". במאמר תפקידים והרשאות של IAM ב-BigQuery יש מידע נוסף על הרשאות ספציפיות ל-BigQuery.

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

  • אם אתם משתמשים ב-VPC Service Controls למשאבים של BigQuery בפרויקט או בארגון, אתם צריכים ליצור כללים לתעבורת נתונים נכנסת (ingress) ויוצאת (egress) כדי להפעיל כמו שצריך את ייצוא הנתונים ל-BigQuery.

    1. צריך ליצור כלל תעבורת נתונים נכנסת (ingress) שמאפשר למשתמש ליצור את הייצוא: 
      
  - ingressFrom:
      identities:
      - PRINCIPAL_IDENTIFIER_OF_USER_INITIATING_EXPORT
      sources:
      - accessLevel: "*"
  ingressTo:
      operations:
      - serviceName: bigquery.googleapis.com
        methodSelectors:
        - method: "*"
      resources:
      - projects/YOUR_PROJECT_ID_TO_HOST_EXPORT_DATA
  title: 'Ingress Rule Name'

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

    2. צריך ליצור כלל תעבורת נתונים יוצאת (egress) שמעניק ל- Google Cloud גישה למערך הנתונים ב-BigQuery דרך VPC Service Controls: 
      
  - egressTo:
       operations:
      - serviceName: bigquery.googleapis.com
        methodSelectors:
        - method: "*"
      resources:
      - projects/710382390241
  egressFrom:
      identityType: ANY_IDENTITY
      sources:
      - accessLevel: "*"
      sourceRestriction: RESTRICTION_STATUS
  title: 'Egress Rule Name'

הפעלה של ייצוא הנתונים לדוגמה

כדי להפעיל את ייצוא הנתונים לדוגמה:

  1. פותחים את הקטע Billing export במסוף Google Cloud .

    כניסה ל-Billing export

  2. בתיבת הדו-שיח Billing export, בוחרים את החשבון לחיוב ב-Cloud שרוצים להפעיל בו את ייצוא הנתונים לדוגמה, כמו שמוצג במסך הזה. ‫תיבת הדו-שיח שבוחרים בה את החשבון

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

  4. כשקובץ הייצוא מוכן, בקטע Billing במסוף Google Cloud מוצגת ההודעה הזאת: ‫מסך שמוצגת בו הודעה שייצוא הנתונים לדוגמה מוכן

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

  5. לוחצים על View Sample Dataset כדי לפתוח את BigQuery במסוףGoogle Cloud . כאן אפשר להריץ שאילתות בשביל להבין מדדי KPI חשובים של הנחות CUD.

המגבלות של ייצוא הנתונים לדוגמה

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

  • ‫resource: מבנה נתונים שמכיל מידע על משאבים.
  • ‫subscription: מכיל את subscription.instance_id.

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

בנוסף, ייצוא נתונים לדוגמה שונה מייצוא נתונים בסביבת ייצור בכמה דרכים חשובות:

  • אחרי ההעברה: אל תשתמשו בייצואי הנתונים לדוגמה אחרי אישור השימוש במודל הנתונים החדש כי מהשלב הזה ייצואי הנתונים לדוגמה כבר לא יהיו מדויקים יותר.
  • גודל הפלט: בגלל הבדלים בצבירת הנתונים, יכול להיות שגודל ייצוא הנתונים לדוגמה יהיה שונה מייצוא הנתונים בפועל שיוצג אחרי אישור השינויים האלה.
  • שיטות עיגול: בגלל הבדלים בשיטות העיגול, יכול להיות שיהיו הבדלים קטנים בסכומים קטנים מאוד או במטבעות שהם לא USD.
  • עמלות יחסיות: יכול להיות שבייצוא הנתונים לדוגמה ההערכה של העלויות בשעה הראשונה ובשעה האחרונה של רכישת CUD תהיה גבוהה יותר, כי עמלות ההתחייבויות על חלק משעה לא מחושבות באותו אופן. כשרוכשים הנחות תמורת התחייבות להוצאה, העמלה של השעה הראשונה מחושבת לפי החלק היחסי מאותה שעה בתקופת ההתחייבות.
  • המלצה להשוואה על בסיס זמן: כשמשווים בין הייצוא לדוגמה לבין ייצואים של נתוני ייצור, צריך להשתמש ב-usage_start_time כבסיס להגדרת תקופות זמן בשני הייצואים, ולא ב-export_time. קיבוץ לפי תאריך המחיצה (השדה export_time) לא מבטיח תמונת מצב עקבית של השימוש, כי הנתונים של כל ייצוא מועלים בזמנים שונים.
  • עדכניות הנתונים: הייצוא לדוגמה נוצר לפי לוח זמנים עם עיכוב בהשוואה לייצוא ל-BigQuery בסביבת הייצור. יכולים להיות פערים, במיוחד בתאריכי השימוש האחרונים, בגלל התזמון של עיבוד הנתונים. הסיבה לכך היא שנתוני השימוש מתעדכנים לאט יותר בייצוא לדוגמה מאשר בייצוא של נתוני הייצור.
    • המלצה להשוואה: אל תנסו לבצע השוואות על נתונים מיוצאים עם usage_start_time פחות משבוע אחורה.
  • השלמות של נתונים היסטוריים: התהליך שיוצר את הייצוא לדוגמה הוא נפרד מהייצוא הרגיל. יכול להיות שבעיות תפעוליות או אירועי שירות ישפיעו על התהליך הזה. במקרים נדירים, זה הוביל לנתונים חלקיים או חסרים בייצוא לדוגמה עבור טווחי תאריכים ספציפיים. לדוגמה, בייצוא לדוגמה היו בעיות שלמות בנתונים בייצוא מתאריכים בין 6 באוגוסט ל-9 באוגוסט 2025.
    • המלצה להשוואה: כשבודקים את הייצוא לדוגמה, במיוחד כשמדובר בנתונים היסטוריים, חשוב לזכור שאולי יש אנומליות כאלה. כדי לקבל תצוגה מקדימה מדויקת יותר, מומלץ לבצע בדיקה עם חודשים מלאים של חשבוניות מהזמן האחרון (לדוגמה, ספטמבר 2025).
  • השוואה בין דגימות מפורטות לדגימות רגילות: יכול להיות שתיתקלו בהבדלים קלים בין התוצאות כשבודקים שאילתות בייצוא הרגיל ובייצוא המפורט ומשווים ביניהן. זה צפוי מהסיבות שצוינו קודם.

תרחישים לדוגמה לפני ואחרי המודל החדש של הנחות ה-CUD

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

בשני התרחישים, נניח שרכשתם מכונה וירטואלית מסוג E2-Standard-8 ב-US Central 1, שמורכבת משני מק"טים של RAM ו-Core. המק"טים האלה משתמשים במזהים הבדיוניים RAM SKU ו-Core SKU, בהתאמה.

אחר כך אתם משלמים 0.1 $לשעה על 1 Year GCE Flex CUD בתרחיש של שימוש יתר ו-0.3 $לשעה בתרחיש שאין ניצול מלא. הם מופיעים בנתונים בתור המזהה הבדיוני Fee SKU.

תרחיש של שימוש יתר בהנחת CUD

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

נתונים לפני ההעברה

לפני הטמעת המודל החדש של הנחות ה-CUD, סכימת הייצוא של נתוני החיוב ב-Cloud וערכי הנתונים יופיעו כמו בטבלה הבאה.

מק"ט cost usage.amount_in_pricing_units usage.pricing_unit price.effective_price originating-sku 1 subscription.instance_id credits
Fee SKU 0.046868 6.509490 hour 0.0072 RAM SKU subscriptions/e52fd279-0851-4f53-a533-093119e27bad []
Fee SKU 0.025132 3.490510 hour 0.0072 Core SKU subscriptions/e52fd279-0851-4f53-a533-093119e27bad []
RAM SKU 0.174496 8 gibibyte hour 0.02181159 null null ‪[{"amount":-0.065095,"full_name":"Committed use discount - dollar based: GCE Commitments", "type":"COMMITTED_USAGE_DISCOUNT_DOLLAR_BASE"}]
Core SKU 0.093568 32 hour 0.00292353 null null ‪[{"amount":-0.034905,"full_name":"Committed use discount - dollar based: GCE Commitments", "type":"COMMITTED_USAGE_DISCOUNT_DOLLAR_BASE"}]

1. העמודה הזו מייצגת את הערך של התווית goog-originating-sku-id.

הנתונים אחרי ההעברה

אחרי הטמעת המודל החדש של הנחות ה-CUD, סכימת הייצוא של נתוני החיוב ב-Cloud וערכי הנתונים יופיעו כמו בטבלה הבאה.

SKU cost usage.amount_in_pricing_units usage.pricing_unit consumption_model.description price.effective_price originating-sku 1 subscription.instance_id credits
Fee SKU 0.046868 0.046868330 hour Default 1 RAM SKU subscriptions/1fd3b130-40f8-4a79-ac6f-5753aaa0ceeb [{"amount":"-0.046868","type":"FEE_UTILIZATION_OFFSET"}]
Fee SKU 0.025132 0.025131670 hour Default 1 Core SKU subscriptions/1fd3b130-40f8-4a79-ac6f-5753aaa0ceeb [{"amount":"-0.025132","type":"FEE_UTILIZATION_OFFSET"}]
RAM SKU 0.109398 5.015577498 gibibyte hour ברירת מחדל 0.02181159 null null []
Core SKU 0.058648 20.06066639 hour ברירת מחדל 0.00292353 null null []
RAM SKU 0.046868 2.984422502 gibibyte hour Compute Flexible CUDs 1 Year 0.01570434 null subscriptions/1fd3b130-40f8-4a79-ac6f-5753aaa0ceeb []
Core SKU 0.025132 11.93933361 hour Compute Flexible CUDs 1 Year 0.00210494 null subscriptions/1fd3b130-40f8-4a79-ac6f-5753aaa0ceeb []

1. העמודה הזו מייצגת את הערך של התווית goog-originating-sku-id.

שימו לב לדברים הבאים במודל החדש של הנחות ה-CUD:

  • במקום שורה אחת לכל הנחת CUD, יש שתי שורות.
  • נוספה עמודה חדשה של consumption_model.description שמפרידה בין הרשומות הנוספות של הנחות ה-CUD, כאשר:
    • הערך Compute Flexible CUDs 1 Year מציין שקיבלתם את הנחת ה-CUD הצפויה.
    • הערך Default מציין שהשתמשתם יותר מדי בהנחת ה-CUD, והעלות חזרה לתמחור ברירת המחדל בגלל סכום החריגה. זה מצוין גם כשלא מופיע ערך ב-subscription.instance_id.
    • הערך Default מופיע גם בשורות של חיובי הנחות ה-CUD, כי ההנחות לא חלות עליהן. במקום זאת, השדה credits מציין שבוצע קיזוז שלילי כדי לבטל את החיוב.

תרחיש של הנחות CUD שלא נוצלו במלואן

בתרחיש של שימוש חסר, אנחנו מניחים שביצעתם את הרכישות שצוינו למעלה ולא ניצלתם את הנחות ה-CUD במלואן.

נתונים לפני ההעברה

לפני הטמעת המודל החדש של הנחות ה-CUD, סכימת הייצוא של נתוני החיוב ב-Cloud וערכי הנתונים יופיעו כמו בטבלה הבאה.

SKU cost usage.amount_in_pricing_units usage.pricing_unit price.effective_price originating-sku 1 subscription.instance_id credits
Fee SKU 0.022994 3.194 hour 0.0072 null subscriptions/e52fd279-0851-4f53-a533-093119e27bad []
Fee SKU 0.125637 17.450 hour 0.0072 RAM SKU subscriptions/e52fd279-0851-4f53-a533-093119e27bad []
Fee SKU 0.067369 9.357 hour 0.0072 Core SKU subscriptions/e52fd279-0851-4f53-a533-093119e27bad []
RAM SKU 0.174496 8 gibibyte hour 0.02181159 null null ‪[{"amount":-0.174496,"full_name":"Committed use discount - dollar based: GCE Commitments", "type":"COMMITTED_USAGE_DISCOUNT_DOLLAR_BASE"}]
Core SKU 0.093568 32 hour 0.00292353 null null ‪[{"amount":-0.093568,"full_name":"Committed use discount - dollar based: GCE Commitments", "type":"COMMITTED_USAGE_DISCOUNT_DOLLAR_BASE"}]

1. העמודה הזו מייצגת את הערך של התווית goog-originating-sku-id.

הנתונים אחרי ההעברה

אחרי הטמעת המודל החדש של הנחות ה-CUD, סכימת הייצוא של נתוני החיוב ב-Cloud וערכי הנתונים יופיעו כמו בטבלה הבאה.

SKU cost usage.amount_in_pricing_units usage.pricing_unit price.effective_price consumption_model.description originating-sku 1 subscription.instance_id credits
Fee SKU 0.022994 0.0230 hour 1 Default null subscriptions/1fd3b130-40f8-4a79-ac6f-5753aaa0ceeb []
Fee SKU 0.125637 0.1256371 hour 1 Default RAM SKU subscriptions/1fd3b130-40f8-4a79-ac6f-5753aaa0ceeb [{"amount":"-0.1256348","type":"FEE_UTILIZATION_OFFSET"}]
Fee SKU 0.067369 0.0673690 hour 1 Default Core SKU subscriptions/1fd3b130-40f8-4a79-ac6f-5753aaa0ceeb [{"amount":"-0.0673581","type":"FEE_UTILIZATION_OFFSET"}]
RAM SKU 0.125637 8 gibibyte hour 0.0157043448 Compute Flexible CUDs 1 Year null subscriptions/1fd3b130-40f8-4a79-ac6f-5753aaa0ceeb []
Core SKU 0.067369 32 hour 0.0021049416 Compute Flexible CUDs 1 Year null subscriptions/1fd3b130-40f8-4a79-ac6f-5753aaa0ceeb []

1. העמודה הזו מייצגת את הערך של התווית goog-originating-sku-id.

שימו לב לדברים הבאים במודל החדש של הנחות ה-CUD:

  • במקום שורה אחת לכל הנחת CUD, יש שתי שורות.
  • נוספה עמודה חדשה של consumption_model.description שמפרידה בין הרשומות הנוספות של הנחות ה-CUD, כאשר:
    • הערך Compute Flexible CUDs 1 Year מציין שקיבלתם את הנחת ה-CUD הצפויה.
    • הערך Default מופיע בשורות של חיובי הנחות ה-CUD, כי ההנחות לא חלות עליהן. במקום זאת, השדה credits מציין שבוצע קיזוז שלילי כדי לבטל את החיובים, שנוספו לשורה הראשונה.
  • בשורה הראשונה מוצג סכום של חיובי הנחות ה-CUD.

שאילתות לדוגמה למדדי KPI עיקריים של הנחות CUD

דוגמאות לשאילתות שמראות איך להשתמש במדדי KPI כדי לוודא שהמערכות שלכם פועלות כמו שצריך עם מודל הנתונים החדש מופיעות במאמר דוגמאות לשאילתות על מודל הנתונים החדש של הנחות ה-CUD.

ייצוא של נתוני החיוב ב-Cloud ל-BigQuery

בייצוא של נתוני החיוב ב-Cloud ל-BigQuery (ייצוא נתונים סטנדרטי ומפורט וחיוב חוזר למפיצים בלבד), השדות הבאים חדשים או השתנו:

שדה סוג חדש או מעודכן
price Struct קיים (בלי שינוי בייצוא מפורט או בייצוא של חיוב חוזר, הוספה לייצוא סטנדרטי).
price.list_price Numeric שדה חדש
price.effective_price_default Numeric שדה חדש
price.list_price_consumption_model Numeric שדה חדש
price.effective_price Numeric קיים (התיאור עודכן בייצוא מפורט ובייצוא של חיוב חוזר, הוספה לייצוא סטנדרטי).
price.tier_start_amount Numeric קיים בייצוא מפורט, הוספה לייצוא סטנדרטי.
price.unit String קיים בייצוא מפורט, הוספה לייצוא סטנדרטי.
price.pricing_unit_quantity Numeric קיים בייצוא מפורט, הוספה לייצוא סטנדרטי.
cost_at_list Numeric שדה קיים, התיאור עודכן בהתאם לשינויים.
cost Numeric שדה קיים, התיאור עודכן בהתאם לשינויים.
cost_at_effective_price_default Numeric חדש
cost_at_list_consumption_model Numeric חדש
consumption_model Struct חדש
consumption_model.id String חדש
consumption_model.description String חדש

שינויים בייצוא המחירים

בייצוא של נתוני התמחור בחיוב ב-Cloud ל-BigQuery, השדות הבאים יתווספו או ישתנו לצורך צפייה בפרטי התמחור:

שדה סוג חדש או מעודכן
list_price Struct מעודכן
billing_account_price Struct מעודכן
consumption_model_prices רשימת struct חדש
consumption_model_prices.consumption_model_id String חדש
consumption_model_prices.consumption_model_display_name String חדש
consumption_model_prices.list_price.tiered_rates.start_usage_amount Float חדש
consumption_model_prices.list_price.tiered_rates.usd_amount Numeric חדש
consumption_model_prices.billing_account_price.tiered_rates.start_usage_amount Float חדש
consumption_model_prices.billing_account_price.tiered_rates.usd_amount Numeric חדש

פרטי מוצר חדשים של הנחות CUD

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

העברה של מזהים של מוצרים ושל מודל צריכה

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

העברה של מק"טים לחיובים של הנחות CUD

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

ממשקי API והפניות

באמצעות Procurement API תוכלו לרכוש התחייבויות ל-VMware Engine והתחייבויות גמישות ל-Compute Engine. מידע נוסף זמין במאמר בנושא Cloud Commerce Consumer Procurement API.