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

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

סקירה כללית

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

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

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

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

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

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

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

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

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

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

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

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

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

  • אין תמיכה בעותקים לקריאה.
  • במהלך התחזוקה, ביומני מסד הנתונים יופיעו הודעות משני מכונות וירטואליות שונות.
  • אם מתבצעת פעולת 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. אם מתוכננת תחזוקה, יוצגו התאריך והשעה שבהם היא אמורה להתחיל. אפשר לסנן את רשימת המופעים באמצעות המונח Maintenance כדי למצוא את כל המופעים שמתוזמנים לתחזוקה. העמודה Maintenance מוצגת רק אם מתוכננת תחזוקה במופע אחד או יותר בפרויקט. אם לא מתוכחז תחזוקה, העמודה מוסתרת.
  • בדף Instance details (פרטי המופע) בחלונית Maintenance (תחזוקה). אם מתוזמנת תחזוקה, בקטע Upcoming (בקרוב) מופיעים תאריך ושעה של תחילת התחזוקה.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

לפני התחזוקה

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

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

שלב 1

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

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

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

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

שלב 2

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

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

תרשים של מופע אחרי מעבר לגיבוי (failover)

שלב 3

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

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

תרשים של מעבר למכונה וירטואלית מעודכנת

שלב 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 . מידע נוסף על איתור גירסת התחזוקה של המופע זמין במאמר הצגת פרטי המופע. כדי לדעת את תאריך ההפצה של גרסת התחזוקה, בודקים את השם שלה. לדוגמה, אם שם גרסת התחזוקה הוא POSTGRES_16_9.R20250302.00_31, אז תאריך ההפצה התואם שלה הוא 2 במרץ 2025.

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

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

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

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

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

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

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

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

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

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

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

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

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

האם זמן השבתה לצורך תחזוקה נכלל בהסכם רמת השירות (SLA)?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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