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

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

הגדרות ל-Cloud SQL ל-SQL Server

הגדרה אפשר לשנות אחרי היצירה? ערכים אפשריים
מזהה מופע N השם מורכב מאותיות קטנות, מספרים ומקפים, וחייב להתחיל באות. האורך הכולל הוא עד 98 תווים.
אזור N האזור של המופע. רשימה של כל האזורים שזמינים לפי מהדורת Cloud SQL מופיעה במאמר זמינות אזורית.
תחום (zone) Y הערכים האפשריים תלויים באזור.
גרסת מסד הנתונים N מהדורת Cloud SQL Enterprise Plus:
Console string                         API enum string
SQL Server 2019 Enterprise           SQLSERVER_2019_ENTERPRISE
SQL Server 2022 Enterprise           SQLSERVER_2022_ENTERPRISE
SQL Server 2025 Enterprise           SQLSERVER_2025_ENTERPRISE
במהדורת Cloud SQL Enterprise:
Console string                      API enum string
SQL Server 2017 Standard            SQLSERVER_2017_STANDARD
SQL Server 2017 Enterprise          SQLSERVER_2017_ENTERPRISE
SQL Server 2017 Express             SQLSERVER_2017_EXPRESS
SQL Server 2017 Web                 SQLSERVER_2017_WEB
SQL Server 2019 Standard            SQLSERVER_2019_STANDARD
SQL Server 2019 Enterprise          SQLSERVER_2019_ENTERPRISE
SQL Server 2019 Express             SQLSERVER_2019_EXPRESS
SQL Server 2019 Web                 SQLSERVER_2019_WEB
SQL Server 2022 Standard            SQLSERVER_2022_STANDARD
SQL Server 2022 Enterprise          SQLSERVER_2022_ENTERPRISE
SQL Server 2022 Express             SQLSERVER_2022_EXPRESS
SQL Server 2022 Web                 SQLSERVER_2022_WEB
SQL Server 2025 Standard            SQLSERVER_2025_STANDARD
SQL Server 2025 Enterprise          SQLSERVER_2025_ENTERPRISE
SQL Server 2025 Express             SQLSERVER_2025_EXPRESS

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

דומיין Active Directory Y תפריט נפתח להצטרפות לדומיין מנוהל של Active Directory זמין. בתפריט מופיעים כל הדומיינים של שירות מנוהל ל-Microsoft AD בפרויקט. בתפריט הנפתח, אפשר לבחור דומיין. מידע נוסף זמין במאמר סקירה כללית על Microsoft AD מנוהל ב-Cloud SQL. בנוסף, חשוב לשים לב ל נהלים ולאילוצים לשילוב עם דומיין מנוהל של AD בפרויקט אחר.
מצב SSL Y אכיפה או הפעלה של SSL באופן הבא:
  • ALLOW_UNENCRYPTED_AND_ENCRYPTED: מאפשר חיבורים ללא SSL/TLS וחיבורים עם SSL/TLS. זה ערך ברירת המחדל.
  • ENCRYPTED_ONLY: מאפשר רק חיבורים מוצפנים באמצעות SSL/TLS.
מצב CA של שרת Y

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

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

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

רוטציה אוטומטית של אישורי שרת Y כדי להפעיל את ההגדרה, מעבירים את serverCertificationRotationMode למצב AUTOMATIC_ROTATION_DURING_MAINTENANCE. כדי להשבית את ההגדרה, מגדירים את serverCertificationRotationMode לערך NO_AUTOMATIC_ROTATION_DURING_MAINTENANCE.
הגדרת מהדורה Y

ENTERPRISE או ENTERPRISE PLUS

כתובת IP פרטית אחרי שמפעילים את התכונה הזו, אי אפשר להשבית אותה. מופעלת או מושבתת.
כתובת IP ציבורית Y מופעלת או מושבתת.
גישה ל-Data API Y מופעלת או מושבתת.
רשתות מורשות Y אם כתובת ה-IP הציבורית מופעלת, כתובות ה-IP שמורשות להתחבר למופע. אפשר גם לציין את הערך הזה כטווח של כתובות IP ב סימון CIDR.
גישה ל-Data API Y מותר או אסור (ברירת מחדל).
מטמון נתונים Y מופעלת או מושבתת (ברירת מחדל).
Cores Y מידע על מגבלות ההרחבה של ליבות זמין במאמר בנושא מגבלות הרחבה.
זיכרון Y מידע על מגבלות ההרחבה של הזיכרון זמין במאמר בנושא מגבלות ההרחבה.
השבתה של ריבוי משימות בו-זמני Y הגדרת מספר ה-threads לכל ליבה במופע מ-2 ל-1.

מידע נוסף על הגדרת ריבוי משימות בו-זמני זמין במאמר בנושא ריבוי משימות בו-זמני.
סוג האחסון N SSD
Hyperdisk Balanced
נפח אחסון כן
(הגדלה בלבד)
במופעים עם לפחות vCPU אחד (לא משותף) יכול להיות נפח אחסון של עד ‎64 TB.


הערה: יצירה של נפח אחסון של 64TB או הגדלה של נפח האחסון ל-64TB עשויה להגדיל את זמן האחזור של פעולות נפוצות, כמו גיבויים, בהתאם לעומס העבודה.
הפעלת הגדלה אוטומטית של נפח האחסון Y On (ערך ברירת המחדל)
Off
שיטת הצפנת הנתונים N Google-owned and Google-managed encryption key (ערך ברירת מחדל)
מפתח Cloud KMS
מגבלת הגדלה אוטומטית של נפח האחסון Y בגיגה-בייט. ‫0 (ברירת המחדל) פירושו שאין מגבלה.
גיבויים Y
מופעל (ערך ברירת המחדל)
מושבת
אפשרויות מיקום גיאוגרפי Y במספר אזורים (ערך ברירת המחדל)
אזור

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

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

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

זמינות: אזור יחיד Y
מופעל (ערך ברירת המחדל)
מושבת
זמינות גבוהה (אזורית) Y
מופעל
מושבת (ערך ברירת מחדל)
תחזוקה: חלון זמן לתחזוקה Y כל (ערך ברירת מחדל)
יום בשבוע ושעה ביום
תחזוקה: תזמון התחזוקה Y Any (ערך ברירת המחדל)
Canary (גם Week 1 (היה Earlier) / Preview)
Stable (גם Week 2 (היה Later) / Production)
Week 5
דגלים של מסד נתונים Y מידע נוסף על הגדרת דגלים של מסד נתונים
איסוף כללים המוגדר כברירת מחדל N רשימה של הערכים הנתמכים זמינה במאמר sys.fn_helpcollations.
SQL Server Audit Y מופעלת או מושבתת.
אזור זמן Y אפשר להגדיר את אזור הזמן כשיוצרים מופע או כשעורכים מופע. אם לא מציינים אזור זמן, אזור הזמן של המופע הוא UTC.
מזהה מופע

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

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

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

מספר המעבדים של המופע.

זיכרון

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

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

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

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

  • סדרת מכונות N2: SSD
  • מותאמת לצריכת זיכרון גבוהה (memory-optimized)-N2: SSD
  • N4: Hyperdisk Balanced

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

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

דומיין Active Directory

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

מצב 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).

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

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

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

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

נפח אחסון

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

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

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

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

אם מפעילים את ההגדרה הזו, 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-owned and managed key. אם רוצים לשלוט במפתח הזה, צריך להשתמש במפתח הצפנה בניהול הלקוח (CMEK) ב-Cloud Key Management Service‏ (KMS). ‏Cloud KMS פועל בשילוב עם Cloud SQL.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

היום והשעה שבהם מתוכננים אירועי התחזוקה של מכונת Cloud SQL.

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

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

גישה ל-Data API

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

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

מטמון נתונים

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

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

משפחת מכונות שעברה אופטימיזציה לביצועים
סוג המכונה Enterprise Plus מעבדים וירטואלים זיכרון (GB) מטמון נתונים (GB)
db-perf-optimized-N-2 2 16 375
db-perf-optimized-N-4 4 32 375
db-perf-optimized-N-8 8 64 375
db-perf-optimized-N-16 16 128 750
db-perf-optimized-N-32 32 256 1500
db-perf-optimized-N-48 48 384 3000
db-perf-optimized-N-64 64 512 6000
db-perf-optimized-N-80 80 640 6000
db-perf-optimized-N-96 96 768 6000
db-perf-optimized-N-128 128 864 9000
משפחת מכונות שעברה אופטימיזציה לזיכרון
סוג המכונה מעבדים וירטואלים זיכרון (GB) מטמון נתונים (GB)
db-memory-optimized-N-4 4 128 750
db-memory-optimized-N-8 8 256 1500
db-memory-optimized-N-16 16 512 3000
מדיניות ההפעלה
כדי לשנות את מדיניות ההפעלה, צריך להפעיל ולהפסיק את המופע. כשעוצרים את המכונה, לא מצטברים חיובים נוספים על המכונה.
דגלים לניהול מסד נתונים

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

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

סדר ברירת המחדל

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

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

הגדרת האיסוף של מופע או מסד נתונים מצוינת במסוף Google Cloud . אפשר לאמת את אוסף הכללים (collation) שמוגדר כברירת מחדל של מכונה בדף סקירה כללית של מכונה (זמין דרך הדף Cloud SQL Instances). בנוסף, בתפריט הניווט בדף Instance Overview (סקירה כללית של מופע), אפשר ללחוץ על Databases (מסדי נתונים) כדי לאמת את הגדרת ה-collation של מסד נתונים ספציפי.

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

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

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

ביקורת ב-SQL Server

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

אזור זמן

כש יוצרים מכונה, אפשר להגדיר אזור זמן למכונה באמצעות הפרמטר --time-zone=WINDOWS_TIME_ZONE. אפשר גם להגדיר את אזור הזמן של המופע או לשנות אותו מאוחר יותר על ידי עדכון ההגדרות של המופע באמצעות הפרמטר --time-zone=WINDOWS_TIME_ZONE. אם לא מציינים אזור זמן למופע, אזור הזמן של המופע הוא UTC.

לעותק לקריאה יש אותו אזור זמן כמו למופע הראשי.

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

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

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

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

  SELECT * FROM sys.time_zone_info;
  

דוגמה לפונקציה לאחזור אזור הזמן של מופע: SYSDATETIMEOFFSET. הפונקציה AT TIME ZONE יכולה לעזור בהמרת זמנים ועוד. מידע נוסף על הפונקציה הזו זמין במאמר AT TIME ZONE (Transact-SQL).

אין תמיכה באזורי הזמן הבאים ב-SQL Server 2017:

  • שעון אלסקה התקני
  • שעון רגיל - ארגנטינה
  • שעון רגיל אטלנטי
  • שעון מזרח אוסטרליה התקני
  • שעון באהיה
  • שעון רגיל פיג'י
  • Cen. Australia Standard Time
  • שעון רגיל מרכז ארה"ב
  • שעון מרכז אמריקה (מקסיקו)
  • E. שעון דרום אמריקה התקני
  • שעון רגיל אי הפסחא
  • שעון רגיל של החוף המזרחי
  • Egypt Standard Time
  • שעון רגיל איראן
  • שעון ירדן התקני
  • שעון לוב
  • שעון רגיל - מגדן
  • שעון רגיל אזור ההרים
  • Morocco Standard Time
  • N. Central Asia Standard Time
  • שעון נמיביה הסטנדרטי
  • Norfolk Standard Time
  • שעון צפון קוריאה התקני
  • שעון רגיל האוקיינוס השקט
  • Pacific SA Standard Time
  • Saratov Standard Time
  • שעון דרום סודן התקני
  • Tasmania Standard Time
  • Tomsk Standard Time
  • שעון רגיל טונגה
  • Turkey Standard Time
  • שעון ונצואלה התקני
  • W. Australia Standard Time

אזורי הזמן הבאים לא נתמכים בכל הגרסאות העיקריות, ואם משתמשים בהם, יכול להיות ש-SQL Server ידווח על זמנים לא נכונים ועל הפרשי זמן לא נכונים מ-UTC:

  • שעון יקטרינבורג
  • שעון קלינינגרד התקני
  • שעון קמצ'טקה
  • שעון מאגאיינס
  • שעון רגיל של מרכז-אטלנטי
  • שעון מזרח אסיה הצפונית התקני
  • North Asia Standard Time
  • שעון רגיל פקיסטן
  • שעון רגיל פרגוואי
  • שעון קיזילורדה התקני
  • שעון רוסיה
  • Sudan Standard Time
  • שעון רגיל - ולדיווסטוק
  • שעון רגיל - וולגוגרד
  • שעון הגדה המערבית
  • שעון רגיל - יאקוטסק

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

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

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

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