בדף הזה מוסבר על ההגדרות שזמינות למופעי 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 Console string API enum string SQL Server 2017 Standard במאמר מגבלות של משאבים מפורטות המגבלות של הגרסאות האלה. |
| דומיין Active Directory | Y | תפריט נפתח להצטרפות לדומיין של שירות מנוהל ל-Microsoft Active Directory בתפריט מופיעים כל הדומיינים של השירות המנוהל ל-Microsoft Active Directory בפרויקט שלכם. בתפריט הנפתח, בוחרים דומיין. מידע נוסף זמין במאמר סקירה כללית של Managed Service for Microsoft Active Directory ב-Cloud SQL. בנוסף, חשוב לשים לב לנהלים ולאילוצים לשילוב עם דומיין מנוהל של AD בפרויקט אחר. |
| מצב SSL | Y | אכיפה או הפעלה של SSL באופן הבא:
|
| מצב CA של שרת | Y |
מאפשרת להגדיר את רשות האישורים (CA) של השרת עבור מופע. אפשר לבחור באחת מהאפשרויות הבאות של רשות אישורים (CA) לשרת:
מידע נוסף זמין במאמר בנושא היררכיות של רשויות אישורים (CA). |
| רוטציה אוטומטית של אישורי שרת | Y | כדי להפעיל, מגדירים את serverCertificationRotationMode לערך AUTOMATIC_ROTATION_DURING_MAINTENANCE. כדי להשבית את ההגדרה, מגדירים את
serverCertificationRotationMode לערך
NO_AUTOMATIC_ROTATION_DURING_MAINTENANCE.
|
| הגדרת מהדורה | Y |
|
| כתובת IP פרטית | אחרי שמפעילים את התכונה הזו, אי אפשר להשבית אותה. | מופעלת או מושבתת. |
| כתובת IP ציבורית | Y | מופעלת או מושבתת. |
| גישה ל-Data API | Y | מופעלת או מושבתת. |
| רשתות מורשות | Y | אם כתובת ה-IP הציבורית מופעלת, כתובות ה-IP מורשות להתחבר למכונה. אפשר גם לציין את הערך הזה כטווח של כתובות IP ב סימון CIDR. |
| גישה ל-Data API | Y | מותרת או אסורה (ברירת מחדל). |
| מטמון נתונים | Y | מופעלת או מושבתת (ברירת מחדל). |
| סוג מכונה | Y |
|
| Cores | Y | מידע על מגבלות ההרחבה של ליבות זמין במאמר בנושא מגבלות הרחבה. |
| זיכרון | Y | מידע על מגבלות ההרחבה של הזיכרון זמין במאמר בנושא מגבלות ההרחבה. |
| השבתה של ריבוי נימים סימולטני | Y | הגדרת שרשורים לכל ליבה במכונה מ-2 ל-1. מידע נוסף על הגדרת ריבוי נימים סימולטני זמין במאמר בנושא ריבוי נימים סימולטני. |
| סוג האחסון | N |
SSD Google Cloud Hyperdisk Balanced |
| נפח האחסון | כן (עלייה בלבד) |
במופעים עם לפחות vCPU אחד (לא משותף) יכול להיות נפח אחסון של עד 64 TB. שימו לב: יצירה של נפח אחסון של 64TB או הגדלה של נפח האחסון ל-64TB עשויות להגדיל את זמן האחזור של פעולות נפוצות, כמו גיבויים, בהתאם לעומס העבודה. |
| הפעלת הגדלה אוטומטית של נפח האחסון | Y |
On (ערך ברירת המחדל) Off |
| שיטת הצפנת הנתונים | N |
Google-owned and Google-managed encryption key (ערך ברירת מחדל) מפתח Cloud KMS |
| מגבלת הגדלה אוטומטית של נפח האחסון | Y | ב-GB. 0 (ברירת המחדל) מציין שאין מגבלה. |
| גיבויים | Y |
On (ערך ברירת המחדל) Off |
| אפשרויות מיקום גיאוגרפי | Y | במספר אזורים (ערך ברירת מחדל) אזור אם בוחרים באפשרות Multi-region, מופיע גם תפריט נפתח עם רשימה של אזורים מרובים. אם בוחרים באפשרות Region, מופיע תפריט נפתח עם רשימה של אזורים. |
| הגנה מפני מחיקת מופע | Y | מופעלת או מושבתת. |
| שמירת גיבויים אחרי מחיקת מופע | Y | מופעלת או מושבתת. |
| יצירת גיבוי סופי בזמן מחיקת המופע | Y | מופעלת או מושבתת. |
| הגדרת תקופת השמירה של גיבוי סופי | Y | תקופת השמירה של הגיבוי הסופי. הערך הזה יכול להיות עד 365 ימים. ערך ברירת המחדל הוא 30 ימים. |
| הפעלה של שחזור לנקודת זמן (PITR) | כן (ראו הערה) |
On Off ערך ברירת המחדל משתנה בהתאם למופע. מידע נוסף מופיע במאמר בנושא שימוש ב-PITR. |
| זמינות: אזור יחיד | Y |
On (ברירת מחדל) Off |
| זמינות גבוהה (אזורית) | 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
- סדרת מכונות C4: Google Cloud Hyperdisk Balanced
- N4: Google Cloud Hyperdisk Balanced
אם בוחרים באפשרות SSD, שהיא ערך ברירת המחדל והערך היחיד, המופע מקבל אחסון SSD. אחסוני SSD מספקים זמן אחזור קצר יותר ותפוקת נתונים גבוהה יותר.
בסדרת המכונות N4, בחירה באפשרות Google Cloud Hyperdisk Balanced, שהיא ברירת המחדל והערך היחיד, מספקת שירות אחסון ניתן להרחבה עם ביצועים גבוהים. מידע נוסף על Google Cloud Hyperdisk Balanced וההגבלות שלו זמין במאמר סקירה כללית של אפשרויות האחסון.
- דומיין Active Directory
-
אפשר לשלב עם שירות מנוהל ל-Microsoft Active Directory, כדי להפעיל אימות של Windows עבור המופע. כדי לבצע שילוב, בוחרים דומיין שאליו המופע יצטרף. מידע נוסף זמין במאמר סקירה כללית על Managed Service for Microsoft Active Directory ב-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).
-
- רוטציה אוטומטית של אישורי שרת
-
בוחרים אם להפעיל רוטציה אוטומטית של אישורי שרת עבור המופע. התכונה מחליפה באופן אוטומטי את אישור השרת של המופע במהלך עדכון התחזוקה המתוזמן באופן קבוע או כשמבצעים תחזוקה בשירות עצמי, עד 180 ימים לפני שתוקף האישור יפוג. האפשרות הזו מושבתת כברירת מחדל.
התכונה הזו זמינה רק במקרים שבהם
serverCaModeמוגדר כGOOGLE_MANAGED_CAS_CAאו כCUSTOMER_MANAGED_CAS_CAבלבד.מידע נוסף על רוטציה אוטומטית של אישורים של שרת Cloud SQL זמין במאמר הפעלה של רוטציה אוטומטית של אישורי שרת.
- נפח אחסון
-
בוחרים קיבולת שתתאים לגודל מסד הנתונים. אחרי שיוצרים את המופע, אפשר להגדיל את נפח האחסון באופן ידני על ידי עריכת ההגדרה של המופע, אבל אי אפשר להקטין אותו. הגדלת נפח האחסון לא גורמת להשבתה.
נפח האחסון שהוקצה למופע משפיע על העלות של המופע. מידע נוסף זמין במאמר בנושא תמחור של אחסון ורשת.
במקרה של רפליקות לקריאה, נפח האחסון חייב להיות תמיד לפחות כמו נפח האחסון של המופע הראשי. כשמשנים את הגודל של מכונה ראשית, כל הרפליקות לקריאה משנות את הגודל שלהן, אם צריך, כך שנפח האחסון שלהן יהיה לפחות כמו נפח האחסון של המכונה הראשית המעודכנת.
- הפעלת הגדלות אוטומטיות של נפח האחסון
אם מפעילים את ההגדרה הזו, Cloud SQL בודק את נפח האחסון הזמין כל 30 שניות. אם נפח האחסון הזמין יורד מתחת לגודל סף מסוים, Cloud SQL מוסיף אוטומטית נפח אחסון נוסף. אם נפח האחסון הזמין יורד שוב ושוב מתחת לגודל הסף, Cloud SQL ממשיך להוסיף נפח אחסון עד שהוא מגיע למקסימום של 64TB.
ההגדרה של הגדלת האחסון באופן אוטומטי במופע ראשי חלה באופן אוטומטי על כל העותקים לקריאה של המופע הזה. אי אפשר להגדיר את ההגדרה של הגדלת נפח האחסון באופן אוטומטי בנפרד לרפליקות לקריאה בלבד.
סף
גודל הסף תלוי בנפח האחסון שהוקצה למופע:
Google Cloud Hyperdisk Balanced
MAX(5, (provisioned storage) * 5 / 100)
The threshold size is rounded up to the nearest whole number.
לדוגמה, חישוב הסף למכונה בנפח 66GB באמצעות Google Cloud Hyperdisk balanced הוא:
MAX(5, (66 * 0.05)) = MAX(5, 3.3) = 5 GB
SSD או HDD
MIN(5 + (provisioned storage)/25, 25)
The threshold size is rounded down to the nearest whole number.
לדוגמה, חישוב הסף למכונה בגודל 66GB באמצעות SSD או HDD הוא:
MIN(5 + (66/25), 25) = MIN(5 + 2.6, 25) = MIN(7, 25) = 7 GB
נפח האחסון שנוסף
ב-Google Cloud Hyperdisk Balanced, נפח האחסון שנוסף הוא 15% מנפח האחסון המוקצה הנוכחי, אבל לא יכול להיות קטן מ-5GB. אפשר לחשב את זה באמצעות הנוסחה הבאה:
MAX(5, (provisioned storage) * 15 / 100)
The threshold size is rounded down to the nearest whole number.בכל שאר סוגי האחסון, כולל SSD ו-HDD, כמות האחסון שמתווספת למופע שווה לגודל הסף, שלא יכול להיות גדול מ-25GB.
שיקולים לגבי דיסקים גדולים
ב-Google Cloud Hyperdisk Balanced, למופעים שהוקצה להם נפח אחסון של יותר מ-100GB יש נפח פנוי מינימלי של 5% מהקיבולת שהוקצתה.
לכל שאר סוגי האחסון והמופעים שהוקצו להם 500GB או יותר, גודל הסף הוא תמיד 25GB וכמות האחסון שנוספת היא תמיד 25GB. כתוצאה מכך, השטח הריק המקסימלי האפשרי הוא 50GB. אם לא משנים את הגודל של המכונה באופן ידני כך שנפח האחסון שלה גדול מ-5TB, יכול להיות שהדיסק יישאר בקיבולת של 99% גם אם יש במכונה מקום פנוי.
לפני פעולה שגורמת לגידול מהיר בשימוש בנפח האחסון בדיסק, כמו ייבוא גדול או שאילתה שדורשת טבלת זמנית גדולה, כדאי לשנות את הגודל של הדיסק באופן ידני, במקום להסתמך על הגדלה אוטומטית של נפח האחסון. ב-Google Cloud Hyperdisk Balanced, אם נפח האחסון גדל לעיתים קרובות מדי בפרק זמן קצר (4 שעות), יכול להיות שהגידולים האלה יהיו כפופים להגבלת קצב העברת הנתונים (Throttling). יכול להיות שבמקרים כאלה לא יישאר מקום פנוי במופע, גם אם ההגדלה האוטומטית של נפח האחסון מופעלת והגודל של נפח האחסון קטן מהמגבלה של ההגדלה האוטומטית של נפח האחסון.
מערכת הקבצים משתמשת בחלק מהנפח באופן פנימי למטא-נתונים של מערכת הקבצים. הנפח הזה לא נכלל במדד של השימוש בדיסק (
database/disk/bytes_used). בדיסקים גדולים, הנפח השמור יכול להיות 1% עד 3% מגודל הדיסק הכולל, ולכן יכול להיות שההגדלה האוטומטית של נפח האחסון תתרחש לפני שהשימוש בדיסק יגיע לסף.- שיטת הצפנת הנתונים
-
כברירת מחדל, המכונה של Cloud SQL מוצפנת באמצעות Google-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, כמו שמתואר בדף יצירת מכונה. כדי להגדיר את המגבלה במכונה קיימת, משתמשים באותו פרמטר עם הפקודהgcloud sql instances patch.ההגדרה של מגבלת העלייה האוטומטית בנפח האחסון של מופע ראשי חלה אוטומטית על כל העותקים לקריאה של המופע הזה. אי אפשר להגדיר את ההגדרה של מגבלת הגידול האוטומטי בנפח האחסון בנפרד עבור רפליקות לקריאה.
- גיבויים אוטומטיים ושחזור לנקודת זמן מסוימת
-
האפשרויות האלה קובעות אם יתבצעו גיבויים אוטומטיים ואם יופעלו גיבויים של יומני טרנזקציות. שתי האפשרויות מוסיפות עלות קטנה לביצועים ומשתמשות באחסון נוסף, אבל הן נדרשות ליצירת עותקים ושיבוטים, ולשחזור לנקודת זמן מסוימת. כשבוחרים באפשרות הזו, אפשר גם לבחור מסגרת זמן שבה מתבצעים גיבויים אוטומטיים.
גיבויים אוטומטיים מתבצעים מדי יום, במהלך חלון הזמן שאתם בוחרים. בסוף שבעה ימים, הגיבוי הכי ישן נמחק.
מידע על שחזור לנקודת זמן מסוימת זמין במאמר סקירה כללית של שחזור לנקודת זמן מסוימת.
מידע על שכפול מופיע במאמר אפשרויות שכפול. מידע על שיבוט מופעים זמין במאמר שיבוט מופעים.
- הגדרות השמירה של גיבויים אוטומטיים
-
ערך ברירת המחדל של מספר הגיבויים שנשמרים הוא 7, אבל אפשר לשנות אותו לכל ערך בטווח 1 עד 365.
מידע נוסף זמין במאמר גיבוי אוטומטי ושמירת יומן עסקאות.
- אפשרויות מיקום
-
אתם יכולים לבחור לאחסן את הגיבויים באזור אחד או בכמה אזורים. Multi-region היא ברירת המחדל והאפשרות המומלצת, כי היא מספקת הגנה מפני השבתה זמנית של השירות אם אזור מסוים לא זמין. הגיבויים מאוחסנים באזורים שהכי קרובים למופע.
יש לכם גם אפשרות לבחור מיקום מותאם אישית לגיבוי. משתמשים באפשרות הזו רק אם נדרש על פי תקנות או אם מדיניות הארגון מחייבת שהגיבויים יהיו באזורים ספציפיים, יחידים או מרובים. מידע נוסף זמין במאמר בנושא מיקומים בהתאמה אישית.
- הגנה מפני מחיקה של מופעים
-
ההגדרה הזו מגנה על מופע מפני מחיקה בטעות. אם ההגדרה הזו מופעלת, צריך להשבית אותה לפני מחיקת המופע. איך מונעים מחיקה של מכונה
- שמירת גיבויים אחרי מחיקת מופע
-
שומר גיבויים לפי דרישה וגיבויים אוטומטיים של מופע אחרי שהמופע נמחק. מידע נוסף על ההגדרה הזו זמין במאמר בנושא גיבויים שנשמרו.
- יצירת גיבוי סופי בזמן מחיקת המופע
-
מבצע גיבוי סופי של מופע בזמן המחיקה של המופע. משתמשים ב-
final-backup-retention-daysכדי להגדיר את תקופת השמירה של הגיבוי הסופי. אם לא מוגדרת תקופת שמירה, תקופת השמירה מוגדרת כברירת מחדל ל-30 יום. מידע נוסף על ההגדרה הזו זמין במאמר בנושא ביצוע גיבוי סופי לפני מחיקת מופע. - הגדרת תקופת השמירה של הגיבוי הסופי
-
הגדרת תקופת השמירה של הגיבוי הסופי. אפשר להגדיר תקופת שמירה של עד 365 ימים. אם לא מגדירים את הערך של
final-backup-retention-daysכשמפעילים אתfinal-backup, המערכת משתמשת בתקופת השמירה שמוגדרת כברירת מחדל, שהיא 30 ימים. מידע נוסף על ההגדרה הזו זמין במאמר בנושא ביצוע גיבוי סופי לפני מחיקת מופע. - הפעלת שחזור מערכת מנקודה מסוימת בזמן (PITR)
-
שחזור מערכת מנקודה מסוימת בזמן (PITR) מאפשר לכם לשחזר מגיבוי, החל מנקודת זמן ספציפית.
מידע על שחזור לנקודת זמן מסוימת זמין במאמר סקירה כללית של שחזור לנקודת זמן מסוימת.
- זמינות: אזורית
המופע והגיבויים שלכם נמצאים באזור אחד. אם בוחרים באפשרות הזו, לא מתבצע מעבר לגיבוי במקרה של הפסקת שירות. מומלץ רק למטרות בדיקה ופיתוח.
- זמינות גבוהה (אזורית)
כשבוחרים באפשרות זמינות גבוהה (אזורית), אם יש הפסקת חשמל, המכונה עוברת אוטומטית לתחום (zone) אחר באזור שבו המכונה ממוקמת, כל עוד אין הפסקת חשמל בתחום (zone) היתירות כשל. מומלץ לבחור באפשרות זמינות גבוהה (אזורית) למופעים בסביבת הייצור.
- חלון זמן לתחזוקה
-
היום והשעה שבהם מתוכננים אירועי התחזוקה של מכונת Cloud SQL.
בשלב הזה, אין תמיכה בהגדרות של חלון הזמן לתחזוקה ברפליקות לקריאה.
מידע נוסף על תחזוקה זמין במאמר מידע על תחזוקה במכונות Cloud SQL.
- תזמון התחזוקה
ההעדפה שלכם לגבי התזמון היחסי של עדכוני התחזוקה. אתם יכולים לקבל את העדכונים שבוע או שבועיים אחרי ההודעה, ולבדוק את עדכוני התחזוקה בסביבת בדיקה לפני שהעדכון יופעל במופעי הייצור. אפשר גם לבחור לקבל את עדכון התחזוקה חמישה שבועות ("
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 , ב-ה-CLI של gcloud או ב-Cloud SQL Admin API כדי להפעיל או להשבית את ההגדרה הזו במופעים של Cloud SQL Enterprise Plus.
בטבלה הבאה מוצג גודל מטמון הנתונים עבור תצורות שונות של vCPU. גודל מטמון הנתונים קבוע ואי אפשר להגדיר אותו.
משפחת מכונות C4 שעברה אופטימיזציה לביצועים
משפחת מכונות N2 שעברה אופטימיזציה לביצועיםסוג המכונה Enterprise Plus מעבדים וירטואלים זיכרון (GB) מטמון נתונים (GB) db-perf-optimized-C4-2 2 16 לא זמין db-perf-optimized-C4-4 4 31 375 db-perf-optimized-C4-8 8 62 375
משפחת מכונות שמותאמת לצריכת זיכרון גבוהה (memory-optimized)סוג המכונה 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). בנוסף, בתפריט הניווט בדף סקירת המופע, אפשר ללחוץ על מסדי נתונים כדי לאמת את הגדרת ה-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:
- Alaskan Standard Time
- שעון רגיל - ארגנטינה
- שעון רגיל אטלנטי
- שעון החוף המזרחי של אוסטרליה
- שעון באהיה
- שעון רגיל פיג'י
- Cen. Australia Standard Time
- שעון רגיל מרכז ארה"ב
- שעון מרכז אמריקה (מקסיקו)
- E. South America Standard Time
- שעון רגיל אי הפסחא
- שעון רגיל של החוף המזרחי
- Egypt Standard Time
- שעון רגיל איראן
- Jordan Standard Time
- Libya Standard Time
- שעון רגיל - מגדן
- שעון רגיל אזור ההרים
- Morocco Standard Time
- N. Central Asia Standard Time
- שעון נמיביה
- Norfolk Standard Time
- North Korea Standard Time
- שעון רגיל האוקיינוס השקט
- Pacific SA Standard Time
- שעון סראטוב
- שעון דרום סודן
- Tasmania Standard Time
- Tomsk Standard Time
- שעון רגיל טונגה
- Turkey Standard Time
- שעון ונצואלה
- W. Australia Standard Time
אזורי הזמן הבאים לא נתמכים בכל הגרסאות העיקריות, ואם משתמשים בהם, יכול להיות ש-SQL Server ידווח על שעות לא נכונות ועל הפרשי UTC לא נכונים:
- Ekaterinburg Standard Time
- Kaliningrad Standard Time
- Kamchatka Standard Time
- Magallanes Standard Time
- Mid-Atlantic Standard Time
- שעון מזרח אסיה
- North Asia Standard Time
- שעון רגיל פקיסטן
- שעון רגיל פרגוואי
- שעון קזחסטן
- Russian Standard Time
- Sudan Standard Time
- שעון רגיל - ולדיווסטוק
- שעון רגיל - וולגוגרד
- שעון הגדה המערבית
- שעון רגיל - יאקוטסק
ההשפעה של שינוי הגדרות המופע
ברוב הגדרות המכונה, Cloud SQL מחיל את השינוי באופן מיידי, והקישוריות למכונה לא מושפעת.
שינוי מספר המעבדים או גודל הזיכרון גורם לכך שהמופע עובר למצב אופליין למשך פחות מ-60 שניות. שינוי האזור של מופע, הגדרת כתובת ה-IP הפרטית, שינוי הרשת והפעלת זמינות גבוהה גורמים למופע לעבור למצב אופליין למשך כמה דקות. כדאי לתכנן את השינויים האלה לזמן שבו השירות יכול להתמודד עם הפסקה באורך הזה.המאמרים הבאים
- איך עורכים את המכונה
- מידע נוסף על תכונות ניסיוניות של מסדי נתונים
- איך מאשרים גישה לכתובות IP למכונה
- מידע נוסף על אפשרויות השכפול
- במחירון תוכלו לעיין ברשימת התעריפים של המופע.