הגישה הזו מועילה למשתמשים כי היא מספקת את התכונות המתקדמות של AlloyDB Omni – למשל, מהירות גבוהה פי שניים בעומסי עבודה (workloads) עם טרנזקציות ומהירות גבוהה פי 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.
הסבר על אפשרות הפריסה של כלי תזמור קונטיינרים:
- פריסת אופרטור: אופרטור AlloyDB Omni מותקן באשכול Kubernetes, שיכול להיות ב- Google Cloud(GKE), ב-AWS (EKS), ב-Azure (AKS), ב-OpenShift או בפריסה מקומית.
- משאבים בהתאמה אישית: אופרטור AlloyDB Omni מגדיר Kubernetes Custom Resource Definitions (CRD), כולל
DBCluster. משתמשים יכולים ליצור ולנהל את המשאבים המותאמים אישית האלהDBClusterב-AlloyDB Omni באמצעות כלים סטנדרטיים של Kubernetes כמוkubectl. ניהול מחזור חיים: אופרטור AlloyDB Omni מחפש את המשאבים המותאמים אישית האלה ומבצע אוטומציה של המשימות המורכבות שקשורות לניהול מחזור החיים של מופע מסד נתונים של AlloyDB Omni.
מחזור החיים של מסד הנתונים כולל את הפעולות הבאות של היום הראשון והיום השני:
- הקצאת משאבים: הגדרת מופע מסד הנתונים על סמך המפרט של
DBCluster, כולל הגדרות מותאמות אישית של יציאות ושילוב של קונטיינר sidecar. - זמינות גבוהה: הגדרה וניהול של מנגנוני מעבר לגיבוי (failover), פריסה של טופולוגיה מרובת אזורים ושינוי גודל של מאגר קריאה כדי להבטיח את זמינות מסד הנתונים.
- שחזור מאסון: הפעלת תכונות כמו שחזור מאסון בין אזורים עם מסדי נתונים במצב המתנה ופונקציונליות של טריגר להחזרה למצב קודם.
- גיבויים: ניהול תהליכי גיבוי אוטומטיים, כולל גיבויים אמינים ממופעים במצב המתנה.
- עדכונים: טיפול בתחזוקה עם זמן השבתה קצר (LDTM) לשדרוגים של גרסאות משניות ולשינוי גודל המשאבים.
- אבטחה: שילוב תכונות כמו Active Directory לאימות ו-Transparent Data Encryption (TDE) לנתונים באחסון.
- הקצאת משאבים: הגדרת מופע מסד הנתונים על סמך המפרט של
אוטומציה: באמצעות האופרטור AlloyDB Omni, אתם מקבלים ניהול מחזור חיים מבוסס-API עבור AlloyDB Omni, מה שמפשט את הפעולות ומאפשר לכם לנהל את מופעי מסד הנתונים באופן הצהרתי, בהתאם לאפליקציות אחרות של Kubernetes.
אפשר להשתמש באופרטור AlloyDB Omni דרך חבילות שונות, כולל תרשימי Helm וחבילות OLM ל-Kubernetes ול-OpenShift. למידע נוסף, ראו אפשרויות ההורדה וההתקנה הזמינות של AlloyDB Omni.
המאמרים הבאים
- הרשמה ל-AlloyDB Omni
- בוחרים אפשרות להורדה או להתקנה של AlloyDB ל-PostgreSQL.
- בחירת גרסאות תואמות של אופרטור Kubernetes ואשכול מסד נתונים.
- בוחרים ארכיטקטורת הפניה לזמינות של AlloyDB Omni.
- התקנה של AlloyDB Omni ב-Kubernetes.