הסבר על טבלאות נתוני החיוב ב-Cloud ב-BigQuery

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

טבלאות של נתוני חיוב

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

תדירות טעינת הנתונים

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

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

תמחור וייצוא מטא-נתונים של הנחות CUD

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

זמינות הנתונים

  • כשמפעילים בפעם הראשונה את הייצוא של נתוני העלות הסטנדרטיים או המפורטים של שימוש:

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

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

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

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

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

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

  • אם תמחקו נתונים שיוצאו (למשל רשומות ייצוא של BigQuery), לא נוכל למלא את החוסרים של הרשומות שנמחקו.

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

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

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

מגבלות

הייצוא של נתוני חיוב ב-Cloud ל-BigQuery כפוף למגבלות הבאות:

  • סכימת הטבלה בכל ייצוא של נתוני החיוב ב-Cloud יכולה להשתנות

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

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

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

  • באילו מיקומים של מערכי נתונים ב-BigQuery אפשר להשתמש לנתוני החיוב ב-Cloud

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

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

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

    אמריקה אסיה ואזור האוקיינוס השקט אירופה המזרח התיכון

    במספר אזורים: ארה"ב

    אזורים:

    • ‫northamerica-northeast1 (מונטריאול)
    • ‫southamerica-east1 (סאו פאולו)
    • ‫us-central1 (איווה)
    • ‫us-east1 (קרוליינה הדרומית)
    • ‫us-east4 (וירג'יניה הצפונית)
    • ‫us-west1 (אורגון)
    • ‫us-west2 (לוס אנג'לס)
    • ‫us-west3 (סולט לייק סיטי)
    • ‫us-west4 (לאס וגאס)

    אזורים:

    • ‫asia-east1 (טייוואן)
    • ‫asia-east2 (הונג קונג)
    • ‫asia-northeast1 (טוקיו)
    • ‫asia-northeast2 (אוסקה)
    • ‫asia-northeast3 (סיאול)
    • ‫asia-south1 (מומבאי)
    • ‫asia-southeast1 (סינגפור)
    • ‫asia-southeast2 (ג'קרטה)
    • ‫australia-southeast1 (סידני)

    במספר אזורים: האיחוד האירופי

    אזורים:

    • ‫europe-central2 (ורשה)
    • ‫europe-north1 (פינלנד)
    • ‫europe-west1 (בלגיה)
    • ‫europe-west2 (לונדון)
    • ‫europe-west3 (פרנקפורט)
    • ‫europe-west4 (הולנד)
    • ‫europe-west6 (ציריך)

    אזורים:

    • me-central1 (דוחה)
    • me-central2 (Dammam)
    • me-west1 (תל אביב)

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

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

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

    • מידע נוסף מופיע בקטע זמינות הנתונים.

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

  • כשמייצאים נתונים מפורטים של עלויות השימוש, הייצוא כולל אוטומטית פרטים ברמת המשאב לגבי Compute Engine. כדי לראות את פירוט העלויות של אשכולות Google Kubernetes Engine ‏(GKE) כשמייצאים נתונים מפורטים, צריך גם להפעיל הקצאת עלויות ב-GKE.

  • הצפנת מערך הנתונים: כשמייצאים את נתוני החיוב ל-BigQuery, אי אפשר להשתמש במפתחות הצפנה בניהול הלקוח (CMEK). אם תפעילו הצפנת CMEK למערך הנתונים של החיוב, שימו לב שסוג ההצפנה הזה לא מאפשר לכתוב את נתוני החיוב ב-Cloud בטבלאות המתאימות במערך הנתונים. בשביל לעשות את זה צריך להשתמש ב- Google-owned and Google-managed encryption keyבמערך הנתונים.

  • אם אתם רוצים להשתמש באבטחה ברמת השורה ב-BigQuery בטבלה עם הנתונים שייצאתם, חשבון השירות שממנו ייצאתם את נתוני החיוב ב-Cloud‏ (‎ (billing-export-bigquery@system.gserviceaccount.com), צריך הרשאת גישה מלאה לטבלה. כדי לעשות את זה צריך להשתמש במסנן TRUE של BigQuery. הפקודה שכאן מאפשרת גישה לחשבון השירות של החיוב ב-Cloud:

    CREATE ROW ACCESS POLICY cloud_billing_export_policy
    ON `__project_id__.__dataset_id__.__table_id__`
    GRANT TO ('serviceAccount:billing-export-bigquery@system.gserviceaccount.com')
    FILTER USING (TRUE);
    
  • תגים ברמת המשאב יתעדכנו תוך שעה בייצוא ל-BigQuery. אם הוספתם או הסרתם תג במהלך אותה שעה, או אם המשאב היה קיים במשך פחות משעה, יכול להיות שהוא לא יופיע בנתונים שתייצאו.

    אפשר להשתמש בתגים ברמת המשאב למשאבים הבאים:

    • מכונות Compute Engine
    • מכונות Spanner
    • שירותי Cloud Run
    • מאגרי Artifact Registry

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