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

בדף הזה מוסבר על ההגדרות שזמינות עבור מופעי 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.

למכונות במהדורת Cloud SQL Enterprise,‏ Cloud SQL מציע את סדרות המכונות general purpose shared core, general purpose dedicated core ו-N4.

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

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

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

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

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

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

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

ליבות

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

זיכרון

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

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

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

סוג אחסון

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

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

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

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

בסדרות המכונות C4A ו-N4, בחירה באפשרות Hyperdisk Balanced, שהיא ברירת המחדל והערך היחיד, מספקת שירות אחסון עם ביצועים גבוהים ויכולת התאמה לעומס (scaling). מידע נוסף על 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.

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

נפח אחסון

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

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

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

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

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

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

סף

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

‫Hyperdisk Balanced

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

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

לדוגמה, חישוב הסף למכונה בגודל 66GB באמצעות 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

כמות האחסון שנוספה

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

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

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

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

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

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

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

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

מערכת הקבצים משתמשת בחלק מהנפח שלה באופן פנימי למטא-נתונים של מערכת הקבצים. הנפח הזה לא נכלל במדד של השימוש בדיסק (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 beta sql instances patch.

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

גיבויים אוטומטיים ושחזור מערכת מנקודה מסוימת בזמן (PITR)

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

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

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

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

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

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

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

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

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

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

הגנה מפני מחיקת מכונה

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

כתובת IP פרטית

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

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

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

רשתות מורשות

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

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

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

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

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

מטמון נתונים

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

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

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

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

אפשר להגדיר פלאגים ספציפיים של מסד נתונים במכונה של 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 שזמינים במיקומים שונים ברחבי העולם.