בדף הזה מוסבר על ההגדרות שזמינות עבור מופעי 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 | תפריט נפתח להצטרפות לדומיין מנוהל של Active Directory זמין. בתפריט מופיעים כל הדומיינים של שירות מנוהל ל-Microsoft AD בפרויקט. בתפריט הנפתח, בוחרים דומיין. מידע נוסף זמין במאמר סקירה כללית על שירות מנוהל ל-Microsoft AD ב-Cloud SQL. בנוסף, כדאי לשים לב להליכים ולהגבלות לשילוב עם דומיין מנוהל של AD בפרויקט אחר. |
| מצב SSL | Y | אכיפה או הפעלה של SSL באופן הבא:
|
| מצב CA של שרת | Y | מאפשרת להגדיר את רשות האישורים (CA) של השרת עבור מופע. אפשר לבחור באחת מהאפשרויות הבאות של רשות אישורים (CA) לשרת:
מידע נוסף זמין במאמר בנושא היררכיות של רשויות אישורים (CA). |
| הגדרת מהדורה | Y |
|
| כתובת IP פרטית | אחרי שמפעילים את התכונה, אי אפשר להשבית אותה. | מופעלת או מושבתת. |
| כתובת IP ציבורית | Y | מופעלת או מושבתת. |
| רשתות מורשות | Y | אם כתובת ה-IP הציבורית מופעלת, כתובות ה-IP שמורשות להתחבר למכונה. אפשר גם לציין את הערך הזה כטווח של כתובות IP ב סימון CIDR. |
| מטמון נתונים | Y | מופעלת או מושבתת (ברירת מחדל). |
| Cores | Y | מידע על מגבלות ההרחבה של ליבות זמין במאמר בנושא מגבלות הרחבה. |
| זיכרון | Y | מידע על מגבלות ההרחבה של הזיכרון זמין במאמר בנושא מגבלות ההרחבה. |
| השבתה של ריבוי משימות בו-זמני | Y |
הגדרת מספר ה-threads לכל ליבה במכונה מ-2 ל-1. מידע נוסף על הגדרת ריבוי נימים סימולטני זמין במאמר בנושא ריבוי נימים סימולטני. |
| סוג האחסון | N |
SSD Hyperdisk Balanced |
| נפח אחסון | Y (הגדלה בלבד) |
במופעים עם לפחות vCPU אחד (לא משותף) יכול להיות נפח אחסון של עד 64 TB. הערה: יצירה של נפח אחסון של 64TB או הגדלה של נפח האחסון ל-64TB עשויה להגדיל את זמן האחזור של פעולות נפוצות, כמו גיבויים, בהתאם לעומס העבודה. |
| הפעלת הגדלה אוטומטית של נפח האחסון | Y |
On (ערך ברירת המחדל) Off |
| שיטת הצפנת הנתונים | N |
Google-owned and Google-managed encryption key (ערך ברירת מחדל) מפתח Cloud KMS |
| מגבלת הגדלה אוטומטית של נפח האחסון | Y | בגיגה-בייט. 0 (ברירת המחדל) פירושו שאין מגבלה. |
| גיבויים | Y |
On (מופעל) (ערך ברירת המחדל) Off (מושבת) |
| אפשרויות מיקום גיאוגרפי | 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. אחרת, מאשרים את האזור שמוגדר כברירת מחדל. במקרה הצורך, אפשר לערוך את המופע בהמשך כדי לשנות את האזור. מידע נוסף זמין במאמר מיקומי מופעים.
- ליבות
מספר המעבדים (CPU) של המופע.
- זיכרון
-
נפח הזיכרון שזמין למופע. עבור עומסי עבודה שרגישים לביצועים, כמו עיבוד עסקאות אונליין (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).
-
- נפח אחסון
-
בוחרים קיבולת שתתאים לגודל מסד הנתונים. אחרי שיוצרים את המופע, אפשר להגדיל את נפח האחסון באופן ידני על ידי עריכת ההגדרה של המופע, אבל אי אפשר להקטין אותו. הגדלת נפח האחסון לא גורמת להשבתה.
נפח האחסון שהוקצה למופע משפיע על העלות של המופע. מידע נוסף זמין במאמר בנושא תמחור של אחסון ורשת.
במקרה של רפליקות לקריאה, נפח האחסון תמיד צריך להיות לפחות כמו נפח האחסון של המופע הראשי. כשמשנים את הגודל של מכונה ראשית, כל הרפליקות לקריאה משנות את הגודל שלהן, אם צריך, כך שלפחות יהיה להן נפח אחסון כמו למכונה הראשית המעודכנת.
- הפעלת הגדלה אוטומטית של נפח האחסון
אם מפעילים את ההגדרה הזו, 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).
- מגבלת הגדלה אוטומטית של נפח האחסון
אם מפעילים את ההגדרה להגדלת נפח האחסון באופן אוטומטי, אפשר להגדיר מגבלה ספציפית על נפח האחסון של המופע. חשוב לזכור שככל שהגודל של המכונה גדול יותר, כך זמן האחזור התפעולי ארוך יותר.
אי אפשר להקטין את נפח האחסון, ולכן המגבלה הזו יכולה למנוע את הגידול של גודל המופע (בגלל עלייה זמנית בנפח התנועה). חשוב לזכור: אם לא ניתן להוסיף לאינסטנס את נפח האחסון שהוא צריך, סביר להניח שהאינסטנס יפסיק לקבל חיבורים נכנסים ויכול להיות שהוא ינותק מהאינטרנט.
אם מגדירים את המגבלה הזו לאפס, שהוא ערך ברירת המחדל, המשמעות היא שאין מגבלה (מלבד נפח האחסון המקסימלי שזמין לרמת המינוי של המופע).
כדי להגדיר את המגבלה כשיוצרים את המכונה, משתמשים בפרמטר
--storage-auto-increase-limit=INTEGER_VALUE_OF_GB, כמו שמתואר בדף יצירת מכונה. כדי להגדיר את המגבלה במכונה קיימת, משתמשים באותו פרמטר עם הפקודהgcloud beta sql instances patch.הגדרת המגבלה של הגדלת האחסון האוטומטית של מופע ראשי חלה אוטומטית על כל הרפליקות לקריאה של המופע הזה. אי אפשר להגדיר את המגבלה של הגדלת נפח האחסון באופן אוטומטי בנפרד עבור עותקים לקריאה.
- גיבויים אוטומטיים ושחזור מערכת מנקודה מסוימת בזמן (PITR)
-
האפשרויות האלה קובעות אם יתבצעו גיבויים אוטומטיים ואם יופעלו גיבויים של יומן העסקאות. שתי האפשרויות כרוכות בעלות קטנה על הביצועים ודורשות נפח אחסון נוסף, אבל הן נדרשות ליצירת עותקים ושיבוטים, ולשחזור לנקודת זמן מסוימת. כשבוחרים באפשרות הזו, אפשר גם לבחור מסגרת זמן שבה הגיבויים האוטומטיים יתבצעו.
גיבויים אוטומטיים מתבצעים מדי יום, במהלך חלון הזמן שבוחרים. בסוף שבעת הימים, הגיבוי הכי ישן נמחק.
מידע על שחזור מערכת מנקודה מסוימת בזמן זמין במאמר סקירה כללית על שחזור מערכת מנקודה מסוימת בזמן.
מידע על שכפול זמין במאמר אפשרויות שכפול. מידע על שיבוט מופעים זמין במאמר שיבוט מופעים.
- הגדרות שימור לגיבויים אוטומטיים
-
ערך ברירת המחדל של מספר הגיבויים שנשמרים הוא 7, אבל אפשר לשנות אותו לכל ערך בטווח של 1 עד 365.
מידע נוסף זמין במאמר שמירת גיבוי אוטומטי ויומן עסקאות.
- אפשרויות מיקום
-
אתם יכולים לבחור לאחסן את הגיבויים בכמה אזורים או באזור אחד. Multi-region היא ברירת המחדל והבחירה המומלצת, כי היא מספקת הגנה מפני השבתה זמנית של השירות כשאזור מסוים לא זמין. הגיבויים מאוחסנים באזורים שהכי קרובים למופע.
יש לכם גם אפשרות לבחור מיקום מותאם אישית לגיבוי. משתמשים באפשרות הזו רק אם נדרש על פי תקנות או אם מדיניות הארגון מחייבת שהגיבויים יהיו באזורים ספציפיים, יחידים או מרובים. מידע נוסף זמין במאמר בנושא מיקומים בהתאמה אישית.
- הגנה מפני מחיקת מכונה
-
הגנה על מופע מפני מחיקה בטעות. אם ההגדרה הזו מופעלת, צריך להשבית אותה לפני שמוחקים את המופע. אפשר לעיין במאמר בנושא מניעת מחיקה של מכונה.
- שמירת הגיבויים אחרי מחיקת המופע
-
שומר גיבויים לפי דרישה וגיבויים אוטומטיים של מופע אחרי שהמופע נמחק. מידע נוסף על ההגדרה הזו זמין במאמר בנושא גיבויים שנשמרו.
- יצירת גיבוי סופי בזמן מחיקת המופע
-
יוצר גיבוי סופי של מופע בזמן המחיקה שלו. משתמשים ב-
final-backup-retention-daysכדי להגדיר את תקופת השמירה של הגיבוי הסופי. אם לא מוגדרת תקופת שמירה, תקופת השמירה מוגדרת כברירת מחדל ל-30 יום. מידע נוסף על ההגדרה הזו זמין במאמר בנושא יצירת גיבוי סופי לפני מחיקת מופע. - הגדרת תקופת השמירה של הגיבוי הסופי
-
הגדרת תקופת השמירה של הגיבוי הסופי. אפשר להגדיר תקופת שמירה של עד 365 ימים. אם לא מגדירים את הערך של
final-backup-retention-daysכשמפעילים אתfinal-backup, המערכת משתמשת בתקופת השמירה שמוגדרת כברירת מחדל, שהיא 30 ימים. מידע נוסף על ההגדרה הזו זמין במאמר בנושא יצירת גיבוי סופי לפני מחיקת מופע. - הפעלת שחזור מערכת מנקודה מסוימת בזמן
-
שחזור מערכת מנקודה מסוימת בזמן מאפשר לכם לשחזר מגיבוי, החל מנקודה מסוימת בזמן.
מידע על שחזור מערכת מנקודה מסוימת בזמן זמין במאמר סקירה כללית של שחזור מערכת מנקודה מסוימת בזמן.
- זמינות: אזורית
המופע והגיבויים שלכם נמצאים באזור אחד. כשבוחרים באפשרות הזו, אין יתירות כשל במקרה של הפסקה זמנית בשירות. מומלץ רק למטרות בדיקה ופיתוח.
- זמינות גבוהה (אזורית)
כשבוחרים באפשרות זמינות גבוהה (אזורית), אם יש הפסקה זמנית בשירות, המופע עובר לאזור אחר באזור שבו המופע נמצא, כל עוד אין הפסקה זמנית בשירות באזור יתירות הכשל. מומלץ לבחור באפשרות זמינות גבוהה (אזורית) למופעים בסביבת הייצור.
- חלון זמן לתחזוקה
-
היום והשעה שבהם מתוכננים אירועי התחזוקה של מכונת Cloud SQL.
בשלב הזה, אין תמיכה בהגדרות של חלון זמן לתחזוקה ברפליקות לקריאה.
מידע נוסף על תחזוקה זמין במאמר מידע על תחזוקה במכונות Cloud SQL.
- תזמון התחזוקה
ההעדפה שלכם לגבי התזמון היחסי של עדכוני התחזוקה. אתם יכולים לקבל את העדכונים שבוע או שבועיים אחרי ההודעה, ולבדוק את עדכוני התחזוקה בסביבת בדיקה לפני שהעדכון יופעל במופעי הייצור. אפשר גם לבחור לקבל את עדכון התחזוקה חמישה שבועות ("
week5") אחרי שליחת ההתראה. ההגדרה של תזמון התחזוקה לא משפיעה על גרסת התחזוקה ש-Cloud SQL מחיל על המכונה.אם לא מגדירים את ההגדרה של תזמון התחזוקה, Cloud SQL בוחר את התזמון של העדכונים למופע (במהלך חלון הזמן לתחזוקה, אם רלוונטי).
מידע נוסף על תחזוקה זמין במאמר מידע על תחזוקה במכונות Cloud SQL.
- כתובת IP פרטית
- מגדיר את המכונה לשימוש בכתובת IP פרטית. מידע נוסף
- כתובת IP ציבורית
- אם האפשרות הזו מופעלת, מוקצית למכונה שלכם כתובת IPv4 ציבורית. כשמשביתים את כתובת ה-IP הציבורית, הכתובת הזו משוחררת. אפשר להפעיל מחדש את כתובת ה-IP הציבורית מאוחר יותר, אבל תקבלו כתובת IPv4 אחרת. כברירת מחדל, כתובת ה-IP הציבורית חסומה לכל הכתובות. משתמשים ברשתות מורשות כדי להפעיל גישה.
- אפשר להוסיף כתובות IP ספציפיות או טווחים של כתובות כדי לפתוח את המכונה לכתובות האלה.
מידע על הגדרת כתובות IP זמין במאמר בנושא הגדרת קישוריות IP.
- מטמון נתונים
מטמון נתונים הוא אופציונלי במופעים של מהדורת Cloud SQL Enterprise Plus. מטמון הנתונים משתמש ב-SSD מקומיים כדי להרחיב את מטמון הדפים של מערכת ההפעלה מהזיכרון לרמת ה-SSD. ההגדרה הזו מנוהלת על ידי Cloud SQL. שמירת כל קבוצת העבודה במטמון מספקת ביצועים מקסימליים כשמשתמשים במטמון נתונים. אתם יכולים להשתמש במסוף, ב-gcloud CLI או ב-Cloud SQL Admin API כדי להפעיל או להשבית את ההגדרה הזו במופעים של Cloud SQL Enterprise Plus. Google Cloud
בטבלה הבאה מוצג גודל מטמון הנתונים עבור תצורות שונות של vCPU. גודל מטמון הנתונים קבוע ואי אפשר להגדיר אותו.
משפחת מכונות שעברה אופטימיזציה לביצועים
משפחת מכונות שמותאמת לצריכת זיכרון גבוהה (memory-optimized)סוג מכונה ב-Enterprise Plus vCPUs זיכרון (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 סוג המכונה vCPUs זיכרון (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. שעון אוסטרליה התקני
- שעון רגיל מרכז ארה"ב
- שעון מרכז אמריקה (מקסיקו)
- 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. שעון אוסטרליה התקני
אזורי הזמן הבאים לא נתמכים בכל הגרסאות העיקריות, ואם משתמשים בהם, יכול להיות ש-SQL Server ידווח על זמנים לא נכונים ועל הפרשי UTC לא נכונים:
- שעון יקטרינבורג
- שעון קלינינגרד התקני
- שעון קמצ'טקה
- שעון מאגאיינס
- שעון רגיל של מרכז האוקיינוס האטלנטי
- שעון מזרח אסיה הצפונית התקני
- North Asia Standard Time
- שעון רגיל פקיסטן
- שעון רגיל פרגוואי
- שעון קיזילורדה התקני
- Russian Standard Time
- Sudan Standard Time
- שעון רגיל - ולדיווסטוק
- שעון רגיל - וולגוגרד
- שעון הגדה המערבית
- שעון רגיל - יאקוטסק
ההשפעה של שינוי הגדרות המופע
ברוב הגדרות המופע, Cloud SQL מחיל את השינוי באופן מיידי והקישוריות למופע לא מושפעת.
שינוי מספר המעבדים או גודל הזיכרון גורם לכך שהמופע עובר למצב אופליין למשך פחות מ-60 שניות. שינוי האזור של מופע, הגדרת כתובת IP פרטית, שינוי הרשת והפעלת זמינות גבוהה גורמים למופע לעבור למצב אופליין למשך כמה דקות. כדאי לתכנן את השינויים האלה לזמן שבו השירות יכול להתמודד עם הפסקה זמנית בשירות למשך הזמן הזה.
המאמרים הבאים
- איך עורכים את המכונה
- מידע נוסף על דגלים של מסדי נתונים
- איך נותנים הרשאת גישה לכתובות IP למופע
- מידע נוסף על אפשרויות השכפול
- במחירון תוכלו לעיין ברשימת התעריפים של המופע.