עדכוני תחזוקה במכונות Cloud SQL

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

סקירה כללית

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

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

  • תכונות של Cloud SQL כדי להשיק תכונות חדשות, המנוע של מסד הנתונים מתעדכן ותוספים חדשים מותקנים במסד הנתונים.

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

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

השפעה של תחזוקה

ב-Cloud SQL Enterprise Plus edition, ‏ Cloud SQL מציע תחזוקה מתוכננת עם זמן השבתה כמעט אפסי.

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

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

תחזוקה מתוכננת עם זמן השבתה כמעט אפסי

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

זמן ההשבתה עשוי להיות ארוך יותר במופעים שבהם יש פעילות גבוהה במהלך התחזוקה.

דרישות מוקדמות ומגבלות

  • אין תמיכה בעותקים משוכפלים. זה כולל רפליקות ראשיות ומשניות (רפליקות לקריאה).
  • תמיכה ב-1 עד 100 מסדי נתונים לכל מופע.
  • זמין רק במהדורת Cloud SQL Enterprise Plus.
  • הרישיונות זמינים במהדורות הבאות של SQL Server:
    • SQL Server Enterprise 2019
    • SQL Server Enterprise 2022
  • אם אתם משתמשים בשרת proxy ל-Cloud SQL Auth או במחברי שפה ל-Cloud SQL, עליכם לוודא שהם מעודכנים לגרסה האחרונה.
  • יכול להיות שהשם של השרת הפנימי של SQL Server‏ SERVERPROPERTY('servername') ישתנה במהלך התחזוקה. אם האפליקציה שלכם מפנה לשם המארח או לשם המכונה, יכול להיות שתצטרכו לעדכן את הערכים האלה אחרי התחזוקה. מחרוזות החיבור של Cloud SQL וכתובת ה-IP של המופע לא ישתנו.
  • התמיכה היא רק במסדי נתונים של משתמשים. אי אפשר להוסיף מסדי נתונים של המערכת לקבוצות זמינות.
  • סוגי מסדי הנתונים הבאים לא נתמכים:
    • מסדי נתונים עם הרשאת קריאה בלבד
    • מסדי נתונים של משתמש יחיד
    • מסדי נתונים שמוגדרים כ-AUTO_CLOSE
  • אין תמיכה בתכונות הבאות:
  • במהלך התחזוקה, ביומני מסד הנתונים יופיעו הודעות משני מכונות וירטואליות שונות.
  • אם מתבצעת פעולת DDL במהלך התחזוקה המתוכננת, יכול להיות שלשינויים תהיה חותמת זמן של יצירה או שינוי שמופיעה אחרי חותמת הזמן של התחזוקה.
  • מחרוזות חיבור והגדרות שאילתה בצד הלקוח, כמו סוג החיבור, פסק זמן לשאילתה ואיגום חיבורים, יכולים להשפיע על זמן ההשבתה שנצפה. חשוב לבדוק את הגדרות ההגדרה של האפליקציה כדי למצוא את ההגדרות שהכי מתאימות לצרכים שלכם.

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

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

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

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

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

gcloud sql instances patch INSTANCE_NAME --simulate-maintenance-event

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

הגדרות תחזוקה

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

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

  • תזמון התחזוקה (לשעבר סדר העדכון). השבוע של תקופת ההשקה שבו תעדכנו את המכונה שלכם ב-Cloud SQL. אלה האפשרויות שעומדות לרשותכם:

    • ‫Any: עדכון התחזוקה יכול להתבצע בכל שלב, אבל בדרך כלל הוא מתבצע במהלך השבוע הראשון.
    • ‫Week 1: התחזוקה מתבצעת 7 עד 14 ימים אחרי שליחת ההודעה על התחזוקה.
    • ‫Week 2: עדכון התחזוקה מתבצע 15 עד 21 ימים אחרי שליחת ההתראה.
    • ‫Week 5: עדכון התחזוקה מתבצע 35 עד 42 ימים אחרי שליחת ההתראה.

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

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

  • Deny maintenance period. בלוק של ימים שבהם Cloud SQL לא מתזמן תחזוקה. אפשר להגדיר תקופת דחייה של עד 90 יום. איך מגדירים תקופת תחזוקה שבה נדחות בקשות

חלונות זמן לתחזוקה שמוגדרים כברירת מחדל

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

  • חלון הזמן בימי חול (שני עד שישי): 22:00 עד 6:00
  • חלון הזמן של סוף השבוע: שישי, 22:00 עד שני, 06:00

דוגמה לתחזוקה

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

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

  • חלון זמן לתחזוקה: ימי ראשון בין השעות 00:00 ל-01:00 שעון החוף המזרחי
  • תזמון התחזוקה: Week 2
  • תקופה שבה אי אפשר לבצע תחזוקה: 1 בנובמבר עד 15 בינואר.

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

התראות על תחזוקה קרובה

אתם יכולים לקבל התראה באימייל על תחזוקה קרובה לפחות שבוע לפני התחזוקה המתוכננת. אם רוצים להגדיר מסנן אימייל להתראות, כותרת האימייל היא Upcoming maintenance for your Cloud SQL instance instancename.

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

ההתראות נשלחות לכתובת האימייל שמשויכת לחשבון Google שלכם. אי אפשר להגדיר כתובת אימייל חלופית מותאמת אישית (למשל, כתובת אימייל חלופית של צוות).

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

אפשר גם לראות את פרטי התחזוקה הקרובה במסוף Google Cloud .

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

  • בדף Logs Explorer במסוף Google Cloud . בתפריט הנפתח All logs name, מחפשים את maintenance-events ולוחצים על Apply. אם מתוכננת תחזוקה של מכונה, ביומן יופיע שם המכונה ושעת ההתחלה המתוכננת של התחזוקה.

התראות אחרות לגבי תחזוקה

אם תבחרו לקבל התראות על תחזוקה, תקבלו התראות על אירועים מסוימים:

  • פעולות תחזוקה מתוזמנות קרובות
  • התחלת תחזוקה
  • התחזוקה הושלמה
  • התחזוקה בוטלה

קביעת מועד חדש לתחזוקה

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

יש כמה מגבלות לקביעת מועד חדש לעדכוני תחזוקה. אחרי ש-Cloud SQL שולח את אימייל ההתראה, הוא מבצע את עדכון התחזוקה תוך שבעה שבועות כדי למנוע חפיפה עם עדכון התחזוקה הבא של Cloud SQL. לדוגמה, אם בחרתם שעדכון התחזוקה יתבצע בשבוע הראשון או בשבוע השני, תוכלו לתאם מועד חדש לעדכון התחזוקה עד 4 שבועות (28 ימים) אחרי התאריך המקורי שנקבע. אם הגדרתם את המופע שלכם לזמן תחזוקה בשבוע 5, תוכלו לתאם מועד חדש לאירוע התחזוקה עד שבוע אחד (7 ימים) אחרי התאריך המקורי. אתם יכולים לתזמן מחדש את התחזוקה כמה פעמים שתרצו, כל עוד אירוע התחזוקה המתוזמן מחדש מתרחש במסגרת משך התזמון מחדש שהגדרתם לתזמון התחזוקה של המכונה.

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

יש כמה אפשרויות לתזמון חלון זמן לתחזוקה החדש:

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

  • קביעת מועד חדש. יש שתי דרכים לדחות אירוע מתוזמן של תחזוקה:

    • החלון הבא שזמין. האפשרות הזו דוחה את התחזוקה לחלון זמן התחזוקה הבא שזמין, אחרי זמן התחזוקה המתוזמן הנוכחי, בדרך כלל שבוע לאחר מכן.
    • שעה ספציפית. באמצעות האפשרות הזו, אתם יכולים לבחור מועד ספציפי לשינוי התזמון, בהתאם למשך הזמן שהגדרתם לתחזוקה של המופע.
      • ‫28 ימים אם בוחרים את התזמון של תחזוקה בשבוע 1 או בשבוע 2
      • 7 ימים אם בוחרים באפשרות 'תזמון תחזוקה בשבוע 5'

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

איך מתבצעת תחזוקה

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

בקיצור, אלה השלבים:

  1. מגדירים מכונה וירטואלית מעודכנת עם התוכנה החדשה.
  2. עוצרים את מסד הנתונים במכונה הווירטואלית המקורית.
  3. מעבירים את הדיסק ואת כתובת ה-IP הסטטית למכונה הווירטואלית המעודכנת.
  4. מפעילים את מסד הנתונים במכונה הווירטואלית המעודכנת.

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

לפני התחזוקה

לפני התחזוקה, הלקוח מתקשר עם מכונת ה-VM המקורית באמצעות כתובת IP סטטית. הנתונים מאוחסנים בדיסק אחסון מתמיד (persistent disk) שמצורף למכונה הווירטואלית המקורית. בדוגמה הזו, מוגדרת זמינות גבוהה למופע Cloud SQL, כלומר יש VM נוספת במצב המתנה שתחליף את המכונה הקיימת במקרה של הפסקה זמנית בשירות לא מתוכננת. המכונה של Cloud SQL משרתת תנועה לאפליקציה.

תרשים שמציג את המצב לפני התחזוקה

שלב 1

מגדירים את המכונה הווירטואלית החדשה.

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

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

תרשים שמציג את הגדרת המכונה הווירטואלית

שלב 2

מפסיקים את מסד הנתונים במכונה הווירטואלית המקורית.

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

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

שלב 3

עוברים ל-VM המעודכן.

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

דיאגרמה של מעבר ל-VM מעודכן

שלב 4

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

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

דיאגרמה של הפעלת ה-VM המעודכן

אחרי התחזוקה

אחרי שלב 4, מופע Cloud SQL זמין לקבלת חיבורים והוא חוזר להעביר תנועה לאפליקציה.

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

תרשים של מצב אחרי תחזוקה

צמצום ההשפעה של התחזוקה

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

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

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

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

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

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

תחזוקה שנדרשת באופן מיידי

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

תחזוקה בשירות עצמי

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

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

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

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

מגבלות תחזוקה

בקטע הזה מתוארות המגבלות של תחזוקת Cloud SQL.

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

יש כמה דברים שחשוב לדעת לגבי שינוי מועד:

  • צריך לתזמן מחדש את התחזוקה לפחות 24 שעות לפני אירוע התחזוקה המקורי.

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

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

  • אם פעולת תחזוקה מתבצעת, התזמון מחדש מתעכב עד שהפעולה תושלם.

התנגדות למגבלות על תקופת התחזוקה

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

  • החל מ-15 באוגוסט 2025, לא תוכלו להגדיר תקופה שבה לא יתבצעו פעולות תחזוקה במופע אם גרסת התחזוקה שלו ישנה יותר מ-12 חודשים. כל מופע שמשתמש בגרסת תחזוקה שגיל שלה הוא יותר מ-12 חודשים חייב לקבל עדכון. כדי למצוא את התאריך של גרסת התחזוקה שהותקנה במופע, משתמשים בפקודה gcloud sql instances describe או מעיינים בקטע Maintenance (תחזוקה) בדף Instance overview (סקירה כללית של המופע) במסוףGoogle Cloud . מידע נוסף על איתור גירסת התחזוקה של המופע זמין במאמר הצגת פרטי המופע. כדי לדעת מה תאריך ההפצה של גרסת התחזוקה, בודקים את השם שלה. לדוגמה, אם שם גרסת התחזוקה הוא SQLSERVER_2022_ENTERPRISE_CU14.R20250302.00_28, אז תאריך ההפצה שלה הוא 2 במרץ 2025.

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

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

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

  • התכונות 'דחיית תקופות תחזוקה' ו'תזמון תחזוקה' הן נפרדות. אם יוצרים חלון סירוב לעבודות תחזוקה למכונה עם Week 1 תזמון תחזוקה, זה לא משפיע על קביעת העדכון המתוזמן למכונה עם Week 2 תזמון תחזוקה. אם עדכון תחזוקה מתוזמן חל במהלך תקופה שבה התחזוקה אסורה, Cloud SQL לא ישלח התראה לגבי המכונות שהגדרתם את התזמון שלהן לתחזוקה.

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

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

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

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

  • כדי לשמור על אמינות השירות, Cloud SQL שולח למשתמשים עם מופעים שפועלות בהם גרסאות תחזוקה בנות יותר מ-12 חודשים הודעה על כך שנדרש שדרוג התחזוקה הבא.

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

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

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

שאלות נפוצות בנושא תחזוקה

האם זמן השבתה לצורך תחזוקה נספר במסגרת ה-SLA?

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

איך עבודות תחזוקה משפיעות על העתקים לקריאה?

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

אפשר לבטל את התחזוקה המתוזמנת?

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

מה קורה אם אירוע התחזוקה מבוטל?

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

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

האם התחזוקה של Cloud SQL היא מצטברת?

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

מה קורה אם המופע נעצר במהלך עדכון התחזוקה המתוזמן שלו?

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

כמה זמן נמשכת התחזוקה בשירות עצמי לכל הרפליקות לקריאה של מכונה ראשית?

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

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

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

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

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