סקירה כללית של AlloyDB Omni for Kubernetes

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

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

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

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

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

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

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

איך זה עובד

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

ההסבר הבא מתאר איך AlloyDB Omni for Kubernetes פועל:

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

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

    מחזור החיים הזה כולל את השלבים הבאים:

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

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

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

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