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

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

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

הגדרה אפשר לשנות אחרי היצירה? ערכים אפשריים
מזהה המכונה N מורכב מאותיות קטנות, מספרים ומקפים, וצריך להתחיל באות. האורך הכולל הוא עד 98 תווים.
אזור N האזור של המכונה. ברשימת האזורים הזמינים מפורטים כל האזורים שזמינים לכל מהדורה של Cloud SQL.
תחום (zone) Y הערכים האפשריים תלויים באזור.
גרסת מסד הנתונים N במהדורת Cloud SQL Enterprise Plus: 
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
במהדורת Cloud SQL Enterprise: 
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
מצב SSL Y אוכף או מפעיל SSL באופן הבא:
  • ‫ALLOW_UNENCRYPTED_AND_ENCRYPTED: מאפשר חיבורים ללא SSL או TLS וחיבורים עם SSL או TLS. בחיבורי SSL, אישור הלקוח לא מאומת. זה ערך ברירת המחדל.
  • ‫ENCRYPTED_ONLY: מאפשר רק חיבורים שמוצפנים באמצעות SSL/TLS.
  • ‫TRUSTED_CLIENT_CERTIFICATE_REQUIRED: מאפשרת רק חיבורים שמוצפנים באמצעות SSL/TLS ועם אישורי לקוח תקפים.
מצב CA של השרת Y

מאפשרת להגדיר את רשות האישורים (CA) של השרת למכונה. אפשר לבחור אחת מהאפשרויות הבאות של רשות אישורים לשרת:

  • ‫GOOGLE_MANAGED_INTERNAL_CA: זהו ערך ברירת המחדל למכונות שנוצרו באמצעות מסוף Google Cloud , ה-CLI של gcloud, Cloud SQL Admin API ו-Terraform. באפשרות הזו, רשות אישורים (CA) פנימית שמוקדשת לכל מכונה של Cloud SQL חותמת על אישור השרת של המכונה הזו.
  • ‫GOOGLE_MANAGED_CAS_CA: באפשרות הזו נעשה שימוש בהיררכיית CA שמורכבת מ-CA ברמה הבסיסית ומ-CAs של שרתים משניים שמנוהלים על ידי Cloud SQL ומתארחים ב- Google CloudCertificate Authority Service (שירות CA). רשויות האישורים המשניות של השרת באזור חותמות על אישורי השרת ומשותפות בין המכונות באזור. בחיבורים של Cloud SQL Auth Proxy, כדי להתחבר למכונה שמוגדרת עם האפשרות של רשות אישורים משותפת, צריך להשתמש ב-Cloud SQL Auth Proxy בגרסה 2.13.0 ואילך.
  • ‫CUSTOMER_MANAGED_CAS_CA: באפשרות הזו אתם מנהלים את היררכיית ה-CA ואת הרוטציה של אישורי ה-CA. כדי ליצור מכונה עם האפשרות הזו, באמצעות שירות CA, צריך ליצור מאגר CA באותו אזור של המכונה, ולפחות CA אחד במאגר הזה. כשיוצרים את המכונה, מציינים את מאגר ה-CA. הבקשה מועברת לחשבון שירות ספציפי לפרויקט, שיש לו הרשאה להשתמש במאגר ה-CA. חשבון השירות מבקש רשות אישורים מהמאגר, ו-Cloud SQL משתמש ברשות האישורים הזו כדי לחתום על אישור השרת של המכונה. כדי להתחבר למכונה שמוגדרת עם האפשרות של רשות אישורים בניהול הלקוח, בחיבורים של Cloud SQL Auth Proxy צריך להשתמש ב-Cloud SQL Auth Proxy בגרסה 2.14.3 ואילך.

למידע נוסף, קראו את המאמר היררכיות של רשויות אישורים (CA).
רוטציה אוטומטית של אישורי שרת Y כדי להפעיל, מגדירים את serverCertificationRotationMode לערך AUTOMATIC_ROTATION_DURING_MAINTENANCE. כדי להשבית את התכונה, מגדירים את הפרמטר serverCertificationRotationMode לערך NO_AUTOMATIC_ROTATION_DURING_MAINTENANCE.
הגדרת מהדורה Y

ENTERPRISE או ENTERPRISE PLUS
הגדרת מדיניות סיסמאות Y מוגדר או לא מוגדר.
כתובת IP פרטית אחרי שמפעילים את התכונה, אי אפשר להשבית אותה. מופעל או מושבת.
כתובת IP ציבורית Y מופעל או מושבת.
גישה ל-Data API Y מופעל או מושבת.
רשתות מורשות Y אם כתובת ה-IP הציבורית מופעלת, כתובות ה-IP מורשות להתחבר למכונה. אפשר גם לציין את הערך הזה כטווח של כתובות IP, ב סימון CIDR.
נתיב פרטי לשירותי Google Cloud Y מופעל או מושבת.
גישה ל-Data API Y מותר או אסור (ברירת מחדל).
מטמון הנתונים Y מופעל (ברירת מחדל) או מושבת.
סוג מכונה Y מידע נוסף
ליבות Y במהדורת Cloud SQL Enterprise Plus:
2 עד 128 (מכונות עם קונפיגורציה מוגדרת מראש בלבד)

במהדורת Cloud SQL Enterprise:
1 עד 96 (חייב להיות 1 או מספר זוגי)
חלקי ל-vCPU משותף
זיכרון Y במהדורת Cloud SQL Enterprise Plus: 6.75GB עד 8GB לכל vCPU. ‫
היחס של 6.75GB ל-vCPU אחד הוא לסוג המכונה db-perf-optimized-N-128 בלבד. לכל שאר סוגי המכונות יש יחס של 8GB ל-vCPU אחד.
במהדורת Cloud SQL Enterprise: ‎0.9 GB עד ‎6.5 GB לכל vCPU (חייב להיות כפולה של ‎256 MB ולפחות ‎3.75 GB).
סוג האחסון N SSD (ערך ברירת המחדל)
HDD (רק במהדורת Cloud SQL Enterprise)
Google Cloud Hyperdisk Balanced
נפח אחסון כן
(הגדלה בלבד)		 במכונות עם לפחות vCPU אחד לא משותף יכול להיות נפח של עד 64TB.
מכונות עם vCPU משותף יכולות להיות בנפח של עד 3,054GB.

שימו לב: יצירה או הגדלה של נפח האחסון ל-64TB עלולה להגדיל את זמן האחזור של פעולות נפוצות, כמו גיבויים, בהתאם לעומס העבודה.
הגדרות של Google Cloud Hyperdisk Y ההגדרה הזו רלוונטית רק למכונות של Cloud SQL Enterprise Plus שמשתמשות בסדרת המכונות C4 או C4A, ולמכונות של Cloud SQL Enterprise שמשתמשות בסדרת המכונות N4.

Provisioned IOPS: ‏ 4,000 (ערך ברירת המחדל)
Provisioned throughput: ‏ 170 (ערך ברירת המחדל)

מידע נוסף על הגדרות Google Cloud Hyperdisk זמין במאמר Google Cloud Hyperdisk Balanced.
הפעלת הגדלה אוטומטית של נפח האחסון Y מופעל (ערך ברירת המחדל)
מושבת
שיטת הצפנת הנתונים N Google-owned and Google-managed encryption key (ערך ברירת המחדל)
מפתח Cloud KMS
מגבלת הגדלה אוטומטית של נפח האחסון Y ב-GB. הערך unlimited ב-CLI של gcloud או הערך 0 ב-Cloud SQL Admin API (ברירת המחדל) מציין שאין מגבלה (מלבד נפח האחסון המקסימלי שזמין לרמת המכונה).
גיבויים Y
 מופעל (ערך ברירת המחדל)
מושבת
אפשרויות מיקום גיאוגרפי Y במספר אזורים (ערך ברירת המחדל)
אזור

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

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

ערך ברירת המחדל משתנה בהתאם למכונה. מידע נוסף מופיע במאמר שימוש ב-PITR.

זמינות: אזור יחיד Y
 מופעל (ערך ברירת המחדל)
מושבת
זמינות גבוהה (אזורית) Y
 מופעל
מושבת (ערך ברירת המחדל)
תחזוקה: חלון זמן לתחזוקה Y כל שעה (ערך ברירת המחדל)
היום בשבוע והשעה ביום
תחזוקה: תזמון התחזוקה Y כל (ערך ברירת המחדל)
Canary (גם שבוע 1 (לשעבר מוקדם יותר) / תצוגה מקדימה)
יציב (גם שבוע 2 (לשעבר מאוחר יותר) / ייצור)
שבוע 5
דגלים לניהול מסדי נתונים Y הגדרת דגלים לניהול מסדי נתונים
מזהה מופע

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

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

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

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

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

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

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

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

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

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

זיכרון

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

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

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

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

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

בסדרת המכונות 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 יוצר רשות אישורים חדשה של שרת בחתימה עצמית לכל מכונה.
  • ‫GOOGLE_MANAGED_CAS_CA: המכונה משתמשת בהיררכיית CA של שרת שמתארחת ב-Certificate Authority Service, ורשויות האישורים המנפיקות משותפות לכל המכונות באותו אזור.
  • ‫CUSTOMER_MANAGED_CAS_CA: המכונה משתמשת ב-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 שעות), יכול להיות שההגדלות האלה יהיו כפופות לוויסות נתונים. במצב כזה, יכול להיות שייגמר המקום הפנוי במכונה, גם אם הפעלתם את ההגדלה האוטומטית של נפח האחסון וגודל האחסון קטן ממגבלת ההגדלה האוטומטית של נפח האחסון.

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

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

כברירת מחדל, המכונה של Cloud SQL מוצפנת באמצעות Google-owned and managed 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, כמו שמתואר בדף יצירת מכונה. הערך ב-GB חייב להיות לפחות בגודל האחסון הנוכחי של המכונה (מינימום 10GB), ולא יכול לחרוג מקיבולת האחסון המקסימלית של המכונה. כדי להגדיר את המגבלה במכונה קיימת, משתמשים באותו פרמטר עם הפקודה gcloud sql instances patch.

כדי להסיר מגבלה קיימת על הגדלה אוטומטית של נפח האחסון באמצעות ה-CLI של gcloud, מריצים את הפקודה gcloud sql instances patch עם --storage-auto-increase-limit=unlimited (הדגל --storage-auto-increase-limit לא מקבל את הערך 0): 

gcloud sql instances patch INSTANCE_NAME \
  --storage-auto-increase-limit=unlimited

הגדרה של --storage-auto-increase-limit=unlimited מסירה את המגבלה המותאמת אישית, כך שנפח האחסון יכול לגדול באופן אוטומטי עד לנפח האחסון המקסימלי שזמין לרמת המכונה. ב-Cloud SQL Admin API, הגדרת השדה settings.storageAutoResizeLimit לערך 0 (ערך ברירת המחדל) מסירה את המגבלה.

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

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

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

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

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

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

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

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

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

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

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

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

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

הגנה מפני מחיקה של מכונות וירטואליות

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

שמירת הגיבויים אחרי מחיקת המכונה

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

יצירת גיבוי סופי כשמוחקים מכונה

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

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

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

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

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

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

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

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

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

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

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

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

היום והשעה שבהם מתוזמנים אירועי התחזוקה של המכונה ב-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
ההגדרה קובעת אם לאפשר חיבורים למכונה באמצעות Data API. אם התכונה מופעלת, אפשר להשתמש ב-executeSql כדי להריץ הצהרות במכונה. ההגדרה הזו מושבתת כברירת מחדל.
רשתות מורשות
אפשר להוסיף כתובות IP ספציפיות או טווחים של כתובות כדי לפתוח את המכונה לכתובות האלה.

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

נתיב פרטי לשירותי Google Cloud

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

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

גישה ל-Data API

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

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

מטמון הנתונים

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

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

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

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

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

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

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

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

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

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

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

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