חיוב ב-Cloud הוא אוסף של כלים שעוזרים לעקוב אחרי ההוצאות ב-Google Cloud ולהבין אותן, לשלם את החשבון ולבצע אופטימיזציה של העלויות.
במסמך הזה מפורטים הנושאים הבאים:
מבוא לחשבונות לחיוב ב-Cloud והקשר בין חשבונות לחיוב ב-Cloud לפרופילי התשלומים ב-Google. החשבון לחיוב ב-Cloud משמש לתשלום על השימוש ב-Google Cloud ובפלטפורמה של מפות Google.
סקירה כללית על ניהול המשאבים ב-Google Cloud. הדרך שבה מארגנים את המשאבים ב-Google Cloud משתנה בהתאם למבנה של הארגון, ומשפיעה על אופן הניתוח של העלויות בדוחות החיוב ב-Cloud.
הסבר על הכלים של חיוב ב-Cloud
הכלים של חיוב ב-Cloud מאפשרים לעקוב אחרי עלויות השימוש, לחזות את ההוצאות ולזהות הזדמנויות לחיסכון בעלויות.
שנתחיל?
הפעלת סיור אינטראקטיבי בנושא חיוב ב-Cloud. במדריך הזה נסביר את העקרונות הבסיסיים לניתוח עלויות ולניהול שלהן באמצעות מסוף Google Cloud.
הצגת דוחות החיוב ומגמות של עלויות. דוח החיוב עוזר לענות על שאלות כמו "אילו שירותי Google Cloud (למשל Compute Engine או Cloud Storage) עולים הכי הרבה כסף?".
מעקב אחרי העלויות
ייצוא נתוני החיוב ל-BigQuery. אפשר לייצא את נתוני השימוש ונתוני העלות למערך נתונים ב-BigQuery, ולהשתמש במערך הנתונים לניתוחים מפורטים. אפשר גם להציג את הנתונים המיוצאים בתצוגה חזותית בכלים כמו Looker Studio.
אנחנו ממליצים להפעיל את הייצוא ל-BigQuery בהקדם האפשרי, כדי שהנתונים ישקפו את השימוש ב-Google Cloud כבר מההתחלה.
יצירת תקציב והגדרת התראות לגבי הוצאות. אם תגדירו תקציבים תוכלו לעקוב אחרי ההוצאות בפועל ב-Google Cloud, בהשוואה להוצאות המתוכננות. לאחר מכן תצטרכו להגדיר התראות כדי לקבל עדכונים לגבי ההוצאות.
אופטימיזציה ובקרה של עלויות
הרשמה להנחות תמורת התחייבות לשימוש (CUDs). אם בעומסי העבודה שלכם אפשר לחזות את הצורך במשאבים, תוכלו לרכוש התחייבות ב-Google Cloud. ההתחייבות מאפשרת לכם לקבל הנחה בתמורה להתחייבות להשתמש ברמה מינימלית של משאבים ב-Compute Engine בתקופה מסוימת.
הסבר על הנחות תמורת התחייבות לשימוש בשירותים שבהם אתם משתמשים
קבלת המלצות להנחות תמורת התחייבות לשימוש
אם הארגון שלכם כבר נרשם להנחות תמורת התחייבות לשימוש, תוכלו לקרוא על ניתוח היעילות של ההתחייבויות.
בקרת עלויות אוטומטית באמצעות Budgets API. אם תגדירו התראות פרוגרמטיות לגבי תקציבים, תוכלו להפעיל תגובות אוטומטיות לבקרת עלויות כשמתקבלות התראות לגבי תקציבים. למשל, העברת התראות לגבי התקציב לאמצעי תקשורת אחרים או שליטה במשאבים על ידי עדכון המכסות.
הסבר על חשבונות לחיוב ב-Cloud ופרופילי תשלומים ב-Google
את החשבון לחיוב ב-Cloud מגדירים ב-Google Cloud. תוכלו להשתמש בו כדי להחליט מי ישלם על קבוצה מסוימת של משאבים ב-Google Cloud וממשקי API של הפלטפורמה של מפות Google. את בקרת הגישה לחשבון לחיוב ב-Cloud מגדירים באמצעות תפקידים ב-IAM. החשבון לחיוב ב-Cloud מחובר לפרופיל התשלומים ב-Google. פרופיל התשלומים ב-Google כולל אמצעי תשלום שבאמצעותו משלמים על עלויות השימוש ב-Google Cloud.
| חשבון לחיוב ב-Cloud | פרופיל התשלומים ב-Google |
|---|---|
החשבון לחיוב ב-Cloud:
|
פרופיל התשלומים ב-Google:
|
סוגים של חשבונות לחיוב ב-Cloud
יש שני סוגים של חשבונות לחיוב ב-Cloud:
חשבון בשירות עצמי (אונליין)
- אמצעי התשלום הוא כרטיס אשראי או כרטיס חיוב מיידי, או הוראת קבע בהעברה בנקאית (ACH), בהתאם לסוגים הנתמכים בכל מדינה או אזור.
- אמצעי התשלום שמחובר לחשבון לחיוב ב-Cloud מחויב אוטומטית בכל העלויות.
- אפשר להירשם לחשבונות בשירות עצמי אונליין.
- המסמכים שנוצרים לחשבונות בשירות עצמי כוללים דפי חשבון, קבלות על תשלומים וחשבוניות מס, וניתן לפתוח אותם במסוף Google Cloud.
חשבון שמחויב בחשבונית (אופליין)
- אמצעי התשלום יכול להיות צ'ק או העברה בנקאית.
- החשבוניות נשלחות בדואר רגיל או באימייל.
- אפשר לפתוח את החשבוניות ואת הקבלות על התשלומים במסוף Google Cloud.
- עליכם לעמוד בקריטריונים לחיוב בחשבונית. מהם הקריטריונים לחיוב בחשבונית?
סוגים של פרופילי התשלומים ב-Google
כשיוצרים את פרופיל התשלומים ב-Google, צריך לבחור את הסוג שלו. המידע הזה חייב להיות מדויק לצורכי אימות מס וזהות. אחרי שיוצרים את פרופיל התשלומים, אי אפשר לשנות את ההגדרה הזו. כשאתם מגדירים את פרופיל התשלומים ב-Google, חשוב לבחור את הסוג המתאים ביותר לאופן שבו אתם מתכננים להשתמש בפרופיל.
יש שני סוגים של פרופילי תשלומים ב-Google:
אישי
- צריך לבחור בסוג הזה אם משתמשים בחשבון לביצוע תשלומים אישיים.
- אם תרשמו את פרופיל התשלומים כאישי, רק אתם תוכלו לנהל אותו. לא תוכלו להוסיף ולהסיר משתמשים, וגם לא לשנות הרשאות בפרופיל.
עסקי
- צריך לבחור בסוג הזה אם משלמים בשם עסק, ארגון, שותפות או מוסד חינוכי.
- אתם משתמשים במרכז התשלומים של Google כדי לשלם על אפליקציות ומשחקים ב-Play, ועל שירותי Google כמו Google Ads, Google Cloud ושירותי הטלפוניה Google Fi.
- אתם יכולים להוסיף משתמשים אחרים לפרופיל התשלומים העסקי שאתם מנהלים ב-Google, כך שליותר מאדם אחד תהיה גישה אליו או יכולת לנהל אותו.
- כל המשתמשים שתוסיפו לפרופיל העסקי יוכלו לראות את פרטי התשלום שבפרופיל.
מחזור חיובים
מחזור החיובים בחשבון לחיוב ב-Cloud קובע איך ומתי אתם משלמים על שירותי Google Cloud ועל השימוש שלכם בממשקי ה-API של הפלטפורמה של מפות Google.
בחשבונות לחיוב ב-Cloud בשירות עצמי העלויות שלכם ב-Google Cloud מחויבות באופן אוטומטי, באחת משתי דרכים:
- חיוב חודשי: העלויות מחויבות במחזור חודשי קבוע.
- חיוב לפי סכום סף: העלויות מחויבות כשהחשבון שלכם צובר סכום ספציפי.
בחשבונות לחיוב ב-Cloud בשירות עצמי, מחזור החיובים מוקצה באופן אוטומטי כשאתם יוצרים את החשבון. אי אפשר לבחור את מחזור החיובים ואי אפשר לשנות אותו.
בדרך כלל, חשבונות לחיוב ב-Cloud שמחויבים בחשבונית מקבלים חשבונית אחת בחודש, ומשך הזמן הנדרש לתשלום החשבונית (תנאי התשלום) הוא בהתאם להסכם שלכם עם Google.
אנשי קשר בנושאי חיוב
החשבון לחיוב ב-Cloud כולל איש קשר אחד או יותר, שמוגדרים בפרופיל התשלומים ב-Google שמחובר לחשבון לחיוב ב-Cloud. אלו הם אנשי קשר שמיועדים לקבל את נתוני החיוב הספציפיים לאמצעי התשלום שרשום במערכת (לדוגמה, כשצריך לעדכן כרטיס אשראי). כדי לראות את רשימת אנשי הקשר ולעדכן אותה תוכלו להשתמש במרכז התשלומים של Google או במסוף Google Cloud.
חשבונות משניים
חשבונות משניים מיועדים למפיצים. אם אתם מפיצים, אתם יכולים להשתמש בחשבונות משניים שמייצגים את החיובים של הלקוחות שלכם לצורך החזרים כספיים.
באמצעות חשבון משני לחיוב ב-Cloud אפשר לקבץ יחד חיובים מפרויקטים בקטע נפרד בחשבונית. חשבון משני הוא חשבון לחיוב ב-Cloud שנמצא בבעלות של החשבון ההורה של המפיץ. חשבון ההורה לחיוב ב-Cloud של המפיץ הוא זה שמשלם על חיובי השימוש בכל החשבונות המשניים. הערה: חשבון ההורה לחיוב ב-Cloud צריך להיות מוגדר לחיוב בחשבונית.
החשבונות המשניים מתנהגים כמו חשבונות לחיוב ב-Cloud ברוב המקרים: אפשר לקשר אליהם פרויקטים, לייצא מהם נתוני חיוב ב-Cloud ולהגדיר בהם תפקידי IAM. החיובים בפרויקטים שמקושרים לחשבון המשני מקובצים ומסוכמים בסיכום משנה בחשבונית, ומבחינת ניהול המשאבים, המדיניות של בקרת הגישה יכולה להיות נפרדת לגמרי בחשבון המשני, כדי להפריד בין הלקוחות ולנהל אותם בנפרד.
אפשר ליצור ולנהל חשבונות משניים ב-Cloud Billing Account API. אתם יכולים להשתמש ב-API כדי להתחבר למערכות הקיימות שלכם ולהקצות באופן פרוגרמטי לקוחות חדשים או קבוצות להחזרים כספיים.
הסבר על ניהול המשאבים לחיוב
אפשר להגדיר את החיוב ב-Google Cloud במגוון דרכים כדי לתת מענה לצרכים השונים. כאן נסביר על המושגים הבסיסיים שישמשו את הארגון שלכם ואת החיוב, ואיך להשתמש בהם ביעילות.
למידע על ארגון המשאבים, כדי שתוכלו לעקוב בצורה אפקטיבית אחרי העלויות, אפשר להיעזר במדריך בנושא ארגון משאבים וניהול הרשאות גישה בחיוב ב-Cloud.
הסבר על המשאבים
בהקשר של Google Cloud, משאב יכול להתייחס למשאבים ברמת השירות שמשמשים לעיבוד עומסי העבודה (למשל, מכונות וירטואליות או מסדי נתונים), או למשאבים ברמת החשבון שנמצאים מעל לשירותים, כמו פרויקטים, תיקיות והארגון.
ניהול המשאבים
ניהול המשאבים מתמקד באופן שבו צריך להגדיר ולתת גישה למשאבים השונים ב-Cloud שמשמשים את החברה או הצוות שלכם, ובפרט ההגדרה והארגון של משאבים ברמת החשבון שנמצאים מעל למשאבים ברמת השירות. משאבים ברמת החשבון הם המשאבים שנדרשים כדי להגדיר ולנהל את חשבון Google Cloud.
היררכיית המשאבים
המשאבים של Google Cloud מסודרים בהיררכיה. ההיררכיה הזו מאפשרת למפות את המבנה התפעולי של הארגון ב-Google Cloud, ולנהל את ההרשאות ובקרות הגישה של קבוצות משאבים קשורים. היררכיית המשאבים מספקת נקודות חיבור לוגיות למדיניות של ניהול הרשאות הגישה (ניהול זהויות והרשאות גישה) וגם למדיניות הארגון.
גם המדיניות של ניהול הזהויות והרשאות הגישה וגם מדיניות הארגון עוברות בירושה דרך ההיררכיה. המדיניות שחלה בפועל בכל צומת בהיררכיה היא תוצאה של המדיניות הישירה בצומת, והמדיניות שעוברת בירושה מישות האב.
בתרשים הבא מוצגת דוגמה להיררכיית משאבים שממחישה את המשאבים המרכזיים ברמת החשבון שקשורים לניהול חשבון Google Cloud.
דומיין
- הדומיין של החברה שלכם הוא המזהה העיקרי של הארגון, ומבסס את זהות החברה בשירותי Google, כולל Google Cloud.
- הדומיין משמש לניהול המשתמשים בארגון שלכם.
- כשאתם צריכים להגדיר אילו משתמשים ישויכו לארגון שלכם כשהם משתמשים ב-Google Cloud, אתם מגדירים זאת ברמת הדומיין.
- הדומיין משמש גם לניהול המדיניות של המשתמשים והמכשירים באופן אוניברסלי (לדוגמה, הפעלת אימות דו-שלבי או איפוס סיסמאות לכל אחד מהמשתמשים בארגון).
- הדומיין יכול להיות מקושר לחשבון Google Workspace או לחשבון Cloud Identity.
- כל חשבון Google Workspace או Cloud Identity יכול להיות משויך לארגון אחד בלבד.
- את הפונקציונליות ברמת הדומיין מנהלים באמצעות מסוף Google Admin (בכתובת admin.google.com).
במשאבי העזרה של מנהל המשאבים מוסבר בהרחבה על היררכיית המשאבים.
ארגון
- הארגון הוא הצומת הבסיסי בהיררכיית המשאבים ב-Google Cloud.
- כל המשאבים ב-Google Cloud ששייכים לאותו ארגון מקובצים בצומת של הארגון. כל הפרויקטים, התיקיות, המשאבים והחשבונות לחיוב ב-Cloud ששייכים לארגון יורשים ממנו את ההגדרות, ההרשאות וכללי המדיניות שאתם קובעים.
- הארגון משויך לדומיין אחד בדיוק (דרך חשבון Google Workspace או חשבון Cloud Identity), והוא נוצר באופן אוטומטי כשמגדירים את הדומיין ב-Google Cloud.
- בעזרת הארגון אפשר לנהל בצורה מרוכזת את המשאבים ב-Google Cloud ואת הגישה של המשתמשים למשאבים האלה, כולל:
- ניהול יזום: ארגון מחדש של המשאבים לפי הצורך (לדוגמה, יכול להיות שתצטרכו ליצור תיקיות ופרויקטים חדשים כתוצאה משינוי מבני או התחלת הרצה של מחלקה חדשה).
- ניהול תגובתי: משאבים ברמת הארגון מספקים רשת ביטחון כדי לקבל גישה מחדש למשאבים שהגישה אליהם אבדה (למשל, אם אחד מחברי הצוות איבד את הגישה או עזב את החברה).
- התפקידים והמשאבים השונים שקשורים ל-Google Cloud (כולל הארגון, הפרויקטים, התיקיות, המשאבים והחשבונות לחיוב ב-Cloud) מנוהלים במסוף Google Cloud.
למידע נוסף על ארגונים, תוכלו להיעזר במאמרים הבאים:
תיקיות
- תיקיות הן מנגנון לקיבוץ, והן יכולות להכיל פרויקטים, תיקיות אחרות או גם וגם.
- כדי להשתמש בתיקיות חייב להיות לכם צומת של הארגון.
- כל התיקיות והפרויקטים ממופים בצומת של הארגון.
- אפשר להשתמש בתיקיות כדי לקבץ משאבים שיש להם מדיניות משותפת של IAM.
- בתיקייה אפשר לכלול כמה תיקיות או משאבים, אבל לכל תיקייה או משאב יכול להיות רק הורה אחד.
פרויקטים
- לכל משאב ברמת השירות מוגדר פרויקט הורה. הפרויקטים הם הרמה הבסיסית לארגון ב-Google Cloud.
- הפרויקטים חייבים להשתמש במשאבים ברמת השירות (למשל, מכונות וירטואליות של Compute Engine, נושאי Pub/Sub או קטגוריות של Cloud Storage).
- אפשר להשתמש בפרויקטים כדי לייצג פרויקטים לוגיים, צוותים, סביבות או אוספים אחרים שממופים לפונקציה עסקית או למבנה בעסק.
- פרויקטים הם הבסיס להפעלה של שירותים, ממשקי API והרשאות ב-IAM.
- כל משאב יכול להיות קיים רק בפרויקט אחד.
למידע נוסף על פרויקטים, תוכלו להיעזר במאמרים הבאים:
משאבים
- משאבים ברמת השירות ב-Google Cloud הם הרכיבים הבסיסיים שמהם מורכבים כל שירותי Google Cloud, למשל מכונות וירטואליות של Compute Engine, נושאי Pub/Sub וקטגוריות של Cloud Storage.
- למטרות חיוב ובקרת גישה, המשאבים נמצאים ברמה הנמוכה ביותר בהיררכיה, שכוללת גם פרויקטים ואת הארגון.
תוויות
- בעזרת התוויות אפשר לסווג את המשאבים ב-Google Cloud (כמו מכונות של Compute Engine).
- תווית היא צמד מפתח/ערך.
- אפשר לצרף תוויות לכל משאב כדי לסנן את המשאבים לפי תוויות.
- תוויות הן כלי מעולה למעקב מפורט אחרי העלויות. המידע על התוויות מועבר למערכת החיוב, כך שאתם יכולים לנתח את החיובים לפי התוויות.
איך יוצרים תוויות ומנהלים אותן?
היחסים בין משאבים, חשבונות לחיוב ב-Cloud ופרופילי התשלומים ב-Google
יש שני סוגים של יחסים ששולטים באינטראקציות בין הארגונים, החשבונות לחיוב ב-Cloud והפרויקטים: בעלות וקישור לתשלום.
- בעלות מתייחסת לירושה של הרשאות IAM.
- קישור לתשלום מגדיר את החשבונות לחיוב ב-Cloud שבאמצעותם משלמים על פרויקט נתון.
בתרשים הבא מוצגים היחסים בין הבעלות לקישור התשלום בארגון לדוגמה.
בתרשים, לארגון יש בעלות על פרויקטים 1, 2 ו-3, כלומר הוא ההורה הראשי של הרשאות ה-IAM בשלושת הפרויקטים.
החשבון לחיוב ב-Cloud מקושר לפרויקטים 1, 2 ו-3, כלומר הוא משמש לתשלום על העלויות בשלושת הפרויקטים.
החשבון לחיוב ב-Cloud מקושר גם לפרופיל תשלומים ב-Google שבו נשמרים פרטים כמו השם, הכתובת ואמצעי התשלום.
בדוגמה הזו, למשתמשים שקיבלו תפקידי חיוב ברמת הארגון ב-IAM יהיו את אותם התפקידים גם בחשבון לחיוב ב-Cloud ובפרויקטים.
במאמר סקירה כללית על בקרת הגישה לחיוב ב-Cloud מוסבר איך נותנים תפקידי חיוב ב-IAM.
נושאים קשורים
נסו בעצמכם
אנחנו ממליצים למשתמשים חדשים ב-Google Cloud ליצור חשבון כדי שיוכלו להעריך את הביצועים של המוצרים שלנו בתרחישים מהעולם האמיתי. לקוחות חדשים מקבלים בחינם גם קרדיט בשווי 300$ להרצה, לבדיקה ולפריסה של עומסי העבודה.
מתחילים לעבוד בלי לשלם