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

בדף הזה מפורט מידע על ההגדרות שזמינות למכונות 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 צריך להשתמש בגרסה 2.13.0 ומעלה של Cloud SQL Auth Proxy.
  • CUSTOMER_MANAGED_CAS_CA: באפשרות הזו, אתם מנהלים את היררכיית ה-CA ואת הרוטציה של אישורי ה-CA. כדי ליצור מכונה עם האפשרות הזו, באמצעות שירות CA, צריך ליצור מאגר CA באותו אזור של המכונה, ולפחות CA אחד במאגר הזה. כשיוצרים את המכונה, מציינים את מאגר ה-CA. הבקשה מועברת לחשבון שירות ספציפי לפרויקט, שיש לו הרשאה להשתמש במאגר ה-CA. חשבון השירות מבקש רשות אישורים מהמאגר, ו-Cloud SQL משתמש ברשות האישורים הזו כדי לחתום על אישור השרת של המכונה. כדי להתחבר למכונה שמוגדרת עם האפשרות של רשות אישורים בניהול הלקוח, בחיבורים של Cloud SQL Auth Proxy צריך להשתמש בגרסה 2.14.3 או בגרסה חדשה יותר של Cloud SQL Auth Proxy.

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

במהדורת Cloud SQL Enterprise:
1 עד 96 (חייב להיות 1 או מספר זוגי; עד 80 באזורים נבחרים)
חלקי ל-vCPU משותף
זיכרון Y במהדורת Cloud SQL Enterprise Plus: 6.75GB עד 8GB לכל מעבד וירטואלי. ‫
היחס של 6.75GB ל-vCPU אחד הוא לסוג המכונה db-perf-optimized-N-128 בלבד. לכל שאר סוגי המכונות יש יחס של 8GB ל-vCPU אחד.
במהדורת Cloud SQL Enterprise: ‫0.9GB עד 6.5GB לכל vCPU (חייב להיות כפולה של 256MB ולפחות 3.75GB).
סוג האחסון N SSD (ערך ברירת המחדל)
HDD (רק ב-Cloud SQL מהדורת Enterprise)
Google Cloud Hyperdisk Balanced
נפח אחסון כן
(הגדלה בלבד)		 במכונות עם לפחות vCPU אחד שלא משותף, אפשר להשתמש בנפח של עד 64TB.
למכונות עם מעבד וירטואלי משותף יכול להיות נפח של עד 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 (לשעבר מוקדם יותר) / גרסת טרום-השקה (Preview))
יציב (גם שבוע 2 (לשעבר מאוחר יותר) / ייצור)
שבוע 5
דגלים לניהול מסדי נתונים Y מידע נוסף זמין במאמר הגדרת דגלים לניהול מסדי נתונים.
מזהה מופע

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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