בחירת סביבת הפריסה של AlloyDB Omni

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

אם אתם כבר יודעים באיזו סביבה אתם רוצים להשתמש, תוכלו לעיין בקישורים לתכנון ולהתקנה שבקטע מה עושים עכשיו בדף הזה.

‫AlloyDB Omni לקונטיינרים

בוחרים ב-AlloyDB Omni for containers אם אתם צריכים אחת או יותר מהאפשרויות הבאות. כדי להתחיל להשתמש במודל הפריסה הזה, אפשר לעיין במאמר AlloyDB Omni for containers – סקירה כללית.

  • מסד נתונים של אפליקציה יחידה: כשצריך מסד נתונים עם ביצועים גבוהים שמיועד לאפליקציה יחידה.
  • פיתוח ובדיקה: להגדרת סביבת מסד נתונים במחשב נייד של מפתח או בסביבת בדיקה.
  • סביבות שאינן Kubernetes: אם התשתית שלכם לא משתמשת ב-Kubernetes או אם אתם לא צריכים את המורכבות של כלי לניהול קונטיינרים.
  • פעולות אופליין: לאפליקציות שצריכות להמשיך לפעול גם כשהן לא מחוברות לאינטרנט.

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

    כדי להתחיל להשתמש ב-AlloyDB Omni for containers, אפשר לעיין במאמרים תכנון ההתקנה והתקנת AlloyDB Omni for containers.

‫AlloyDB Omni ל-Kubernetes

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

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

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

‫AlloyDB Omni ל-Linux

בוחרים באפשרות AlloyDB Omni for Linux אם יש לכם סביבה שבה לא מומלץ להשתמש ביצירת קונטיינרים או שנדרש שילוב עמוק עם מערכת ההפעלה של המארח. מידע נוסף מופיע במאמר סקירה כללית על AlloyDB Omni ל-Linux.

כדי להתחיל להשתמש במודל הפריסה הזה בגרסת Preview, צריך להירשם כדי לבקש גישה.

תרחישים נפוצים לדוגמה:

  • מודרניזציה של אפליקציות מדור קודם: שדרוג של עומסי עבודה קיימים של PostgreSQL שפועלים בשרתי Linux ל-AlloyDB Omni ל-Linux כדי לשפר את הביצועים ואת יכולת הניהול, בלי לבצע מעבר לפלטפורמה אחרת לקונטיינרים.
  • מחשוב קצה: פריסת מסדי נתונים עם ביצועים גבוהים במרכזי נתונים מרוחקים שבהם מגבלות משאבים או מודלים תפעוליים מעדיפים התקנה ישירה של מערכת הפעלה (OS).
  • פיתוח ובדיקות: מעניקים למפתחים מכונת מסד נתונים מקומית ועוצמתית שמשקפת את סביבת הייצור של AlloyDB ל-PostgreSQL, ומאפשרת בדיקות עקביות ואיטרציה מהירה.
  • סביבות מפוקחות: הפעלת עומסי עבודה בסביבות מבוקרות בקפדנות, שבהן השימוש בזמני ריצה של קונטיינרים עשוי להיות מוגבל על ידי מדיניות אבטחה.

כדי להתחיל להשתמש ב-AlloyDB Omni for Linux, אפשר לעיין במאמרים תכנון ההתקנה והתקנת AlloyDB Omni for Linux.

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