המבנה של ייצוא נתונים מפורטים

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

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

  • ‫AlloyDB ל-PostgreSQL
  • App Engine
  • BigQuery
  • Bigtable
  • Cloud Data Fusion
  • Cloud Deploy
  • פונקציות Cloud Run
  • Cloud Logging
  • Cloud Run
  • Cloud SQL
  • Cloud Storage
  • Compute Engine
  • Dataflow
  • Dataproc Metastore
  • ‫Firestore ו-Datastore
  • ‫Google Kubernetes Engine‏ (GKE)
    כדי להציג את פירוט העלויות של אשכולות GKE בייצוא של נתונים מפורטים, צריך גם להפעיל את שיוך העלויות ב-GKE.
  • Managed Microsoft AD
  • Memorystore for Redis
  • Secret Manager
  • Spanner

זיהוי נתוני עלויות מפורטים לפי שירות

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

תיאור השירות עמודה איך מזהים את המשאבים?
‫AlloyDB ל-PostgreSQL ‫service.description, וגם resource.name או resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
App Engine ‫service.description וגם resource.name, או resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
BigQuery ‫service.description וגם resource.name, או resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Bigtable ‫service.description וגם resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Cloud Data Fusion ‫service.description, וגם resource.name או resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Cloud Deploy ‫service.description, וגם resource.name או resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
פונקציות Cloud Run ‫service.description וגם resource.name או resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Cloud Logging ‫service.description וגם resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Cloud Run ‫service.description וגם resource.name או resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Cloud SQL ‫service.description וגם resource.global_name

בעמודה service.description מופיע השם של השירות, ובעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Cloud Storage ‫service.description וגם resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Compute Engine ‫service.description וגם resource.name או resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Dataflow ‫service.description וגם resource.name, או resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Dataproc Metastore ‫service.description, וגם resource.name או resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
‫Firestore ו-Datastore ‫service.description וגם resource.name, או resource.global_name

עמודה service.description תהיה App Engine. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
‪Google Kubernetes Engine (GKE) labels.key

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

  • ‫goog-fleet-project: סינון משאבי האשכול לפי פרויקט המארח של ה-Fleet, אם האשכול רשום ב-Fleet.
  • ‫goog-k8s-cluster-location: סינון משאבי GKE לפי מיקום.
  • ‫goog-k8s-cluster-name: סינון משאבי GKE לפי אשכול.
  • ‫goog-k8s-node-pool-name: סינון משאבי האשכול לפי מאגר צמתים.
  • ‫k8s-namespace: סינון משאבי GKE לפי מרחב שמות.
  • ‫k8s-namespace-labels: סינון משאבי GKE לפי תווית למרחב השמות של Fleet.
  • ‫k8s-label: צפייה בכל משאבי GKE.

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

תוכלו להיעזר בשאילתות לדוגמה לסינון של נתוני GKE בייצוא מ-BigQuery.
Managed Microsoft AD ‫service.description, וגם resource.name או resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Memorystore for Redis ‫service.description וגם resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Secret Manager ‫service.description' ‏resource.name וגם resource.global_name

בעמודה service.description מופיע שם השירות. בעמודה resource.name מופיע השם שסיפק המשתמש. בעמודה resource.global_name מופיע מזהה ייחודי של המשאב.
Spanner ‫service.description וגם resource.global_name

בעמודה service.description מופיע השם של השירות, ובעמודה resource.global_name מופיע מזהה ייחודי של המשאב.

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

הסכימה של הנתונים המפורטים של עלויות השימוש

במערך הנתונים ב-BigQuery, הנתונים המפורטים של עלויות השימוש ב- Google Cloud נשמרים בטבלת נתונים בשם gcp_billing_export_resource_v1_<BILLING_ACCOUNT_ID>.

כשאתם משתמשים בנתוני העלות המפורטים של שימוש ב-BigQuery, חשוב לשים לב לנקודות הבאות:

  • סכימת הטבלה של ייצוא נתוני החיוב המפורטים ב-Cloud יכולה להשתנות במהלך הזמן, למשל כשמוסיפים שדות חדשים לייצוא המפורט. כדי להגן על השאילתות משינויים עתידיים בסכימה, במקום להסתמך על שאילתות שמפנות ישירות לעמודות שמיוצאות, מומלץ להשתמש בתצוגות (Views) של BigQuery כדי לנרמל את הנתונים בשביל שבטבלה תוצג אותה סכימה כמו השאילתות שלכם. מידע נוסף על ההגבלה הזו
  • כשאתם בוחרים או יוצרים מערך נתונים של BigQuery לנתוני עלות מפורטים של שימוש, אתם יכולים לבחור כל מיקום של מערך נתונים שאפשר להשתמש בו לנתוני החיוב ב-Cloud.
  • אם תפעילו את הייצוא של הנתונים המפורטים של עלויות השימוש בפעם הראשונה בחיוב ב-Cloud, ותבחרו מערך נתונים שהוגדר להיות במספר אזורים (באיחוד האירופי או בארה"ב), נתוני החיוב ב-Cloud יהיו זמינים רטרואקטיבית מתחילת החודש הקודם. הנתונים מיוצאים בסדר כרונולוגי. במילוי החוסרים הראשוני (backfill), הייצוא של נתוני החיוב הרטרואקטיביים ב-Cloud יסתיים תוך עד 5 ימים ורק אז תתחילו לראות את נתוני השימוש האחרונים.
  • אם תפעילו את הייצוא של הנתונים המפורטים של עלויות השימוש ותבחרו מערך נתונים שהוגדר להיות באזור מסוים, נתוני החיוב ב-Cloud יהיו זמינים רטרואקטיבית מהתאריך שבו הפעלתם את הייצוא.
  • אם תפעילו, תשביתו ואז תפעילו מחדש את הייצוא של הנתונים המפורטים של עלויות השימוש, יכול להיות שנתוני החיוב ב-Cloud לא יהיו זמינים לתקופה שבה ייצוא הנתונים הושבת באופן מפורש.
  • למידע נוסף על תדירות טעינת הנתונים לטבלאות ב-BigQuery
  • חשוב להכיר מגבלות אחרות שעשויות להשפיע על ייצוא נתוני החיוב ל-BigQuery, כמו מערכי נתונים שבהם הופעלו מפתחות הצפנה בניהול הלקוח (CMEK).
  • כדאי להביא בחשבון את נפח הנתונים הנוסף שהטבלאות של BigQuery עשויות להזדקק לו, ואת העלות הנוספת שנדרשת כתוצאה מהפעלת הייצוא של נתוני העלות המפורטים של שימוש, במקום ייצוא של נתוני העלות הסטנדרטיים של שימוש. רמת הפירוט המוגברת של המידע ברמת המשאב עשויה להגדיל את מספר השורות שמצטברות בטבלה, בפורמט של נתוני העלות הסטנדרטיים של שימוש. מומלץ לקרוא את המאמר ניהול העלויות ב-BigQuery כדי לקבל שיטות מומלצות נוספות לניהול העלויות ב-BigQuery.
שדה סוג תיאור
billing_account_id String

מספר החשבון לחיוב ב-Cloud שהשימוש משויך אליו.

למפיצים: כשנוצרת עלות שימוש בחשבון משנה לחיוב ב-Cloud, המספר הזה הוא של חשבון המשנה ולא של החשבון הראשי לחיוב ב-Cloud של המפיץ.
invoice.month String

השנה והחודש (בפורמט YYYYMM) של החשבונית שכוללת את פריטי העלות. לדוגמה: המשמעות של המחרוזת "201901" היא ינואר 2019.

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

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

הערכים האפשריים הם:
  • ‫GOOGLE: טרנזקציה לא מפוקחת ישירות מול Google Cloud.
  • ‫PARTNER: טרנזקציה מפוקחת או לא מפוקחת מול צד שלישי (שותף).
cost_type String

סוג העלות שהפריט הזה מייצג: רגילה, מס, התאמה או שגיאת עיגול.
service.id String מזהה השירות שאליו משויך השימוש.
service.description String השירות של Google Cloud שדיווח על נתוני החיוב ב-Cloud.
sku.id String מזהה המשאב שהיה בשימוש של השירות. לרשימת המקט"ים המלאה שלGoogle Cloud
sku.description String תיאור של סוג המשאב שהשירות משתמש בו. לדוגמה, סוג המשאב ‫Cloud Storage הוא Standard Storage US.
usage_start_time Timestamp שעת ההתחלה של חלון השימוש השעתי שחושבה בו העלות הנתונה. נתוני השימוש והעלויות של כל השירותים מוצגים ברמת פירוט שעתית. זאת הסיבה ששימוש ארוך בשירות יכול להתפרס על כמה חלונות שימוש שעתיים.

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

אתם יכולים לקרוא מידע נוסף במאמרי העזרה של BigQuery בנושא סוגי הנתונים של חותמות זמן. אפשר גם לקרוא על ההבדלים בין נתוני הייצוא לחשבוניות.
project Struct השדה project כולל שדות שמתארים את הפרויקט בחיוב ב-Cloud, כמו ID,‏ number,‏ name,‏ ancestry_numbers ו-labels.
project.id String מזהה הפרויקט ב- Google Cloud שממנו נוצרו נתוני החיוב ב-Cloud.
project.number String מזהה פנימי, ייחודי ואנונימי לפרויקט ב- Google Cloud שבו נוצרו נתוני החיוב ב-Cloud. בבקשות תמיכה ובתקשורת אחרת עם הלקוחות, Google תתייחס לפרויקטים שלכם לפי מספר הפרויקט הזה.
project.name String שם הפרויקט ב- Google Cloud שממנו נוצרו נתוני החיוב ב-Cloud.
project.ancestry_numbers String ישויות האב בהיררכיית המשאבים של הפרויקט שמזוהים באמצעות הערך שצוין בשדה project.id (לדוגמה, my-project-123).

לדוגמה: ‎/ParentOrgNumber/ParentFolderNumber/‎. מידע נוסף על היררכיית המשאבים
project.ancestors Struct

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

project.ancestors.resource_name String השם של המשאב היחסי לכל ישות אב בפורמט "resourceType/resourceNumber". השדה project.ancestors.resource_name מאפשר לראות תמונה מלאה יותר של הערכים בשדה project.ancestry_numbers.
project.ancestors.display_name String השם שנתתם למשאב במסוף.
project.labels.key String אם יש תוויות, זה החלק של המַפְתח בצמדי מפתח/ערך שמרכיבים את התווית, בפרויקט ב- Google Cloud שבו נוצר השימוש. איך משתמשים בתוויות?
project.labels.value String אם יש תוויות, זה החלק של הערך בצמדי מפתח/ערך שמרכיבים את התווית, בפרויקט ב- Google Cloud שבו נוצר השימוש. איך משתמשים בתוויות?
labels.key String אם יש תוויות, זה החלק של המַפְתח בצמדי מפתח/ערך שמרכיבים את התווית, במשאב ב- Google Cloud שבו נוצר השימוש. איך משתמשים בתוויות?
labels.value String אם יש תוויות, זה החלק של הערך בצמדי מפתח/ערך שמרכיבים את התווית, במשאב ב- Google Cloud שבו נוצר השימוש. איך משתמשים בתוויות?
system_labels.key String אם יש תוויות ברמת המערכת, זה החלק של המַפתח בצמדי מפתח/ערך שמרכיבים את התווית שהמערכת יצרה אוטומטית, במשאב שבו נעשה השימוש. אתם יכולים לקרוא מידע נוסף במאמר תוויות מערכת זמינות.
system_labels.value String אם יש תוויות ברמת המערכת, זה החלק של הערך בצמדי מפתח/ערך שמרכיבים את התווית שהמערכת יצרה אוטומטית, במשאב שבו נעשה השימוש. אתם יכולים לקרוא מידע נוסף במאמר תוויות מערכת זמינות.
location.location String המיקום שבו נוצר השימוש ברמה של מספר אזורים, מדינה, אזור או תחום (zone), או global למשאבים שאין להם מיקום ספציפי. למידע נוסף על אזורים גיאוגרפיים ומיקומים ב- Google Cloud
location.country String כשהשדה location.location מכיל מדינה, אזור או תחום (zone), הוא כולל את המדינה שבה היה השימוש. למשל: US. למידע נוסף על אזורים גיאוגרפיים ומיקומים ב- Google Cloud
location.region String כשהשדה location.location מכיל אזור או תחום (zone), הוא כולל את האזור שבו היה השימוש. למשל us-central1. למידע נוסף על אזורים גיאוגרפיים ומיקומים ב- Google Cloud
location.zone String כשהשדה location.location מכיל תחום (zone), הוא כולל את התחום שבו היה השימוש. למשל us-central1-a. למידע נוסף על אזורים גיאוגרפיים ומיקומים ב- Google Cloud
cost Float

העלות לפי מודל הצריכה הרלוונטי, כולל הנחות מוסכמות שמופיעות בתמחור המותאם אישית בחוזה שמקושר לחשבון לחיוב ב-Cloud (אם רלוונטי).
currency String המטבע שבו מחויבת העלות. אתם יכולים לקרוא מידע נוסף במאמר מטבע מקומי לחיוב ותשלומים.
currency_conversion_rate Float שער החליפין מדולר ארה"ב למטבע המקומי. כלומר, התוצאה של החישוב ‎cost ÷ currency_conversion_rate‎ היא העלות בדולר ארה"ב.
usage.amount Float הכמות של usage.unit שהייתה בשימוש.
usage.unit String היחידה הבסיסית שלפיה נמדד השימוש במשאבים. לדוגמה, היחידה הבסיסית של אחסון סטנדרטי היא byte-seconds.
usage.amount_in_pricing_units Float הכמות של usage.pricing_unit שהייתה בשימוש.
usage.pricing_unit String היחידה שלפיה נמדד השימוש במשאבים, בהתאם ל-Cloud Billing Catalog API.
credits Struct ‫credits מכיל שדות שמתארים את המבנה והערכים של הזיכויים שמשויכים למק"טים של Google Cloud ושל הפלטפורמה של מפות Google.
credits.id String אם השדה הזה קיים, זה אומר שיש זיכוי שמשויך למק"ט של המוצר. ערכי השדה credits.id יכולים להכיל מזהה ייחודי אלפאנומרי (כמו 12-b34-c56-d78), או תיאור מילולי של סוג הזיכוי (למשל ‎Committed Usage Discount: CPU‎).

אם השדה credits.id ריק, זה אומר שהמק"ט של המוצר לא משויך לזיכוי כלשהו.
credits.full_name String שם הזיכוי שמשויך למק"ט של המוצר. זה התיאור האלפאנומרי (הקריא לאנשים) של השדה credits.id. לדוגמה: Free trial credit או Spend-based committed use discount.

הערכים של credits.full_name מופיעים רק למק"טים שיש להם שדה credits.id אלפאנומרי. אם הערך של credits.id הוא תיאור של סוג הזיכוי (למשל ‎Committed Usage Discount: CPU‎), אז השדה credits.full_name יהיה ריק.

credits.type String השדה הזה מתאר את המטרה או המקור של credits.id. סוגי הזיכויים כוללים:
  • ‫FEE_UTILIZATION_OFFSET במקרה של הנחות חדשות תמורת התחייבות להוצאה, הזיכוי הזה משמש לקיזוז העמלות ששולמו על רכישת הנחות CUD. במודל החדש רוכשים התחייבויות במחיר מוזל. כשמשתמשים במק"טים שכלולים ב-CUD, הזיכוי הזה מתקזז עם העמלה. כשמשתמשים בכל ההתחייבות לשימוש, הקיזוז מפחית את העמלה לאפס, והשימוש במק"טים שעומדים בדרישות מחויב במחיר המוזל.
  • ‫ COMMITTED_USAGE_DISCOUNT_DOLLAR_BASE: בהנחות תמורת התחייבות להוצאה (CUD) מדור קודם שלא נכללות במודל התמחור החדש, זהו הקרדיט שנצבר בתמורה להתחייבות להוציא סכום מינימלי על שירות באזור מסוים.
  • ‫COMMITTED_USAGE_DISCOUNT: חוזים של התחייבות לשימוש במשאבים שנרכשו בשביל Compute Engine בתמורה להנחות משמעותיות בשימוש ב-VM.
  • ‫DISCOUNT: סוג הזיכוי הזה משמש לזיכויים שנצברו אחרי שמגיעים לסף ההוצאות שמוגדר בחוזה. שימו לב שבדוחות של החיוב ב-Cloud שזמינים במסוף Google Cloud , הזיכוי מסוג "הנחה" מופיע בתור Spending based discounts.
  • ‫FREE_TIER: בשירותים מסוימים אפשר להשתמש במשאבים בחינם, עד למגבלות שצוינו. בשירותים האלה מממשים זיכויים כדי להשתמש בתוכנית בחינם.
  • ‫PROMOTION: הזיכוי מסוג שובר פרסום כולל קרדיטים על הגעה לאבן דרך של הוצאות, תקופת ניסיון בחינם ב- Google Cloud וקרדיטים שיווקיים או מענקים אחרים לשימוש ב- Google Cloud. כשיש קרדיט שיווקי, הוא נחשב אמצעי תשלום ומשתמשים בו אוטומטית כדי להוזיל את החיוב.
  • ‫RESELLER_MARGIN: אם אתם מפיצים, סוג הזיכוי הנחת מפיצים מציין את ההנחות שנצברו בתוכנית המפיצים בכל פריט שעומד בקריטריונים.
  • ‫SUBSCRIPTION_BENEFIT: זיכויים שצברתם באמצעות רכישה של מינויים לטווח ארוך לשירותים בתמורה להנחות.
  • SUSTAINED_USAGE_DISCOUNT: סוג הזיכוי "הנחה על שימוש קבוע" מייצג הנחה אוטומטית שאתם מקבלים על הפעלת משאבים שעומדים בדרישות של Compute Engine בחלק משמעותי של החיוב החודשי, בלי צורך בהתחייבות.
credits.name String תיאור של הזיכוי שהוחל בחשבון לחיוב ב-Cloud.
credits.amount Float סכום הזיכוי שהוחל על השימוש.
adjustment_info Struct ‫adjustment_info מכיל שדות שמתארים את המבנה והערך של התאמה לפריטי עלות שמשויכים לחשבון לחיוב ב-Cloud.

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

adjustment_info.id String אם השדה הזה מופיע, זה אומר שהתאמה משויכת לפריט מסוים של עלות. ‫adjustment_info.id הוא המזהה הייחודי של כל ההתאמות שמשויכות לבעיה.
adjustment_info.description String תיאור של ההתאמה והסיבה שבגללה היא בוצעה.
adjustment_info.type String

סוג ההתאמה.

סוגי התאמות אפשריים:

  • ‫USAGE_CORRECTION: תיקון בגלל דיווח שגוי של שימוש.
  • ‫PRICE_CORRECTION: תיקון בגלל כללי תמחור שגויים.
  • ‫METADATA_CORRECTION: תיקון של מטא-נתונים בלי לשנות את העלות.
  • ‫GOODWILL: זיכוי שהונפק ללקוח מטעמי מוניטין.
  • ‫SALES_BASED_GOODWILL: זיכוי שהונפק ללקוח מטעמי מוניטין במסגרת חוזה.
  • ‫SLA_VIOLATION: זיכוי שהונפק ללקוח בגלל הפרה של יעדים למדידת רמת השירות (SLO).
  • ‫BALANCE_TRANSFER: התאמה בשביל העברת כספים מחשבון תשלומים אחד לאחר.
  • ‫ACCOUNT_CLOSURE: התאמה שמאפסת את היתרה של חשבון סגור.
  • ‫GENERAL_ADJUSTMENT: שינוי כללי בחשבון לחיוב.
adjustment_info.mode String

האופן שבו הונפקה ההתאמה.

מצבים אפשריים:

  • ‫PARTIAL_CORRECTION: התיקון מבטל חלקית את השימוש והעלות המקוריים.
  • ‫COMPLETE_NEGATION_WITH_REMONETIZATION: התיקון מבטל לחלוטין את השימוש והעלות המקוריים, ומפיק פריטים מתוקנים עם שימוש ועלות מעודכנים.
  • ‫COMPLETE_NEGATION: התיקון מבטל לחלוטין את השימוש והעלות המקוריים, ואין חיוב של שימוש נוסף.
  • ‫MANUAL_ADJUSTMENT: ההתאמה של העלות והשימוש מבוצעת באופן ידני.
export_time Timestamp משתנה שמייצג את הזמן שבו בוצע העיבוד ומשויך לתוספת הנתונים של החיוב ב-Cloud. הערך בשדה הזה יגדל בכל ייצוא חדש.
בהמשך אפשר גם לקרוא על ההבדלים בין נתוני הייצוא לחשבוניות.
tags Struct

שדות שמתארים את התג, כמו מַפְתח, ערך ומרחב שמות.
tags.key String

השם המקוצר או השם המוצג של המפתח שמשויך לתג הספציפי הזה.
tags.value String

המשאבים שמצורפים אל tags.key. בכל רגע נתון אפשר לצרף רק ערך אחד לכל משאב של מַפְתח נתון.
tags.inherited Boolean

בשדה הזה מצוין אם הקישור בין התגים הוא בירושה (Tags Inherited = True) או ישיר/לא בירושה (Tags Inherited = False). בהיררכיית המשאבים אתם יכולים ליצור קישור בין תגים למשאב ראשי.
tags.namespace String

השדה הזה מייצג את היררכיית המשאבים שמגדירה את המַפְתח והערכים של התג. אתם יכולים לשלב את מרחב השמות עם השמות המקוצרים של מַפְתח וערך התג, כדי ליצור שם ייחודי גלובלי שמוגדר במלואו למַפְתח התג או לערך התג.
cost_at_list Float

מחיר המחירון של העלות לפי מודל הצריכה שמוגדר כברירת מחדל.
transaction_type String

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

  • ‫GOOGLE = 1: שירותים שנמכרים על ידי Google Cloud.
  • ‫THIRD_PARTY_RESELLER = 2: שירותים של צד שלישי שמופצים על ידי Google Cloud.
  • ‫THIRD_PARTY_AGENCY = 3: שירותים של צד שלישי שנמכרים על ידי שותף, כאשר Google Cloudפועל כסוכן.
seller_name String

השם החוקי של המוכר.
price Struct

שדות שמתארים את המבנה והערכים שקשורים למחירים שחויבו על שימוש.
price.list_price Numeric

מחיר המחירון של המק"ט לפי מודל הצריכה שמוגדר כברירת מחדל.

price.effective_price_default Numeric

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

price.list_price_consumption_model Numeric

מחיר המחירון של המק"ט לפי מודל הצריכה הרלוונטי, לפני שההנחות המוסכמות מופיעות בתמחור המותאם אישית בחוזה שמקושר לחשבון לחיוב ב-Cloud (אם רלוונטי).
price.effective_price Numeric

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

price.tier_start_amount Numeric

הרף התחתון של מספר היחידות ברמת תמחור של מק"ט. למידע נוסף, ראו רמות תמחור.

price.unit String

יחידת השימוש שהתמחור מצוין בה ושנמדד בה השימוש במשאב.
price.pricing_unit_quantity Numeric

הרף התחתון של מספר היחידות ברמת תמחור של מק"ט. למידע נוסף, ראו רמות תמחור.

cost_at_effective_price_default Numeric

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

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

consumption_model Struct

שדות שמתארים את מודל הצריכה הרלוונטי.
consumption_model.id String

המזהה של מודל הצריכה.
consumption_model.description String

התיאור של מודל הצריכה.
שדות נוספים שזמינים בייצוא של נתוני עלות מפורטים של השימוש
resource Struct

השדות שמתארים את המבנה והערכים של הנתונים שרלוונטיים למשאבים שמייצרים את השימוש בשירות (למשל, מכונה וירטואלית או SSD).
resource.global_name String

מזהה שירות ייחודי וגלובלי של המשאב שיצר את השימוש הרלוונטי.
resource.name String

מזהה ספציפי לשירות של המשאב שיצר את השימוש הרלוונטי. המזהה הזה יכול להיות קלט שנוצר על ידי המשתמש.
subscription Struct

השדות שמתארים את ההתחייבויות שלכם להוצאה או לשימוש במשאבים. אפשר להשתמש בשדות האלה כדי לנתח את החיובים לפי התחייבויות ספציפיות.
subscription.instance_id String

מזהה המינוי שמקושר להתחייבות.

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

בקטעים הבאים מתוארים הנתונים הסטנדרטיים והמפורטים של עלויות השימוש שמיוצאים ל-BigQuery.

מידע על התוויות

בנתוני העלות של תווית ספציפית נכללים נתוני שימוש רק החל מהתאריך שבו התווית נוספה למשאב. לדוגמה, אם הוספתם את התווית environment:dev למכונה וירטואלית של Compute Engine ב-15 בינואר 2024, כל ניתוח של נתוני environment:dev יכלול רק את נתוני השימוש במכונה הווירטואלית הזו החל מ-15 בינואר.

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

תוויות מערכת זמינות

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

system_labels.key דוגמה לערכים בשדה system_labels.value תיאור
compute.googleapis.com/machine_spec n1-standard-1, custom-2-2048 ההגדרה של המכונה הווירטואלית. למידע נוסף, אפשר לקרוא את המאמר סוגי מכונות.
compute.googleapis.com/cores בשביל ‎n1-standard-4 הערך הוא 4; בשביל ‎custom-2-2048 הערך הוא 2 מספר יחידות ה-vCPU שזמינות למכונה הווירטואלית.
compute.googleapis.com/memory בשביל ‎n1-standard-4 הערך הוא 15360 (כלומר ‎15GB * 1,024MB/GB‎); בשביל ‎custom-2-2048 הערך הוא 2048 נפח הזיכרון (ב-MB) שזמין למכונה הווירטואלית.
compute.googleapis.com/is_unused_reservation ‎true; false מציין שימוש שהוזמן דרך מקומות שמורים אזוריים אבל לא היה בשימוש.
compute.googleapis.com/reservation_name my-a2-reservation השם המקוצר של המקום השמור ב-Compute Engine.
compute.googleapis.com/reservation_project_id my-gcp-project מזהה הפרויקט שהמקום השמור ב-Compute Engine בבעלותו.
storage.googleapis.com/object_state live;‏ noncurrent;‏ soft_deleted;‏ multipart המצב של אובייקט האחסון שמחויב.

ההבדלים בין נתוני הייצוא לבין החשבוניות

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

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

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

שדות חותמת הזמן כוללים את אלה:

  • usage_start_time
  • usage_end_time
  • export_time

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

מיסים

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

לדוגמה, לגבי עלויות שתועדו לפני 1 בספטמבר, נתוני עלות השימוש נראו דומים לדוגמה הבאה – שבה שומת המס היא 10$‎.

billing_account_id project.id cost_type cost
‎123456-ABCDEF-123456 example-project Regular 60$
‎123456-ABCDEF-123456 test-project Regular 40$
‎123456-ABCDEF-123456 [empty] Tax 10$

לגבי עלויות שתועדו אחרי 1 בספטמבר, הסכום 10$ מחולק ל-6$ ל-example-project ו-4$ ל-test-project:

billing_account_id project.id cost_type cost
‎123456-ABCDEF-123456 example-project Regular 60$
‎123456-ABCDEF-123456 test-project Regular 40$
‎123456-ABCDEF-123456 example-project Tax 6$
‎123456-ABCDEF-123456 test-project Tax 4$

שגיאות והתאמות

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

שינויים בחיוב

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

הסבר על התאמות ועל תעודות זיכוי וחיוב

תיקונים

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

  • cost
  • credit
  • usage.amount
  • export_time

לדוגמה, נניח שאתם צריכים להיות מחויבים ב-10$‎ על השימוש ב-SKU A ב-1 בינואר. בחשבונית של ינואר (שתונפק בתחילת פברואר) יופיע חיוב על סך 10$‎ על השימוש ב-SKU A, אבל ב-2 בפברואר, מערכת Google Cloud תיקנה את המחירים של SKU A והוזילה את עלות השימוש ל-5$‎. במצב כזה, בחשבונית של פברואר (שתונפק בתחילת מרץ) יופיעו שני פריטים נוספים:

  • ‫‎-10$ על השימוש ב-1 בינואר (ביטול החיוב המקורי)
  • ‫5$ על השימוש ב-1 בינואר (סכום החיוב המתוקן)

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

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

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

SELECT
  SUM(cost)
    + SUM(IFNULL((SELECT SUM(c.amount)
      FROM   UNNEST(credits) c), 0))
    AS total
FROM `project.dataset.gcp_billing_export_v1_XXXXXX-XXXXXX-XXXXXX`
WHERE
  invoice.month = '202311' AND
  DATE(TIMESTAMP_TRUNC(usage_start_time, Day, 'US/Pacific')) < '2023-11-01';

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

מידע על קרדיטים שיווקים בחוזים עם מחירים אישיים

אם יש לכם חוזה עם מחירים אישיים, יכול להיות שבמסגרת החוזה תקבלו קרדיטים שיווקיים לשימוש ב- Google Cloud . לדוגמה, יכול להיות שתקבלו 1,000$‎ לשימוש במשאבי Compute Engine. בדרך כלל הקרדיטים השיווקיים נחשבים כאמצעי תשלום לכל דבר. כשזה אפשרי, הקרדיטים השיווקיים מנוכים אוטומטית מהסכום לחיוב.

תנאי החוזה קובעים אם הקרדיטים השיווקיים יחולו על העלויות לפי מחיר המחירון של המק"ט או לפי המחיר נטו (אחרי ההנחה).

אם הקרדיטים השיווקיים חלים על העלויות שמחושבות לפי מחיר המחירון, בדוח Cost table יופיע שירות בשם Invoice עם מק"ט בשם Contract billing adjustment. המק"ט הזה משמש להתאמה כדי שהקרדיטים יחולו על העלויות לפי מחיר המחירון. כדי לראות את עלויות השימוש שלהן בוצעה ההתאמה, אפשר לשלוח שאילתה להצגת העמודות system.labels. המפתח שמופיע בשדה system.labels.key הוא cloud-invoice.googleapis.com/sku_id, והערך בשדה system.labels.value מכיל את מזהה המק"ט שעליו חלים הקרדיט וההתאמה.

מידע על תגים

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

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

נתוני התגים מופיעים בייצוא מ-BigQuery למשאבים, לפרויקטים, לתיקיות ולארגונים.

התגים הזמינים

בייצוא של נתוני עלות סטנדרטיים ונתוני עלות מפורטים למשאבים, לפרויקטים, לתיקיות ולארגונים, השדות הבאים כוללים נתוני תגים: Tags Key, ‏Tags Value‏, Tags Inherited ו-Tags Namespace.

כשמייצאים את נתוני החיוב ב-Cloud, אפשר להשתמש בתגים ברמת המשאב למשאבים הבאים:

  • אשכולות, מכונות וגיבויים של AlloyDB ל-PostgreSQL
  • מאגרי Artifact Registry
  • מכונות של Bigtable
  • שירותים ומשימות ב-Cloud Run
  • קטגוריות של Cloud Storage
  • מכונות של Compute Engine
  • מכונות של Memorystore for Redis
  • סודות גלובליים ואזוריים ב-Secret Manager
  • מכונות Spanner
  • מסדי נתונים ב-Firestore

מגבלות התגים

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

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

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

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

ערכים נפוצים שכלולים בדוגמאות לשאילתות על נתוני עלויות מפורטים

בדוגמאות של השאילתות בקטע הזה נעשה שימוש בערך הבא ל-Table name: project.dataset.gcp_billing_export_resource_v1_XXXXXX_XXXXXX_XXXXXX

החזרת העלויות ברמת המשאב בחשבונית

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

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

סיכום העלויות לכל משאב, לכל חשבונית

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

‫SQL סטנדרטי

SELECT
  invoice.month,
  resource.name,
  SUM(cost)
    + SUM(IFNULL((SELECT SUM(c.amount)
                  FROM UNNEST(credits) c), 0))
    AS total,
  (SUM(CAST(cost * 1000000 AS int64))
    + SUM(IFNULL((SELECT SUM(CAST(c.amount * 1000000 as int64))
                  FROM UNNEST(credits) c), 0))) / 1000000
    AS total_exact
FROM `project.dataset.gcp_billing_export_resource_v1_XXXXXX_XXXXXX_XXXXXX`
GROUP BY 1, 2
ORDER BY 1 ASC, 2 ASC
;

לדוגמה, התוצאה של השאילתה הקודמת עשויה להיות:

Row month name total total_exact
1 201901 null ‎1005.004832999999984$ 1005.00$‎
2 201901 backend1 781.8499760000028$‎ 781.85$‎
3 201902 null 953.0034923645475983$‎ 953.03$‎
4 201902 backend1 992.3101739999999717$‎ 992.31$‎
5 201902 bitnami-launchpad-wordpress-1-wordpress 1.2817819999999998$‎ 1.28$‎

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

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

‫SQL סטנדרטי

SELECT
  invoice.month,
  cost_type,
  resource.name,
  SUM(cost)
    + SUM(IFNULL((SELECT SUM(c.amount)
                  FROM   UNNEST(credits) c), 0))
    AS total,
  (SUM(CAST(cost * 1000000 AS int64))
    + SUM(IFNULL((SELECT SUM(CAST(c.amount * 1000000 as int64))
                  FROM UNNEST(credits) c), 0))) / 1000000
    AS total_exact
FROM `project.dataset.gcp_billing_export_resource_v1_XXXXXX_XXXXXX_XXXXXX`
GROUP BY 1, 2, 3
ORDER BY 1 ASC, 2 ASC, 3 ASC
;

לדוגמה, התוצאה של השאילתה הקודמת עשויה להיות:

Row month cost_type name total total_exact
1 201901 regular null 1000.501209987994782$‎ 1000.50$‎
2 201901 rounding_error null $0.500489920049387– $0.50–
3 201901 tax null 10.000329958477891$‎ 10.00$‎
4 201901 adjustment null $5.002572999387045– $5.00–
5 201901 regular backend1 410.998795012082947$‎ 411.00$‎
2 201901 rounding_error backend1 $0.2404900489920378– $0.24–
3 201901 tax backend1 4.105840329977189$‎ 4.11$‎

פירוט העלויות של אשכולות Google Kubernetes Engine (GKE)

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

סינון העלויות ב-GKE

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

עלויות של אשכול GKE לפני זיכויים

SELECT
  SUM(cost) AS cost_before_credits,
  labels.value AS cluster_name
FROM  `project-ID.dataset.gcp_billing_export_resource_v1_XXXXXX-XXXXXX-XXXXXX`
LEFT JOIN UNNEST(labels) as labels
  ON labels.key = "goog-k8s-cluster-name"
GROUP BY labels.value
;

עלויות GKE אחרי זיכויים לפי מרחב שמות

SELECT
  labels.value as namespace,
  SUM(cost) + SUM(IFNULL((SELECT SUM(c.amount) FROM UNNEST(credits) c), 0)) AS cost_after_credits,
FROM `project-ID.dataset.gcp_billing_export_resource_v1_XXXXXX-XXXXXX-XXXXXX`
LEFT JOIN UNNEST(labels) as labels
  ON labels.key = "k8s-namespace"
GROUP BY namespace
;

עלויות GKE לפי מק"טים

SELECT
  project.id AS project_id,
  labels.value AS cluster_name,
  sku.id AS sku_id,
  sku.description AS sku_description,
  SUM(cost) AS cost
FROM `project-ID.dataset.gcp_billing_export_resource_v1_XXXXXX-XXXXXX-XXXXXX`
JOIN UNNEST(labels) AS labels
  ON labels.key = "goog-k8s-cluster-name"
GROUP BY
  cluster_name, project_id, sku_description, sku_id
;

דוגמאות לשאילתות עם תגים

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

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

השאילתה הבאה היא דוגמה להחזרת העלויות לפי חודש החשבונית עם התג cost_center.

SELECT
  invoice.month AS invoice_month,
  tag.value AS cost_center,
  ROUND((SUM(CAST(cost AS NUMERIC))
    + SUM(IFNULL((SELECT SUM (CAST(c.amount AS NUMERIC))
                  FROM UNNEST(credits) AS c), 0))), 2)
    AS net_cost
FROM `project-ID.dataset.gcp_billing_export_resource_v1_XXXXXX-XXXXXX-XXXXXX`, UNNEST(tags) AS tag
WHERE tag.key = "cost_center" AND tag.namespace = "821092389413"
GROUP BY invoice.month, tag.value
ORDER BY invoice.month, tag.value;

לדוגמה, התוצאה של השאילתה הקודמת עשויה להיות:

Row invoice_month cost_center net_cost
1 202208 android_mobile_apps 9.93
2 202208 ios_mobile_apps 9.93
3 202209 android_mobile_apps 25.42
4 202209 ios_mobile_apps 25.4
5 202209 personalization 16.08

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

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

SELECT
 invoice.month AS invoice_month,
 ROUND((SUM(CAST(cost AS NUMERIC))
   + SUM(IFNULL((SELECT SUM(CAST(c.amount AS NUMERIC))
                 FROM UNNEST(credits) AS c), 0))), 2)
   AS net_cost
FROM
 `project-ID.dataset.gcp_billing_export_v1_XXXXXX-XXXXXX-XXXXXX`
WHERE "color" NOT IN (SELECT key FROM UNNEST(tags))
GROUP BY invoice_month
ORDER BY invoice_month;

לדוגמה, התוצאה של השאילתה הקודמת עשויה להיות:

Row invoice_month net_cost
1 202202 0
2 202203 16.81
3 202204 54.09
4 202205 55.82
5 202206 54.09
6 202207 55.83
7 202208 31.49

שליחת שאילתות באמצעות תוויות מערכת

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

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

  • compute.googleapis.com/reservation_name
  • compute.googleapis.com/reservation_project_id

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

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

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

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

אתם יכולים להיעזר במאמרים הבאים בשביל להגדיר או לבדוק את הייצוא ל-BigQuery:

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

ודאו שמערך הנתונים ב-BigQuery מוגדר לקבל את הייצוא של הנתונים המפורטים. בדרך כלל, שם הטבלה יהיה בפורמט gcp_billing_export_resource_v1_<BILLING_ACCOUNT_ID>.

איך רואים את נתוני הצריכה של מכונות ספציפיות

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


SELECT
  t.usage_start_time,
  sl_reservation.value AS reservation_name,
  t.sku.description AS sku_description,
  SUM(t.usage.amount) AS total_usage_amount
FROM
  project-ID.dataset.gcp_billing_export_resource_v1_X AS t
  LEFT JOIN
  UNNEST(t.system_labels) AS sl_reservation
  ON sl_reservation.key = 'compute.googleapis.com/reservation_name'
WHERE
  t.service.id = '6F81-5844-456A' AND DATE(TIMESTAMP_TRUNC(t._PARTITIONTIME, DAY)) = '2025-09-16' AND t.sku.description LIKE '%Core%' AND
  t.resource.name LIKE '%tc-billing-case1-instance-1757983787%'
GROUP BY t.usage_start_time, reservation_name, t.sku.description
ORDER BY t.usage_start_time, reservation_name, t.sku.description;

תוצאה לדוגמה:

usage_start_time reservation_name sku_description total_usage_amount
2025-09-16 00:00:00.000000 UTC E2 Instance Core running in Americas 597
2025-09-16 01:00:00.000000 UTC E2 Instance Core running in Americas 3009
2025-09-16 01:00:00.000000 UTC tc-billing-case1-res0-1757983787 E2 Instance Core running in Americas 591
2025-09-16 02:00:00.000000 UTC E2 Instance Core running in Americas 10
2025-09-16 02:00:00.000000 UTC tc-billing-case1-res0-1757983787 E2 Instance Core running in Americas 3054
2025-09-16 02:00:00.000000 UTC tc-billing-case1-res1-1757983787 E2 Instance Core running in Americas 37

שימו לב:

  • סינון מק"טים כדי להבין טוב יותר איך צריכת הנתונים מתחלקת בין המשאבים, אתם יכולים להגביל את המק"ט לליבות ספציפיות של מעבדים. אתם יכולים לשנות את ההגדרה הזו למשאבים שמורים אחרים, כמו RAM,‏ LocalSSD,‏ TPU או GPU.
  • שימוש על פי דרישה: אם הערכים של reservation_name ו-reservation_project_id הם null, המכונה משתמשת במשאבים על פי דרישה.

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

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

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


SELECT
  t.project.id AS consumer_project_id,
  t.sku.description AS sku_description,
  CASE
    WHEN t.resource.global_name NOT LIKE '%instances/%' THEN 'Unused Capacity'
    WHEN t.resource.name IS NOT NULL AND t.resource.name != '' THEN 'Instance Usage'
    ELSE 'Other Reservation Cost'
  END AS usage_category,
  SUM(t.usage.amount) AS total_usage_amount,
  t.usage.unit AS usage_unit,
  SUM(t.cost) AS total_cost_usd
FROM
  project-ID.dataset.gcp_billing_export_resource_v1_X AS t
  LEFT JOIN
  UNNEST(t.system_labels) AS sl_reservation
  ON sl_reservation.key = 'compute.googleapis.com/reservation_name'
  LEFT JOIN
  UNNEST(t.system_labels) AS sl_project_id
  ON sl_project_id.key = 'compute.googleapis.com/reservation_project_id'
WHERE
  t.service.id = '6F81-5844-456A' AND DATE(TIMESTAMP_TRUNC(t._PARTITIONTIME, DAY)) = '2025-09-16' AND t.sku.description LIKE '%Core%' AND
  sl_reservation.value LIKE '%tc-billing-case2-res-1757983801%'
GROUP BY consumer_project_id, t.sku.description, usage_category,
  usage_unit
ORDER BY consumer_project_id, usage_category;

תוצאות לדוגמה:

consumer_project_id sku_description usage_category total_usage_amount usage_unit total_cost_usd
disco-sector-292704 E2 Instance Core running in Americas Instance Usage 14551 seconds 0.088158
flash-freehold-292704 E2 Instance Core running in Americas Instance Usage 7347 seconds 0.044512
united-sandbox-303721 E2 Instance Core running in Americas Unused Capacity 7936 seconds 0.04808

List all the instances consuming a reservation

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


SELECT
  t.usage_start_time,
  t.usage_end_time,
  t.project.id AS consumer_project_id,
  t.resource.name AS instance_name,
  t.usage.amount AS usage_amount
FROM
  project-ID.dataset.gcp_billing_export_resource_v1_X AS t
  LEFT JOIN
  UNNEST(t.system_labels) AS sl_reservation
  ON sl_reservation.key = 'compute.googleapis.com/reservation_name'
WHERE
  t.service.id = '6F81-5844-456A' AND DATE(TIMESTAMP_TRUNC(t._PARTITIONTIME, DAY)) = '2025-09-16' AND t.sku.description LIKE '%Core%' AND
  sl_reservation.value LIKE '%tc-billing-case2-res-1757983801%' AND t.resource.global_name NOT LIKE '%allocation/%' AND
  t.resource.name IS NOT NULL AND t.resource.name != ''
ORDER BY t.usage_start_time, t.project.id, t.resource.name;

תוצאות לדוגמה:

usage_start_time usage_end_time consumer_project_id instance_name usage_amount
2025-09-16 00:00:00.000000 UTC 2025-09-16 01:00:00.000000 UTC disco-sector-292704 projects/204187533293/instances/tc-billing-case2-ins0-1757983801 552
2025-09-16 00:00:00.000000 UTC 2025-09-16 01:00:00.000000 UTC disco-sector-292704 projects/204187533293/instances/tc-billing-case2-ins1-1757983801 533
2025-09-16 00:00:00.000000 UTC 2025-09-16 01:00:00.000000 UTC flash-freehold-292704 projects/978655420110/instances/tc-billing-case2-ins2-1757983801 517
2025-09-16 01:00:00.000000 UTC 2025-09-16 02:00:00.000000 UTC disco-sector-292704 projects/204187533293/instances/tc-billing-case2-ins0-1757983801 3600
2025-09-16 01:00:00.000000 UTC 2025-09-16 02:00:00.000000 UTC disco-sector-292704 projects/204187533293/instances/tc-billing-case2-ins1-1757983801 3600
2025-09-16 01:00:00.000000 UTC 2025-09-16 02:00:00.000000 UTC flash-freehold-292704 projects/978655420110/instances/tc-billing-case2-ins2-1757983801 3600
2025-09-16 02:00:00.000000 UTC 2025-09-16 03:00:00.000000 UTC disco-sector-292704 projects/204187533293/instances/tc-billing-case2-ins0-1757983801 3022
2025-09-16 02:00:00.000000 UTC 2025-09-16 03:00:00.000000 UTC disco-sector-292704 projects/204187533293/instances/tc-billing-case2-ins0-1757983801 79
2025-09-16 02:00:00.000000 UTC 2025-09-16 03:00:00.000000 UTC disco-sector-292704 projects/204187533293/instances/tc-billing-case2-ins1-1757983801 79
2025-09-16 02:00:00.000000 UTC 2025-09-16 03:00:00.000000 UTC disco-sector-292704 projects/204187533293/instances/tc-billing-case2-ins1-1757983801 3086
2025-09-16 02:00:00.000000 UTC 2025-09-16 03:00:00.000000 UTC flash-freehold-292704 projects/978655420110/instances/tc-billing-case2-ins2-1757983801 3151
2025-09-16 02:00:00.000000 UTC 2025-09-16 03:00:00.000000 UTC flash-freehold-292704 projects/978655420110/instances/tc-billing-case2-ins2-1757983801 79

דוחות של עלויות ותמחור שזמינים במסוף Google Cloud

הקודם
Structure of Standard data export
הבא
Structure of Pricing data export