מידע על הגדרות של מופע

בדף הזה מוסבר על ההגדרות שזמינות למופעי Cloud SQL.

הגדרות של Cloud SQL ל-PostgreSQL

Console string           API enum string
PostgreSQL 18 (default)  POSTGRES_18
PostgreSQL 17            POSTGRES_17
PostgreSQL 16            POSTGRES_16
PostgreSQL 15            POSTGRES_15
PostgreSQL 14            POSTGRES_14
PostgreSQL 13            POSTGRES_13
PostgreSQL 12            POSTGRES_12

Console string          API enum string
PostgreSQL 18 (default) POSTGRES_18
PostgreSQL 17           POSTGRES_17
PostgreSQL 16           POSTGRES_16
PostgreSQL 15           POSTGRES_15
PostgreSQL 14           POSTGRES_14
PostgreSQL 13           POSTGRES_13
PostgreSQL 12           POSTGRES_12
PostgreSQL 11           POSTGRES_11
PostgreSQL 10           POSTGRES_10
PostgreSQL 9.6          POSTGRES_9_6

מזהה מופע

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

האורך הכולל של project-ID:instance-ID צריך להיות עד 98 תווים.

אין צורך לכלול את מזהה הפרויקט בשם המופע. הפעולה הזו מתבצעת באופן אוטומטי במקרים המתאימים (לדוגמה, בקובצי היומן). ...להנחיות למתן שמות

אזור

האזור Cloud de Confiance שבו נמצא המופע. אפשר להגדיר את האזור רק במהלך יצירת המופע. כדי לשפר את הביצועים, כדאי לשמור את הנתונים קרוב לשירותים שזקוקים להם. מידע נוסף זמין במאמר בנושא מיקומי מופעים.

תחום (zone)

התחום Cloud de Confiance שבו נמצא המופע. אם אתם מתחברים ממכונה של Compute Engine, בוחרים את האזור שבו נמצאת המכונה של Compute Engine. אחרת, מאשרים את אזור ברירת המחדל. במקרה הצורך, אפשר לערוך את המופע בהמשך כדי לשנות את האזור. מידע נוסף זמין במאמר מיקומי מופעים.

סוג המכונה

הגדרת הזיכרון והליבות הווירטואליות שזמינים למכונת Cloud SQL. אפשר להגדיר סוגי מכונות מסדרות שונות של מכונות. הזמינות של סדרות מכונות שונות נקבעת לפי המהדורה והאזור של Cloud SQL.

• למכונות במהדורת Cloud SQL Enterprise Plus: ‫Cloud SQL מציע סוגי מכונות מוגדרים מראש בסדרות המכונות הבאות:

  • סדרות עם סיווג N2.
  • סדרת C4A.
  • סדרת C4.

• למכונות במהדורת Cloud SQL Enterprise: ‫Cloud SQL מציע סוגי מכונות מוגדרים מראש וסוגי מכונות בהתאמה אישית בסדרות המכונות הבאות:

  • סדרת general purpose - shared core.
  • סדרת general purpose - dedicated core.
  • ‫N4 Series.

אם אתם צריכים עיבוד בזמן אמת, כמו עיבוד עסקאות אונליין (OLTP), ודאו שלמופע יש מספיק זיכרון כדי להכיל את כל קבוצת העבודה. עם זאת, יש גורמים אחרים שיכולים להשפיע על דרישות הזיכרון, כמו מספר החיבורים הפעילים ותהליכי התקורה הפנימיים. כדאי לבצע בדיקות עומס כדי למנוע בעיות בביצועים בסביבת הייצור. כשמגדירים את המופע, בוחרים זיכרון ומעבדים וירטואליים (vCPU) בכמות שתספיק לצרכים שלכם, ומגדילים את המופע ככל שהדרישות גדלות. יכול להיות שכיסוי ה-SLA של הגדרת מכונה עם מספר לא מספיק של ליבות וירטואליות ייפגע. מידע נוסף זמין במאמר בנושא הנחיות תפעוליות. מידע נוסף זמין במאמר בנושא [בחירת סדרת מכונות](/sql/docs/postgres/machine-series-overview).

סוג המכונה משפיע על העלות של המופע. מידע נוסף מפורט במאמר בנושא תמחור של מכונות וירטואליות. אפשר גם לראות תמחור לתרחישים שונים באמצעות מחשבון עלויות.

הגדרת מדיניות סיסמאות

מדיניות הסיסמאות של המופע. האפשרויות שמופיעות הן:

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

ליבות

מספר המעבדים של המופע. אפשר גם ליצור מכונה עם פחות ממעבד אחד (מכונה עם קוד משותף או מכונה עם מעבד וירטואלי משותף).

זיכרון

נפח הזיכרון שזמין למופע. עבור עומסי עבודה שרגישים לביצועים, כמו עיבוד עסקאות אונליין (OLTP), חשוב לוודא שלמופע יש מספיק זיכרון כדי להכיל את כל קבוצת העבודה. עם זאת, יש גורמים אחרים שיכולים להשפיע על דרישות הזיכרון, כמו מספר החיבורים הפעילים. כדאי לבצע בדיקות עומס כדי למנוע בעיות בביצועים בסביבת הייצור.

גרסת מסד הנתונים

אלא אם אתם צריכים יכולת שזמינה רק בגרסה ספציפית, כדאי להשתמש בגרסת מסד הנתונים שמוגדרת כברירת מחדל (PostgreSQL 16). מידע על השימוש בפקודה gcloud וב-API בארכיטקטורת REST מופיע במאמרי העזרה.

סוג האחסון

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

סוג האחסון לפי סדרת מכונות:

• סדרת מכונות C4: Google Cloud Hyperdisk Balanced
• סדרת מכונות C4A: Google Cloud Hyperdisk Balanced
• סדרת מכונות N2: SSD
• סדרת מכונות N4: SSD או HDD
• סדרות מכונות עם ליבות משותפות או ייעודיות לשימוש כללי: Google Cloud Hyperdisk Balanced

בסדרת המכונות N2, בחירה באפשרות SSD, שהיא ערך ברירת המחדל, מספקת למופע אחסון SSD. אחסוני SSD מספקים זמן אחזור קצר יותר ותפוקת נתונים גבוהה יותר. אם אתם לא צריכים גישה לנתונים עם ביצועים גבוהים, למשל לאחסון לטווח ארוך או לנתונים שאתם ניגשים אליהם לעיתים רחוקות, אתם יכולים להפחית את העלויות על ידי בחירה באפשרות HDD.

בסדרות המכונות C4,‏ C4A ו-N4, בחירה באפשרות Google Cloud Hyperdisk Balanced, שהיא ערך ברירת המחדל והערך היחיד, מספקת שירות אחסון עם ביצועים גבוהים ויכולת התאמה לעומס (scaling). מידע נוסף על Google Cloud Hyperdisk Balanced וההגבלות שלו זמין במאמר סקירה כללית של אפשרויות האחסון.

מצב SSL

(אופציונלי) אפשרויות SSL/TLS לחיבור למסד נתונים. ב-Cloud SQL נעשה שימוש ב-SSL/TLS כדי ליצור חיבורים מאובטחים, מאומתים ומוצפנים למכונות. אתם יכולים להשתמש בהגדרת מצב SSL ‏sslModeכדי לאכוף על כל חיבורי מסד הנתונים למופע להשתמש בהצפנת SSL/TLS. אפשר להשתמש בהגדרה הזו גם כדי לאכוף אימות של אישורי לקוח. ההגדרה הזו מאפשרת לכם שליטה מפורטת יותר בחיבורי SSL בהשוואה לrequireSsl. מומלץ להשתמש ב-sslMode. מידע נוסף זמין במאמר בנושא IpConfiguration. אפשר לאכוף SSL כשיוצרים מופע או כשמעדכנים מופע קיים.

מצב CA של שרת

(אופציונלי) כשיוצרים מופע, אפשר לבחור את מצב CA של השרת עבור המופע.

• ‫GOOGLE_MANAGED_INTERNAL_CA: זהו ערך ברירת המחדל. ‫Cloud SQL יוצר אישור CA חדש של שרת בחתימה עצמית לכל מכונה.
• ‫GOOGLE_MANAGED_CAS_CA: המופע משתמש בהיררכיית CA של שרת שמארח Certificate Authority Service ורשויות האישורים המנפיקות משותפות לכל המופעים באותו אזור.
• ‫CUSTOMER_MANAGED_CAS_CA: המכונה משתמשת ב-CA של שרת שנוצר ממאגר CA. באפשרות הזו, אתם מנהלים את ההיררכיה של רשות האישורים ואת הרוטציה של אישורי ה-CA.

מידע נוסף על האפשרויות האלה זמין במאמר בנושא היררכיות של רשויות אישורים (CA).

רוטציה אוטומטית של אישורי שרת

בוחרים אם להפעיל רוטציה אוטומטית של אישורי שרת עבור המופע. התכונה מחליפה באופן אוטומטי את אישור השרת של המופע במהלך עדכון התחזוקה המתוזמן באופן קבוע או כשמבצעים תחזוקה בשירות עצמי, עד 180 ימים לפני שתוקף האישור יפוג. האפשרות הזו מושבתת כברירת מחדל.

התכונה הזו זמינה רק במקרים שבהם serverCaMode מוגדר כGOOGLE_MANAGED_CAS_CA או כCUSTOMER_MANAGED_CAS_CA בלבד.

מידע נוסף על רוטציה אוטומטית של אישורים של שרת Cloud SQL זמין במאמר הפעלה של רוטציה אוטומטית של אישורי שרת.

נפח אחסון

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

נפח האחסון שהוקצה למופע משפיע על העלות של המופע. מידע נוסף זמין במאמר בנושא תמחור של אחסון ורשת.

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

הפעלת הגדלות אוטומטיות של נפח האחסון

אם מפעילים את ההגדרה הזו, Cloud SQL בודק את נפח האחסון הזמין כל 30 שניות. אם נפח האחסון הזמין יורד מתחת לגודל סף מסוים, Cloud SQL מוסיף אוטומטית נפח אחסון נוסף. אם נפח האחסון הזמין יורד שוב ושוב מתחת לגודל הסף, ‫Cloud SQL ממשיך להוסיף נפח אחסון עד שהוא מגיע למקסימום של 64TB.

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

סף

גודל הסף תלוי בנפח האחסון שהוקצה למופע:

‫Google Cloud Hyperdisk Balanced

‫

MAX(5, (provisioned storage) * 5 / 100)

    The threshold size is rounded up to the nearest whole number.

לדוגמה, חישוב הסף למכונה בנפח 66GB באמצעות Google Cloud Hyperdisk balanced הוא:

MAX(5, (66 * 0.05)) = MAX(5, 3.3) = 5 GB

SSD או HDD

MIN(5 + (provisioned storage)/25, 25)

    The threshold size is rounded down to the nearest whole number.

לדוגמה, חישוב הסף למכונה בגודל 66GB באמצעות SSD או HDD הוא:

MIN(5 + (66/25), 25) = MIN(5 + 2.6, 25) = MIN(7, 25) = 7 GB

נפח האחסון שנוסף

ב-Google Cloud Hyperdisk Balanced, נפח האחסון שנוסף הוא 15% מנפח האחסון המוקצה הנוכחי, אבל לא יכול להיות קטן מ-5GB. אפשר לחשב את זה באמצעות הנוסחה הבאה:

MAX(5, (provisioned storage) * 15 / 100)

The threshold size is rounded down to the nearest whole number.

בכל שאר סוגי האחסון, כולל SSD ו-HDD, כמות האחסון שמתווספת למופע שווה לגודל הסף, שלא יכול להיות גדול מ-25GB.

שיקולים לגבי דיסקים גדולים

ב-Google Cloud Hyperdisk Balanced, למופעים שהוקצה להם נפח אחסון של יותר מ-100GB יש נפח פנוי מינימלי של 5% מהקיבולת שהוקצתה.

לכל שאר סוגי האחסון והמופעים שהוקצו להם 500GB או יותר, גודל הסף הוא תמיד 25GB וכמות האחסון שנוספת היא תמיד 25GB. כתוצאה מכך, השטח הריק המקסימלי האפשרי הוא 50GB. אם לא משנים את הגודל של המכונה באופן ידני כך שנפח האחסון שלה גדול מ-5TB, יכול להיות שהדיסק יישאר בקיבולת של 99% גם אם יש במכונה מקום פנוי.

לפני פעולה שגורמת לגידול מהיר בשימוש בנפח האחסון בדיסק, כמו ייבוא גדול או שאילתה שדורשת טבלת זמנית גדולה, כדאי לשנות את הגודל של הדיסק באופן ידני, במקום להסתמך על הגדלה אוטומטית של נפח האחסון. ב-Google Cloud Hyperdisk Balanced, אם נפח האחסון גדל לעיתים קרובות מדי בפרק זמן קצר (4 שעות), יכול להיות שהגידולים האלה יהיו כפופים להגבלת קצב העברת הנתונים (Throttling). יכול להיות שבמקרים כאלה לא יישאר מקום פנוי במופע, גם אם ההגדלה האוטומטית של נפח האחסון מופעלת והגודל של נפח האחסון קטן מהמגבלה של ההגדלה האוטומטית של נפח האחסון.

מערכת הקבצים משתמשת בחלק מהנפח באופן פנימי למטא-נתונים של מערכת הקבצים. הנפח הזה לא נכלל במדד של השימוש בדיסק (database/disk/bytes_used). בדיסקים גדולים, הנפח השמור יכול להיות 1% עד 3% מגודל הדיסק הכולל, ולכן יכול להיות שההגדלה האוטומטית של נפח האחסון תתרחש לפני שהשימוש בדיסק יגיע לסף.

שיטת הצפנת הנתונים

כברירת מחדל, המכונה של Cloud SQL מוצפנת באמצעות Google Cloud-powered key. אם רוצים לשלוט במפתח הזה, צריך להשתמש במפתח הצפנה בניהול הלקוח (CMEK) ב-Cloud Key Management Service‏ (KMS). ‏Cloud KMS פועל בשילוב עם Cloud SQL.

שימוש במפתחות של Cloud KMS מאפשר לכם לשלוט ברמת ההגנה, במיקום, בלוח הזמנים של הרוטציה, בשימוש ובהרשאות הגישה שלהם. בנוסף, אפשר להשתמש במפתחות הצפנה שונים במשאבים. בנוסף, באמצעות Cloud KMS אפשר לעקוב אחרי השימוש במפתחות, לראות יומני ביקורת ולשלוט במחזורי החיים של המפתחות.

במקום ש-Google תהיה הבעלים של המפתחות שמגנים על הנתונים שלכם ותנהל אותם, אתם שולטים במפתחות האלה ומנהלים אותם ב-Cloud KMS.

מידע נוסף על CMEK זמין במאמר מידע על מפתחות הצפנה בניהול הלקוח (CMEK).

המגבלה על הגדלת נפח האחסון באופן אוטומטי

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

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

אם מגדירים את המגבלה הזו לאפס (ערך ברירת המחדל), המשמעות היא שאין מגבלה (מלבד נפח האחסון המקסימלי שזמין לרמת המינוי של המופע).

כדי להגדיר את המגבלה כשיוצרים את המכונה, משתמשים בפרמטר --storage-auto-increase-limit=INTEGER_VALUE_OF_GB, כמו שמתואר בדף יצירת מכונה. כדי להגדיר את המגבלה במכונה קיימת, משתמשים באותו פרמטר עם הפקודה gcloud sql instances patch.

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

גיבויים אוטומטיים ושחזור לנקודת זמן מסוימת

האפשרויות האלה קובעות אם יתבצעו גיבויים אוטומטיים ואם יופעל רישום מראש של פעולות כתיבה.

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

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

מידע על שחזור לנקודת זמן מסוימת זמין במאמר סקירה כללית של שחזור לנקודת זמן מסוימת.

מידע על שכפול מופיע במאמר אפשרויות שכפול. מידע על שיבוט מופעים זמין במאמר שיבוט מופעים.

הגדרות השמירה של גיבויים אוטומטיים

ערך ברירת המחדל של מספר הגיבויים שנשמרים הוא 7, אבל אפשר לשנות אותו לכל ערך בטווח 1 עד 365.

מידע נוסף זמין במאמר גיבוי אוטומטי ושמירת יומן עסקאות.

אפשרויות מיקום

אתם יכולים לבחור לאחסן את הגיבויים באזור אחד או בכמה אזורים. Multi-region היא ברירת המחדל והאפשרות המומלצת, כי היא מספקת הגנה מפני השבתה זמנית של השירות אם אזור מסוים לא זמין. הגיבויים מאוחסנים באזורים שהכי קרובים למופע.

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

הגנה מפני מחיקה של מופעים

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

שמירת גיבויים אחרי מחיקת מופע

שומר גיבויים לפי דרישה וגיבויים אוטומטיים של מופע אחרי שהמופע נמחק. מידע נוסף על ההגדרה הזו זמין במאמר בנושא גיבויים שנשמרו.

יצירת גיבוי סופי בזמן מחיקת המופע

מבצע גיבוי סופי של מופע בזמן המחיקה של המופע. משתמשים ב-final-backup-retention-days כדי להגדיר את תקופת השמירה של הגיבוי הסופי. אם לא מוגדרת תקופת שמירה, תקופת השמירה מוגדרת כברירת מחדל ל-30 יום. מידע נוסף על ההגדרה הזו זמין במאמר בנושא ביצוע גיבוי סופי לפני מחיקת מופע.

הגדרת תקופת השמירה של הגיבוי הסופי

הגדרת תקופת השמירה של הגיבוי הסופי. אפשר להגדיר תקופת שמירה של עד 365 ימים. אם לא מגדירים את הערך של final-backup-retention-days כשמפעילים את final-backup, המערכת משתמשת בתקופת השמירה שמוגדרת כברירת מחדל, שהיא 30 ימים. מידע נוסף על ההגדרה הזו זמין במאמר בנושא ביצוע גיבוי סופי לפני מחיקת מופע.

הפעלת שחזור מערכת מנקודה מסוימת בזמן (PITR)

שחזור מערכת מנקודה מסוימת בזמן (PITR) מאפשר לכם לשחזר מגיבוי, החל מנקודת זמן ספציפית.

מידע על שחזור לנקודת זמן מסוימת זמין במאמר סקירה כללית של שחזור לנקודת זמן מסוימת.

זמינות: אזורית

המופע והגיבויים שלכם נמצאים באזור אחד. אם בוחרים באפשרות הזו, לא מתבצע מעבר לגיבוי במקרה של הפסקת שירות. מומלץ רק למטרות בדיקה ופיתוח.

זמינות גבוהה (אזורית)

כשבוחרים באפשרות זמינות גבוהה (אזורית), אם יש הפסקת חשמל, המכונה עוברת אוטומטית לתחום (zone) אחר באזור שבו המכונה ממוקמת, כל עוד אין הפסקת חשמל בתחום (zone) היתירות כשל. מומלץ לבחור באפשרות זמינות גבוהה (אזורית) למופעים בסביבת הייצור.

סקירה כללית של הגדרת זמינות גבוהה

חלון זמן לתחזוקה

היום והשעה שבהם מתוכננים אירועי התחזוקה של מכונת Cloud SQL. במכונות מרכזיות של Cloud SQL Enterprise Plus, זמן ההשבתה לצורך תחזוקה הוא בדרך כלל פחות משנייה. בכל שאר המקרים, זמן ההשבתה של התחזוקה הוא בדרך כלל 60 שניות או פחות בממוצע.

בשלב הזה, אין תמיכה בהגדרות של חלון הזמן לתחזוקה ברפליקות לקריאה.

מידע נוסף על תחזוקה זמין במאמר מידע על תחזוקה במכונות Cloud SQL.

תזמון התחזוקה

ההעדפה שלכם לגבי התזמון היחסי של עדכוני התחזוקה. אתם יכולים לקבל את העדכונים שבוע או שבועיים אחרי ההודעה, ולבדוק את עדכוני התחזוקה בסביבת בדיקה לפני שהעדכון יופעל במופעי הייצור. אפשר גם לבחור לקבל את עדכון התחזוקה חמישה שבועות ("week5") אחרי שליחת ההתראה. ההגדרה של תזמון התחזוקה לא משפיעה על גרסת התחזוקה ש-Cloud SQL מחיל על המכונה.

אם לא מגדירים את ההגדרה של תזמון התחזוקה, Cloud SQL בוחר את התזמון של העדכונים למכונה (בחלון הזמן לתחזוקה, אם רלוונטי).

מידע נוסף על תחזוקה זמין במאמר מידע על תחזוקה במכונות Cloud SQL.

כתובת IP פרטית

מגדיר את המכונה לשימוש בכתובת IP פרטית. מידע נוסף

כתובת IP ציבורית

אם האפשרות הזו מופעלת, מוקצית למכונה שלכם כתובת IPv4 ציבורית. כשמשביתים את כתובת ה-IP הציבורית, הכתובת הזו משוחררת. אפשר להפעיל מחדש את כתובת ה-IP הציבורית בשלב מאוחר יותר, אבל תקבלו כתובת IPv4 שונה. כברירת מחדל, כתובת ה-IP הציבורית חסומה לכל הכתובות. משתמשים ברשתות מורשות כדי לאפשר גישה.

Data Api Access

ההגדרה קובעת אם לאפשר חיבורים למופע באמצעות Data API. אם מפעילים את האפשרות, אפשר להשתמש ב-executeSql כדי להריץ הצהרות במופע. ההגדרה הזו מושבתת כברירת מחדל.

רשתות מורשות

אפשר להוסיף כתובות IP ספציפיות או טווחים של כתובות כדי לפתוח את המכונה לכתובות האלה.

מידע על הגדרת כתובות IP זמין במאמר בנושא הגדרת קישוריות IP.

נתיב פרטי לשירותי Cloud de Confiance by S3NS

הגדרת התצורה הזו מאפשרת לשירותים אחרים Cloud de Confiance by S3NS, כמו BigQuery, לגשת לנתונים ב-Cloud SQL ולהריץ שאילתות על הנתונים האלה דרך חיבור פרטי. ההגדרה הזו זמינה רק כשמגדירים את המכונה לשימוש בכתובת IP פרטית, ומגדירים רשת מורשית כדי ליצור חיבור פרטי.

במסוף Cloud de Confiance , מסמנים את התיבה Enable private path (הפעלת נתיב פרטי) כדי להגדיר נתיב פרטי. ב-CLI של gcloud, משתמשים בדגל --enable-google-private-path כשיוצרים את המופע.

גישה ל-Data API

ההגדרה הזו קובעת את הקישוריות למופע באמצעות Data API. כברירת מחדל, האפשרות הזו מושבתת. כשההגדרה הזאת מופעלת, משתמשים מורשים יכולים להשתמש ב-Data API כדי להתחבר למופע. למכונות עם כתובת IP פרטית בלבד, הוא מאפשר למשתמשים מורשים להתחבר מהאינטרנט הציבורי.

במסוף Cloud de Confiance , מסמנים את התיבה Allow Data API כדי להגדיר גישה ל-Data API. ב-CLI של gcloud, משתמשים בדגל --data-api-access=ALLOW_DATA_API כשיוצרים את המופע.

מטמון נתונים

מטמון נתונים מופעל באופן אוטומטי במכונות Cloud SQL ל-PostgreSQL במהדורת Enterprise Plus. מטמון הנתונים משתמש ב-SSD מקומיים כדי להרחיב את מטמון הדפים של מערכת ההפעלה מהזיכרון לרמת ה-SSD. ההגדרה הזו מנוהלת על ידי Cloud SQL. שמירת כל קבוצת העבודה במטמון מספקת ביצועים מקסימליים כשמשתמשים במטמון נתונים. אפשר להשתמש במסוף Cloud de Confiance , ב-ה-CLI של gcloud או ב-Cloud SQL Admin API כדי להפעיל או להשבית את ההגדרה הזו במופעים של Cloud SQL ל-PostgreSQL Enterprise Plus.

מדיניות ההפעלה

כדי לשנות את מדיניות ההפעלה, צריך להפעיל ולעצור את המכונה. הפסקת המכונה מונעת חיובים נוספים על המכונה.

דגלים לניהול מסד נתונים

אפשר להגדיר פלאגים ספציפיים של מסד נתונים במכונה של Cloud SQL.

רשימה מלאה של הדגלים של מסד הנתונים שאפשר להגדיר מופיעה במאמר הגדרת דגלים של מסד נתונים.

ההשפעה של שינוי הגדרות המופע

ברוב הגדרות המכונה, Cloud SQL מחיל את השינוי באופן מיידי, והקישוריות למכונה לא מושפעת.

אם אתם משתמשים במהדורת Cloud SQL Enterprise, שינוי מספר המעבדים או גודל הזיכרון יגרום לכך שהמופע יהיה במצב אופליין למשך פחות מ-60 שניות. יכול להיות שיחלפו כמה דקות עד שהשינויים ייכנסו לתוקף.

הגדרת כתובת ה-IP הפרטית, שינוי הרשת שלה והפעלת זמינות גבוהה גורמים למופע לעבור למצב אופליין למשך כמה דקות.

אם אתם משתמשים במהדורת Cloud SQL Enterprise Plus, אתם יכולים לבצע שינויים בהגדרות של המכונה, כמו הגדלת מספר ליבות ה-vCPU או הפעלה או השבתה של מטמון הנתונים, עם זמן השבתה כמעט אפסי. מידע נוסף זמין במאמר זמינות ב-Cloud SQL.

‫Cloud SQL מנהל באופן אוטומטי את הערך של הדגל max_connections על סמך כמות הזיכרון במכונה (למידע נוסף, ראו דגלים נתמכים). ב-PostgreSQL, הערך של max_connections צריך להיות תמיד לפחות גדול כמו הערך שלו בשרת הראשי. לכן, אם העותקים לקריאה כוללים פחות זיכרון מהעותק הראשי, שינוי כמות הזיכרון בעותק הראשי עלול לגרום לעותקים לקריאה לעבור למצב אופליין למשך פחות מ-60 שניות. זה קורה כי יכול להיות שהעותקים לקריאה יצטרכו לקבל ערך חדש של max_connections כדי לשמור על עקביות עם השינוי בשרת הראשי, ועדכון הערך של max_connections מחייב הפעלה מחדש של PostgreSQL. כדי למנוע את המצב הזה, מגדירים את הערך של הדגל max_connections בשרת הראשי לערך הרצוי.

כדאי לתכנן את השינויים האלה לזמן שבו השירות יכול להתמודד עם הפסקה באורך הזה.

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

• איך עורכים את המכונה
• מידע נוסף על תכונות ניסיוניות של מסדי נתונים
• איך מאשרים גישה לכתובות IP למכונה
• מידע נוסף על אפשרויות השכפול
• במחירון תוכלו לעיין ברשימת התעריפים של המופע.
• מידע נוסף על אפשרויות החיבור למופע
• איך מגדירים כתובת IP ציבורית למופע
• כל שירותיCloud de Confiance by S3NS שזמינים במיקומים שונים ברחבי העולם.