AlloyDB Omni for containers פועל כמו מסד נתונים של PostgreSQL שעבר אופטימיזציה גבוהה ומנוהל באופן עצמאי, ומביא את הביצועים ויכולות ה-AI של Google Cloudלתשתית הענן המקומית או הפרטית שלכם, ומציע גמישות ותכונות עוצמתיות בלי לדרוש התחייבות מלאה לענן ציבורי.
תרחישים לדוגמה לשימוש ב-AlloyDB Omni לקונטיינרים
AlloyDB Omni for containers מתאים במיוחד לתרחישי השימוש הבאים:
- מסד נתונים עם מופע יחיד: אתם צריכים רק מסד נתונים עם מופע יחיד. אתם לא צריכים תכונות כמו זמינות גבוהה והתאוששות מאסון.
- פיתוח ובדיקות: AlloyDB Omni for containers מתאים מאוד להגדרה של AlloyDB Omni במחשב נייד או בסביבת בדיקות, כולל ביצועים.
- סביבות שאינן Kubernetes: כשלא משתמשים בתשתית Kubernetes או כשלא צריך את המורכבות של כלי לניהול קונטיינרים.
- פעולות אופליין: לאפליקציות שצריכות להמשיך לפעול גם כשהן לא מחוברות לאינטרנט.
- דרישות של זמן אחזור נמוך: כשצריך למקם את מסד הנתונים קרוב גיאוגרפית למשתמשים כדי להבטיח את זמני התגובה המהירים ביותר.
תכונות עיקריות וביצועים
AlloyDB Omni מספק שרת מסד נתונים שתואם ל-PostgreSQL. הוא כולל תמיכה ב-AlloyDB AI, שמאפשרת ליצור אפליקציות AI גנרטיביות ברמה ארגונית באמצעות נתונים תפעוליים, עם שילובים במערכת האקולוגית של Google Cloud AI.
תכונות מרכזיות של AlloyDB ל-PostgreSQL שמאפשרות ל-AlloyDB Omni לנהל את עצמו ולבצע אופטימיזציה עצמית, זמינות גם כאן. הניהול האוטומטי של הזיכרון כולל מעקב רציף אחרי צריכת הזיכרון ואופטימיזציה שלה, ושינוי דינמי של גודל מטמון המאגר המשותף בהתאם ללחץ הזיכרון. כברירת מחדל, מוגדר גבול עליון של 80% מזיכרון המערכת, ומוקצים 10% למטמון של מאגר משותף. תכונה נוספת של הטייס האוטומטי היא adaptive autovacuum, שמנתחת את עומסי העבודה של מסד הנתונים ומשנה באופן אוטומטי את התדירות והעוצמה של ה-vacuuming כדי לשמור על ביצועים אופטימליים ללא הפרעות. בנוסף, כלי לייעוץ בנושא אינדקסים מנתח שאילתות שמופעלות לעיתים קרובות וממליץ על אינדקסים חדשים לשיפור הביצועים של השאילתות.
כדי להאיץ שאילתות אנליטיות, ב-AlloyDB Omni יש מנוע מבוסס-עמודות. המנוע הזה שומר נתונים שנשלחות לגביהם שאילתות לעיתים קרובות בפורמט עמודות בזיכרון, וכך משפר באופן משמעותי את הביצועים של בינה עסקית (BI), דיווח ועומסי עבודה של עיבוד היברידי של טרנזקציות וניתוחים (HTAP). מבדיקות הביצועים שלנו עולה שעומסי עבודה (workloads) עם טרנזקציות ב-AlloyDB Omni מהירים פי שניים, ושאילתות ניתוח נתונים מהירות עד פי 100 מאשר ב-PostgreSQL רגיל.
איך זה עובד
AlloyDB Omni for containers פועל בקונטיינר Docker שמתקינים בסביבה שלכם, למשל במערכת Linux עם אחסון SSD וזיכרון של לפחות 8GB לכל CPU. האפליקציות שלכם מתחברות ל-AlloyDB Omni ומתקשרות איתו בדיוק כמו עם שרת מסד נתונים רגיל של PostgreSQL, ובקרת גישת המשתמשים מתבססת על תקני PostgreSQL. ההגדרה של אופן הפעולה של מסד הנתונים, מרישום ביומן ועד למנוע העמודות, מנוהלת באמצעות דגלים של מסד הנתונים.
הפצה מבוססת-קונטיינרים מציעה יתרונות כמו ניהול שקוף של תלות, ניידות בין סביבות, בידוד אבטחה, ניהול משאבים ושדרוגים ותיקונים חלקים.
ארכיטקטורה
AlloyDB Omni for containers כולל רכיבי PostgreSQL עם שיפורים של AlloyDB ל-PostgreSQL ורכיבים ייעודיים של AlloyDB ל-PostgreSQL.
- המנוע של מסד הנתונים: מתרגם שאילתות של לקוחות לתוכניות שניתנות להרצה, מוצא את הנתונים הנדרשים, מבצע סינון, מיון וצבירת נתונים ומחזיר תוצאות. הוא נועד להשיב לשאילתות באמצעות מינימום משאבים, תוך שימת דגש על מודלים טובים של נתונים ועל עיצוב שאילתות.
- אחסון נתונים: הנתונים מאוחסנים בדפים בגודל קבוע במערכת הקבצים הבסיסית. AlloyDB Omni בודק קודם את מאגר הנתונים הזמני כשניגשים לנתונים. אם הנתונים לא נמצאים, הוא קורא אותם ממערכת הקבצים. הגדלת גודל מאגר הנתונים הזמני היא חיונית לביצועים. AlloyDB Omni משתמש בניהול זיכרון דינמי, שמאפשר למאגר הנתונים הזמני לגדול ולקטון באופן דינמי בתוך הגבולות שהוגדרו, וכך מייתר את הצורך בהתאמה ידנית של הגודל שלו.
- ניהול משאבים: עיבוד שאילתות דורש מעבד (CPU), זיכרון, קלט/פלט, רשת ופרימיטיבים של סנכרון. חשוב לעקוב אחרי ניצול המעבד (CPU) (במטרה להגיע למצב יציב של כ-70%) ואחרי IOPS כדי למנוע צווארי בקבוק. צמצום הקריאות והכתיבות לאחסון על ידי הגדלת כמות הנתונים במאגר עוזר להימנע ממגבלות IOPS.
- תהליך AI/ML: בסביבת מכונה וירטואלית, תהליך הרקע של AI/ML מספק את כל היכולות שנדרשות לקריאה למודלים של Vertex AI ישירות ממסד הנתונים, והוא פועל כתהליך
omni ml worker.
גיבוי נתונים ותוכנית התאוששות מאסון (DR)
AlloyDB Omni for containers כולל מערכת גיבוי ושחזור רציפה, שמאפשרת ליצור אשכול מסדי נתונים חדש מכל נקודת זמן במסגרת תקופת שמירה שניתנת להתאמה. הוא יכול גם ליצור ולשמור גיבויים מלאים של נתוני אשכול מסד הנתונים, לפי דרישה או לפי לוח זמנים, וכך לאפשר שחזור לאשכול AlloyDB Omni.
לצורך תוכנית התאוששות מאסון (DR), אפשר להשיג רפליקציה בין מרכזי נתונים על ידי יצירת אשכולות משניים של מסדי נתונים במרכזי נתונים נפרדים. AlloyDB Omni מעביר נתונים באופן אסינכרוני מאשכול ראשי לאשכולות משניים, ואפשר להפוך אשכול משני לראשי כשצריך.
כדי לשדרג לתכונות המנוהלות במלואן של AlloyDB ל-PostgreSQL, כמו שינוי גודל, אבטחה וזמינות, אתם יכולים להעביר את הנתונים שלכם מ-AlloyDB Omni לאשכול AlloyDB ל-PostgreSQL.
המאמרים הבאים
- הרשמה למינוי ל-AlloyDB Omni
- מידע על תוספות ל-PostgreSQL הסטנדרטי ב-AlloyDB ל-PostgreSQL
- בוחרים אפשרות להורדה או להתקנה של AlloyDB ל-PostgreSQL.
- בוחרים ארכיטקטורת הפניה לזמינות של AlloyDB Omni.
- תכנון ההתקנה של AlloyDB Omni.