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

כחלק מהרחבת התוכנית של הנחות תמורת התחייבות לשימוש (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 תהיה גבוהה יותר, כי עמלות ההתחייבויות על חלק משעה לא מחושבות באותו אופן. כשרוכשים CUD מבוסס הוצאה, העמלה של השעה הראשונה מחושבת לפי החלק היחסי.
  • המלצה להשוואה על בסיס זמן: כשמשווים בין הייצוא לדוגמה לבין הייצוא בסביבת הייצור, צריך להשתמש ב-usage_start_time כבסיס להגדרת תקופות הזמן בשני הייצואים, ולא ב-export_time. קיבוץ לפי תאריך המחיצה (השדה export_time) לא מבטיח תמונת מצב עקבית של השימוש, כי הנתונים של כל ייצוא מועלים בזמנים שונים.
  • עדכניות הנתונים: הייצוא לדוגמה נוצר לפי לוח זמנים עם עיכוב בהשוואה ל-BigQuery Export שלכם בסביבת הייצור. יכולים להיות פערים, במיוחד בתאריכי השימוש האחרונים, בגלל תזמון עיבוד הנתונים. הסיבה לכך היא שנתוני השימוש מאוכלסים לאט יותר בייצוא לדוגמה מאשר בייצוא בסביבת הייצור.
    • המלצה להשוואה: אל תנסו להשוות בין נתוני הייצוא עם 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

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

ייצוא של נתוני החיוב ב-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 אחרי ההעברה או בדף שימוש ב-API לרכישת התחייבות להוצאה.

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

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

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

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