אחריות משותפת ב-AlloyDB Omni

בוחרים גרסה של מאמר העזרה:

בדף הזה מתוארת חלוקת האחריות בין Google לבין הלקוחות של AlloyDB Omni.

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

שכבה באחריות Google באחריות הלקוח
חומרה ומארח תשתית פיזית לציין את דרישות המינימום ואת הדרישות המומלצות (אם רלוונטי) הקצאת שרתים פיזיים, מכונות וירטואליות או מכשירי קצה כמו חשמל, קירור וחומרה.
מערכת ההפעלה (OS) המארחת לציין את דרישות המינימום ואת הדרישות המומלצות (אם רלוונטי) ניהול ליבת Linux, החלת תיקוני אבטחה של מערכת ההפעלה והקשחת צומתי המארח.
Kubernetes ניהול אשכולות לציין את דרישות המינימום ואת הדרישות המומלצות (אם רלוונטי) ניהול האשכול על בסיס יומי – כולל שדרוגים – בהתאם לשיטות המומלצות בתחום.
אחסון (CSI/PV) מציינים את דרישות המינימום והדרישות המומלצות (אם רלוונטי) הקצאת מחלקת האחסון וניהול המכשירים שעומדים בבסיס שלה. ל-AlloyDB Omni נדרש התקן בלוקים, לכן חשוב לבחור מחלקה של התקן בלוקים.
רשתות (CNI) לציין את דרישות המינימום ואת הדרישות המומלצות (אם רלוונטי) להקצות ולנהל את שכבת הרשת – לדוגמה, רשתות Pod, בקרי Ingress, מאזני עומסים וכללי חומת אש בין צמתים.
בקרת גישה מבוססת-תפקידים (RBAC) מגדירים את חשבונות השירות, התפקידים וקישורי התפקידים שנדרשים ל-AlloyDB Omni Kubernetes Operator. מחילים את הכללים האלה של בקרת גישה מבוססת-תפקידים (RBAC) על האשכול, ומוודאים שהם תואמים למדיניות האבטחה הפנימית. כדי לגשת למשאבים של AlloyDB Omni, צריך ליצור תפקידי RBAC נוספים וקישורי תפקידים.
ניהול סודות לקרוא סודות סטנדרטיים של Kubernetes כדי להקצות משאבים, כמו המשתמש הראשוני של postgres. יצירה, אבטחה ורוטציה של סודות Kubernetes באשכול.
ניהול אישורים להסתמך על סודות Kubernetes רגילים ועל cert-manager לשילוב אישורים. התקנה, הגדרה וניהול של מחזור החיים של cert-manager.
תוכנה של המפעיל פיתוח והשקה פיתוח הלוגיקה של אופרטור AlloyDB Omni ושל ה-CRD ופרסום קובצי אימג' של קונטיינרים, תרשימי Helm וחבילות OLM. אין. לקוחות יכולים להשתמש בארטיפקטים שמאוחסנים ב-Artifact Registry לצורך הפריסות שלהם.
התקנה ומחזור חיים לספק תיעוד ולשדרג פריטי מידע שנוצרו בתהליך הפיתוח (artifacts).
  • לפני שמתקינים או משדרגים, צריך לבדוק את טבלת התאימות.
  • פועלים לפי ההוראות כדי להתקין או לשדרג את הרכיבים של AlloyDB Omni.
המנוע של מסד הנתונים קובץ בינארי של מסד נתונים לספק את קובצי האימג' של קונטיינרים ב-AlloyDB עם אופטימיזציות קנייניות, כמו מנוע מבוסס-עמודות והאצת AI. אין.
תיקון הפצת תיקוני אבטחה ועדכוני גרסאות ראשיות ומשניות למנוע. לספק הוראות לשדרוג. כדאי לתזמן שדרוגים בהקדם האפשרי, בהתאם לרמת הקריטיות של כל גרסה.
ניהול משתמשים
  • מקצים את המשתמשים הראשוניים שקשורים לאופרטור AlloyDB Omni.
  • הקצאת משתמש-העל postgres שגלוי למשתמשים באמצעות סיסמה שסופקה על ידי המשתמש מ-Kubernetes Secret.
  • צריך לספק הוראות לשילוב עם Microsoft Active Directory.
  • מזינים את הסיסמה של משתמש-העל הראשוני באמצעות Kubernetes Secret.
  • ליצור ולנהל את כל התפקידים והמשתמשים האחרים.
ניהול נתונים גיבויים מספקים את ה-CRD של `BackupPlan` ו-`Backup` ואת הלוגיקה לניהול הגיבויים, שמנוהלים באמצעות pgBackrest עם שילוב תואם ל-S3. מגדירים את לוחות הזמנים לגיבוי ואת משך השמירה, ומקצים את קטגוריית היעד לאחסון מקומי, ב-S3 או ב-Cloud Storage.
זמינות גבוהה (HA) לספק את הלוגיקה של יתירות כשל אוטומטית ומנגנוני תיקון. מקצים מספיק צמתים ואזורים כדי לספק יעד המתנה לתמיכה ביתירות כשל.
הצפנה (במנוחה) אין. כדאי לנהל את ההצפנה בשכבת האחסון כדי לוודא שהיא עונה על הדרישות שלכם.
הצפנה (בזמן ההעברה) הגדרת mTLS לרכיבי הפעלה פנימיים והגדרת TLS בצד השרת לחיבורים של משתמשים למסד הנתונים. להתחבר למסד הנתונים באמצעות לקוחות TLS מאובטחים ולנהל את תשתית האישורים הבסיסית.
ניראות (observability) מדדים חשיפת מדדי מסד נתונים פנימיים באמצעות נקודת קצה (endpoint) שתואמת ל-Prometheus. פורסים ומנהלים את ה-scraper באמצעות Prometheus,‏ Open Telemetry או פתרונות תואמים אחרים ומחסנית האחסון שלהם. לנטר את התקינות הכוללת של המערכת.
רישום ביומן כותבים את יומני הביקורת ו-PostgreSQL לקבצים בדיסק בקונטיינר, ומבצעים רוטציה שלהם. פורסים אוספי יומנים, כמו Fluentd ו-Fluent Bit, כדי לשלוח יומנים לקצה עורפי של אחסון (כמו Splunk או ELK). חשוב לוודא שחולצו אוספי היומנים כדי לשמור את היומנים למשך חודש אחד לפחות, כפי שמומלץ.
המחשה מספקים מדדים לדוגמה ולוחות בקרה של יומנים כדי לעקוב אחרי עומסי עבודה (workloads) רגילים. פורסים את כלי ההמחשה (למשל Grafana) ועוקבים אחרי התקינות שלו. ליצור מרכזי בקרה ולשלב אותם במשימות התפעוליות היומיומיות.
שליחת התראות ללא לנהל את צינור עיבוד הנתונים של ההתראות – לדוגמה, שילוב עם PagerDuty.
תמיכה פתרון בעיות לספק תמיכה בבאגים בתוכנה ובשגיאות במנוע. כדי לקבל את התמיכה הזו, אתם צריכים מינוי עם רישיון. לספק תמיכה ראשונית באמצעות מסמכי תיעוד ומאגר ידע. ניפוי באגים בבעיות שקשורות לתשתית.