‫AlloyDB Omni באמצעות סקירה כללית של כלי לתזמור קונטיינרים

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

באמצעות AlloyDB Omni עם כלי לתזמור קונטיינרים, אתם יכולים להריץ מסד נתונים חזק שתואם ל-PostgreSQL בסביבת Kubernetes שלכם. הוא אורז את מסד הנתונים AlloyDB ל-PostgreSQL עם הביצועים הגבוהים בקונטיינר, שמנוהל על ידי אופרטור של Kubernetes, וכך מפשט את הפריסה והפעולות.

הגישה הזו מספקת למשתמשים את התכונות המתקדמות של AlloyDB Omni – כמו מהירות גבוהה יותר פי שניים לעומסי עבודה של טרנזקציות ומהירות גבוהה יותר עד פי 100 לשאילתות ניתוח נתונים בהשוואה ל-PostgreSQL רגיל – תוך שימוש ב-Kubernetes לניהול אוטומטי, התאמה לעומס וניידות בין סביבות שונות כמו מרכזי נתונים או עננים פרטיים.

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

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

תרחישים לדוגמה

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

  • הקצאת הרשאות אוטומטית וניהול מחזור חיים מבוסס-API.
  • זמינות גבוהה (HA) שניתנת להגדרה כדי לכוונן את מנגנוני המעבר לגיבוי (failover).
  • תמיכה ב-Sidecar לשילוב סוכני גיבוי או מעקב ארגוניים.
  • מאגרי קריאה משתנים להתאמת נפח הפעולות לקריאה בלבד.
  • איזון עומסים באמצעות איגום חיבורים בצד השרת (PgBouncer).
  • תמיכה בפלטפורמה וזמינות ב-Marketplace ל-Google Distributed Cloud ול-OpenShift.
  • תוכנית התאוששות מאסון (DR) באזורים שונים, כדי ליצור מסדי נתונים במצב המתנה באשכולות, במרכזי נתונים ובאזורים מרוחקים.

איך זה עובד

‫AlloyDB Omni משתמש ב-Kubernetes באמצעות אופרטור ייעודי של AlloyDB Omni Kubernetes כדי להפוך את הפריסה והניהול של מכונות AlloyDB Omni באשכול Kubernetes לאוטומטיים.

כך פועלת אפשרות הפריסה של תזמור קונטיינרים:

  1. פריסת האופרטור: אופרטור AlloyDB Omni מותקן באשכול Kubernetes, שיכול להיות ב- Google Cloud(GKE), ב-AWS (EKS), ב-Azure (AKS), ב-OpenShift או באופן מקומי.
  2. משאבים בהתאמה אישית: אופרטור AlloyDB Omni מגדיר Kubernetes Custom Resource Definitions‏ (CRD), כולל DBCluster. המשתמשים יוצרים ומנהלים את המשאבים המותאמים אישית של DBCluster באמצעות כלים סטנדרטיים של Kubernetes כמו kubectl, וככה הם מבצעים פעולות ב-AlloyDB Omni.

  3. ניהול מחזור חיים: אופרטור AlloyDB Omni מחפש את המשאבים המותאמים אישית האלה ומבצע אוטומציה של המשימות המורכבות שקשורות לניהול מחזור החיים של מופע מסד נתונים של AlloyDB Omni.

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

    • הקצאת משאבים: הגדרת מופע מסד הנתונים על סמך המפרט של DBCluster, כולל הגדרות מותאמות אישית של יציאות ושילוב של קונטיינר sidecar.
    • זמינות גבוהה: הגדרה וניהול של מנגנוני יתירות כשל, פריסת טופולוגיה בכמה אזורים ושינוי קנה המידה של מאגר הקריאה כדי להבטיח את זמינות מסד הנתונים.
    • תוכנית התאוששות מאסון (DR): הפעלת תכונות כמו DR באזורים שונים עם מסדי נתונים במצב המתנה ופונקציונליות של טריגר הרצה אחורה.
    • גיבויים: ניהול תהליכי גיבוי אוטומטיים, כולל גיבויים אמינים ממכונות במצב המתנה.
    • עדכונים: טיפול בתחזוקה עם זמן השבתה קצר (LDTM) לשדרוגים של גרסאות משניות ולשינוי קנה מידה של משאבים.
    • אבטחה: שילוב תכונות כמו Active Directory לאימות והצפנת נתונים שקופה (TDE) לנתונים באחסון.

  4. אוטומציה: באמצעות אופרטור AlloyDB Omni, אתם מקבלים ניהול מחזור חיים מבוסס-API של AlloyDB Omni, שמפשט את הפעולות ומאפשר לכם לנהל את המופעים של מסד הנתונים באופן הצהרתי, בהתאם לאפליקציות אחרות של Kubernetes.

אופרטור AlloyDB Omni זמין באריזות שונות, כולל Helm Charts וחבילות OLM ל-Kubernetes ול-OpenShift. מידע נוסף זמין במאמר אפשרויות ההורדה וההתקנה של AlloyDB Omni.

המאמרים הבאים