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

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

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

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

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

תרחישים לדוגמה של AlloyDB Omni ל-Kubernetes

כדאי לבחור ב-AlloyDB Omni ל-Kubernetes אם אתם צריכים אחת או יותר מהיכולות הבאות:

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

איך זה עובד

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

ככה AlloyDB Omni ל-Kubernetes פועל:

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

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

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

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

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

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

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