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

בוחרים גרסת תיעוד:

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

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

שכבה באחריות Google באחריות הלקוח
חומרה ומארח תשתית פיזית מציינים את דרישות המינימום והדרישות המומלצות (אם רלוונטי) הקצאת שרתים פיזיים, מכונות וירטואליות או מכשירי קצה כמו חשמל, קירור וחומרה.
מערכת ההפעלה (OS) של המארח מציינים את דרישות המינימום והדרישות המומלצות (אם רלוונטי) לנהל את ליבת Linux, להחיל תיקוני אבטחה של מערכת ההפעלה ולחזק את צמתי המארח.
‫Kubernetes ניהול אשכולות מציינים את דרישות המינימום והדרישות המומלצות (אם רלוונטי) צריך לנהל את האשכול על בסיס יומי – כולל שדרוגים – לפי השיטות המומלצות המקובלות בתעשייה.
אחסון (CSI/PV) מציינים את דרישות המינימום והדרישות המומלצות (אם רלוונטי) הקצאת סוג האחסון וניהול המכשירים הבסיסיים. ‫AlloyDB Omni דורש מכשיר בלוקים, לכן חשוב לבחור מחלקה של מכשיר בלוקים.
נטוורקינג (CNI) מציינים את דרישות המינימום והדרישות המומלצות (אם רלוונטי) הקצאה וניהול של שכבת הרשת – לדוגמה, רשתות של פודים, בקרי כניסה, מאזני עומסים וכללי חומת אש בין צמתים.
בקרת גישה מבוססת-תפקידים (RBAC) מציינים את חשבונות השירות, התפקידים וקישורי התפקידים שנדרשים לאופרטור של AlloyDB Omni Kubernetes. כדאי להחיל את הכללים האלה של בקרת גישה מבוססת-תפקידים (RBAC) על האשכול, ולוודא שהם תואמים למדיניות האבטחה הפנימית. כדי לגשת למשאבי AlloyDB Omni, צריך ליצור תפקידים נוספים של RBAC וקישורי תפקידים.
ניהול סודות קריאת סודות סטנדרטיים של Kubernetes כדי להקצות משאבים, כמו משתמש postgres ראשוני. יצירה, אבטחה ורוטציה של סודות Kubernetes באשכול.
ניהול אישורים להסתמך על סודות סטנדרטיים של Kubernetes ועל cert-manager לשילוב אישורים. התקנה, הגדרה וניהול של מחזור החיים של cert-manager.
תוכנת אופרטור פיתוח ופרסום פיתוח הלוגיקה של אופרטור AlloyDB Omni ושל ה-CRD ופרסום קובצי אימג' של קונטיינרים, תרשימי Helm וחבילות OLM. אין. לקוחות יכולים להשתמש בארטיפקטים שמאוחסנים ב-Artifact Registry לצורך הפריסות שלהם.
התקנה ומחזור חיים צריך לספק תיעוד וארטיפקטים של השדרוג.
  • לפני שמתקינים או משדרגים, חשוב לבדוק את טבלת התאימות.
  • פועלים לפי ההוראות כדי להתקין או לשדרג את הרכיבים של 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) מדדים חשיפת מדדים של מסד נתונים פנימי באמצעות נקודת קצה שתואמת ל-Prometheus. פורסים ומנהלים את כלי הגירוד באמצעות Prometheus, טלמטריה פתוחה או פתרונות תואמים אחרים ומערך האחסון שלהם. מעקב אחרי התקינות הכוללת של המערכת.
רישום ביומן לכתוב יומני ביקורת ו-PostgreSQL לקבצים בדיסק במאגר, ולסובב אותם. פריסת כלי איסוף יומנים – לדוגמה, Fluentd ו-Fluent Bit – כדי לשלוח יומנים לבק-אנד של אחסון (כמו Splunk או ELK). חשוב לוודא שחולצו אוספי היומנים כדי לשמור את היומנים למשך חודש אחד לפחות, כפי שמומלץ.
המחשה מספקים מדדים לדוגמה ולוחות בקרה של יומנים כדי לעקוב אחרי עומסי עבודה (workloads) רגילים. פריסה ומעקב אחרי תקינות כלי הוויזואליזציה, כמו Grafana. ליצור מרכזי בקרה ולשלב אותם במשימות התפעוליות היומיומיות.
שליחת התראות ללא ניהול צינור ההתראות – לדוגמה, שילוב עם PagerDuty.
תמיכה פתרון בעיות לספק תמיכה בבאגים בתוכנה ובשגיאות במנוע. כדי לקבל את התמיכה הזו, אתם צריכים מינוי עם רישיון. מתן תמיכה ראשונית באמצעות מסמכים ומאגר ידע. לנפות באגים בבעיות שקשורות לתשתית.