בדף הזה מוסבר איך מתבצעת תחזוקה במופעים של Memorystore for Valkey. הוא גם מספק מידע והמלצות להגדרות שאפליקציות הלקוח צריכות להכיר כדי לנצל את היתרונות של העיצוב של Memorystore for Valkey, שמאפשר תחזוקה ללא השבתה. ההמלצות האלה חלות גם על מקרים של מופעים זמינים במיוחד וגם על מקרים של מופעים ללא רפליקות. עם זאת, בכל תרחישי השימוש בסביבת הייצור, מומלץ מאוד להשתמש בהגדרה של זמינות גבוהה.
Memorystore for Valkey מעדכן את המופעים באופן שגרתי כדי לוודא שהשירות אמין, יעיל, מאובטח ועדכני. העדכונים האלה נקראים תחזוקה. התחזוקה מנוהלת באופן מלא על ידי השירות, והיא מתוכננת כך שלא תהיה השפעה על זמן ההשבתה.
בדרך כלל עבודות התחזוקה נכללות בקטגוריות הבאות:
- תכונות של Memorystore. כדי להפעיל חלק מהתכונות, צריך לבצע עדכון תחזוקה ב-Memorystore.
- תיקוני אבטחה למערכת ההפעלה. אנחנו עוקבים באופן רציף אחרי נקודות חולשה חדשות באבטחה שמזוהות במערכת ההפעלה. כשמגלים סיכונים חדשים, אנחנו מתקנים את מערכת ההפעלה כדי להגן עליכם.
- תיקונים למסדי נתונים. התחזוקה יכולה לכלול עדכון של Valkey כדי לשפר את האבטחה, הביצועים והאמינות של מופע. זה מעבר למה ש-OSS Valkey מספק.
הגדרת אפליקציית הלקוח
כדי להגדיר את אפליקציית הלקוח כך שתשיג את הביצועים הטובים ביותר ותהיה זמינה במהלך תחזוקה, צריך לבצע את השלבים הבאים:
- כדי לוודא שתחזוקה מתוזמנת לא תשפיע על אפליקציית הלקוח, צריך להשתמש בלקוח צד שלישי ולהגדיר אותו בהתאם להנחיות שבמאמר שיטות מומלצות ללקוח Valkey. ההגדרות המומלצות של הלקוח יכולות למנוע איפוסים של חיבורים באמצעות רענונים תקופתיים של הטופולוגיה בתוך השורה ורוטציות של חיבורים ברקע.
- כדי לבדוק את אפליקציית הלקוח, מריצים עליה סדרה של פעולות עדכון (כמו הגדלה או הקטנה של הקיבולת, או שינויים במספר העותקים) בזמן שמופעל עומס עבודה מייצג בצמתים הראשיים ובצמתים של העותקים, ועוקבים אחרי ההשפעה על הלקוח. העדכונים האלה בודקים את הלוגיקה של רענון הטופולוגיה בתוך השורה בלקוחות, את ההשפעה של הסנכרון המלא, את האיתור של צמתים חדשים ואת היכולת להסיר צמתים קיימים. הבדיקה עוזרת לוודא שהלקוח של צד שלישי מוגדר בצורה נכונה כדי למנוע השפעה שלילית על האפליקציה.
תחזוקה מתוזמנת
Memorystore for Valkey משתמש בפריסה הדרגתית ובאסטרטגיית מחזור חיים של יצירה לפני השמדה כדי למנוע השפעה של השבתה זמנית על מופעי Valkey במהלך תחזוקה מתוזמנת של Memorystore. ב-Memorystore for Valkey, התחזוקה מתבצעת ללא השבתה. זאת באמצעות יכולות ההפניה מחדש של בקשות בפרוטוקול של מופע ה-OSS Valkey, עם המנגנונים הבאים של Memorystore:
- מעבר גיבוי לשחזור מתואם ללא אובדן נתונים.
- הסרה מסודרת של צומת כדי לאפשר ללקוחות להתעדכן בטופולוגיה של הצומת בלי שתהיה לכך השפעה על הזמינות.
- נקודות הקצה של Private Service Connect של המופע, שלא מושפעות מהתחזוקה. מידע נוסף על נקודות הקצה האלה זמין במאמר נקודות קצה של מופעים.
התנהגות השירות שמתוארת בקטעים הבאים חלה רק על תחזוקה מתוזמנת. מידע נוסף על ההשפעה של אירועים לא מתוכננים, כמו כשלים בחומרה, זמין במאמר התנהגות הלקוח במהלך יתירות כשל לא מתוכננת.
חלונות זמן לתחזוקה שמוגדרים כברירת מחדל
כברירת מחדל, המערכת של Memorystore מעדכנת את המכונה בחלונות הזמן הבאים, בהתאם לאזור הזמן של המכונה:
- חלון הזמן בימי חול (שני עד שישי): 22:00 עד 6:00
- חלון הזמן של סוף השבוע: שישי, 22:00 עד שני, 06:00
אסטרטגיית פריסה הדרגתית
ב-Memorystore for Valkey, הפריסות מתבצעות בהיקף הולך וגדל, ובקצב שמאפשר לזהות כשלים מוקדם מספיק כדי לצמצם את ההשפעה שלהם ולשמור על יציבות. זמני ההמתנה (הזמן שבו העדכון מוחל ונבדק לפני שהוא נחשב להצלחה והמערכת ממשיכה הלאה) משולבים בכל צי המופעים של Memorystore ברמת השירות. בנוסף, זמני ההמתנה משולבים במופעים באזורים שונים באזור (מספר דומיינים של תקלות) כדי לצמצם את היקף ההשפעה, אם יש כזו.
במופע שמוגדר לזמינות גבוהה, עדכוני Memorystore for Valkey מתבצעים בכל פעם רק בתחום תקלות אחד או באזור אחד, כדי לוודא שלרסיס המופע, כולל העותקים הראשיים והמשוכפלים, יש זמינות גבוהה לאורך העדכון. בנוסף, ב-Memorystore for Valkey מתעדכנים רק כמה צמתים בכל פעם. העדכונים משתמשים במנגנון מחזור חיים של create-before-destroy כדי למקסם את היציבות של מופע. השיטה הזו הכי מועילה כשמעדכנים מופע עם הרבה רסיסים. החלת העדכונים רק על חלק קטן ממרחב המפתחות הכולל של המשתמשים בכל שלב ממקסמת את זמינות הנתונים.
אסטרטגיית מחזור חיים מסוג Create-before-destroy
למופע Valkey יש כמה רסיסים. לכל שארד יש צומת ראשי אחד ואפס או יותר צמתים משוכפלים. ב-Memorystore, התהליך הבא משמש לעדכון של צומת Valkey ראשי או משוכפל קיים בכל רסיס:
- Memorystore for Valkey מוסיף רפליקה חדשה עם עדכון התוכנה האחרון לשארד. Memorystore יוצר צומת חדש במקום לעדכן צומת קיים, כדי להבטיח שהקיבולת שהוקצתה תישמר אם יתרחש כשל לא צפוי באתחול.
- אם צומת בתוך הרסיס שצריך לעדכן הוא צומת ראשי, הצומת הראשי מומר קודם לשכפול לפני שמסירים את הצומת באמצעות מעבר גיבוי מתואם.
- Memorystore מסיר את העותק שמשתמש בתוכנה מהגרסה הקודמת.
- Memorystore חוזר על התהליך הזה לכל צומת במופע.
האסטרטגיה של יצירה לפני השמדה עוזרת לשמור על הקיבולת שהוקצתה למופע, בהשוואה לפריסה מתגלגלת רגילה שמתעדכנת במקום, אבל גורמת להשבתה של הזמינות (ולפעמים לאובדן נתונים) באפליקציית הלקוח. לרסיסים בלי עותקים משוכפלים, Memorystore for Valkey עדיין מקצה עותק משוכפל חדש, מתאם את המעבר לגיבוי בשעת כשל ובסוף מחליף את הצומת הראשי הקיים של הרסיס.
שלב 1: מוסיפים העתק
השלב הראשון במנגנון create-before-destroy הוא הוספת צומת משוכפל עם התוכנה העדכנית באמצעות מנגנון הסנכרון המלא של Valkey OSS כדי להעתיק את הנתונים מהצומת הראשי לצומת המשוכפל. הפעולה הזו מתבצעת על ידי יצירת תהליך צאצא ושימוש בשכפול ללא דיסק כדי לאתחל את העותק המשוכפל. Memorystore for Valkey תומך בשכפול ללא דיסק. אלא אם מפעילים התמדה, Memorystore for Valkey לא משתמש בדיסקים במהלך השכפול.
כדי לנצל בצורה הטובה ביותר את ארכיטקטורת ההרחבה האופקית של המופע, מומלץ להקצות מספר גבוה יותר של רסיסים כדי לצמצם את גודל מרחב המפתחות בצומת. מערך נתונים קטן יותר בכל צומת עוזר לצמצם את ההשפעה של זמן האחזור של פיצול (fork) של פעולת סנכרון מלא. היא גם מאיצה את העתקת הנתונים בין הצמתים.
שלב 2: הפעלת מעבר גיבוי ראשי מתואם
אם צומת Valkey שצריך לעדכן הוא צומת ראשי, Memorystore מפעיל מעבר גיבוי לשעת חירום מתואם לצומת המשוכפל שנוסף. לאחר מכן, Memorystore מסיר את הצומת. במהלך מעבר הגיבוי לשעת חירום המתואם, הלקוח וצומתי Valkey פועלים יחד ומשתמשים באסטרטגיות הבאות כדי למנוע השבתה של האפליקציה:
- בקשות נכנסות מלקוחות נחסמות באופן זמני בצומת הראשי, כדי לאפשר חלון זמן שבו אפשר לוודא שהעותק הקיים מסונכרן ב-100% עם הצומת הראשי.
- העותק המשוכפל משלים את תהליך הבחירה כדי להשתלט על התפקיד הראשי.
- הצומת הראשי הקודם, שהוא עכשיו צומת משוכפל, מבטל את החסימה של הבקשות הקיימות ומפנה אותן לצומת הראשי החדש באמצעות פרוטוקול של מופע Valkey של OSS. כל בקשה חדשה שנשלחת לצומת המשוכפל הקודם ממשיכה להיות מופנית לצומת הראשי החדש.
- הלקוח שלכם שתואם ל-Valkey מרענן את הטופולוגיה שלו בזיכרון. הוא לומד את הכתובת של נקודת הקצה הראשית החדשה, ולא נדרשים יותר הפניות אוטומטיות.
בדרך כלל, מעבר גיבוי לשחזור מתואם נמשך עשרות אלפיות השנייה. עם זאת, נתונים בתהליך העברה שממתינים להעברה לרפליקות וגודל המופע הכולל יכולים להגדיל את זמן האחזור של המעבר לגיבוי. גודל המופע יכול להשפיע על ההתכנסות בין הצמתים הראשיים, מה שמשפיע על קבלת ההחלטות לגבי בחירת הצומת הראשי החדש.
שלב 3: מסירים את העותק
השלב האחרון במנגנון היצירה לפני ההסרה הוא הסרת צומת העותק המשוכפל בתוכנה הקודמת. הסרה פתאומית של צומת תשפיע על אפליקציות לקוח, כי הלקוחות שומרים במטמון את פרטי נקודת הקצה ואת הטופולוגיה של המופע. ב-Memorystore for Valkey, הסרת עותק משוכפל של Valkey מתוכננת כך שתתבצע בצורה חלקה, כדי לאפשר לאפליקציות לקוח לרענן את הטופולוגיה שלהן לפני שמתרחש כיבוי קשיח של הצומת. הטופולוגיה מותאמת כדי לאפשר ללקוחות ללמוד על העותק החדש, אבל גם לשכוח את העותק שיוסר מראש.
צומת הרפליקה שמריץ את התוכנה הקודמת נשמר למשך תקופת ניקוז מסוימת, בדרך כלל למשך דקות, שבמהלכה הוא מתחיל להפנות את בקשות הקריאה הנכנסות לצומת הראשי של הרסיס שלו. כך הלקוח של צד שלישי יכול לרענן את טופולוגיית הצומת ולקבל מידע על נקודות הקצה החדשות של הרפליקה. אם הלקוח מנסה להגיע לצומת שהוסר אחרי תקופת הניקוז, הניסיון נכשל. כתוצאה מכך, מתבצע רענון של טופולוגיית הצומת בלקוח המתחבר, כדי שהוא יקבל מידע על שינוי הרפליקה. ברענונים חדשים של טופולוגיית הצומת לא מופיע צומת הרפליקה שצריך להסיר.
הגדרות תחזוקה
Memorystore for Valkey מאפשר לכם להתאים אישית את לוחות הזמנים של התחזוקה כדי שיתאימו לצרכים של האפליקציה שלכם וכדי לצמצם את ההפרעות. כדי להתאים אישית את לוח הזמנים לתחזוקה, צריך להגדיר חלון תחזוקה למופע.
אתם מגדירים חלונות תחזוקה לכל מופע של Memorystore for Valkey, ויש לכם את אפשרויות ההגדרה הבאות:
- היום בשבוע: היום שבו מתבצעת התחזוקה
- שעת התחלה: השעה שבה התחזוקה מתחילה
חלון הזמן לתחזוקה נמשך שעה אחת. במקרים מסוימים, התחזוקה עשויה להימשך מעבר לחלון הזמנים שתבחרו.
אחרי שמגדירים חלון זמן לתחזוקה של מופע, Memorystore for Valkey מתזמן תחזוקה אוטומטית בעתיד בהתאם להעדפות שהגדרתם לחלונות זמן לתחזוקה.
חלונות זמן לתחזוקה שמוגדרים כברירת מחדל
אם לא מגדירים חלון זמן לתחזוקה, המערכת של Memorystore for Valkey מעדכנת את המכונה באחד מחלונות הזמן הבאים, בהתאם לאזור הזמן של המכונה:
- חלון הזמן בימי חול (שני עד שישי): 22:00 עד 6:00
- חלון הזמן של סוף השבוע: שישי, 22:00 עד שני, 6:00
דוגמה לתחזוקה
אתם מפתחים שמנהלים שירות של עגלת קניות אצל קמעונאי, ואתם מפקחים על סביבת ייצור שכוללת מופע של Memorystore for Valkey. כדי להבטיח ביצועים אופטימליים במהלך התחזוקה, כדאי לתזמן אותה לזמן שבו התנועה במופע היא מינימלית. העדכון מתבצע בדרך כלל בסביבות חצות ביום ראשון.
במקרה כזה, צריך להגדיר את חלון הזמן לתחזוקה של מכונת הייצור ליום ולשעה הבאים:
- יום בשבוע: ראשון
- שעת התחלה: 01:00
התראות על תחזוקה קרובה
כדי לוודא שתקבלו עדכונים על אירועי תחזוקה במופע שלכם, מומלץ להגדיר התראות באימייל על תחזוקה מתוכננת לפחות שבוע לפני שהתחזוקה מתוכננת. נושא ההתראות האלה הוא "Upcoming
maintenance for your Cloud Memorystore instance [your-instance-name]".
בנוסף, תקבלו מ-Memorystore for Valkey התראה כשתחזוקה תתחיל במכונה שלכם. שורת הנושא של האימייל היא "Maintenance
is undergoing for your Cloud Memorystore instance [your-instance-name]".
אחרי שעבודות התחזוקה ב-Memorystore for Valkey מסתיימות, נשלחת הודעה על סיום התחזוקה. שורת הנושא של האימייל היא "Completed Maintenance
for your Cloud Memorystore instance [your-instance-name]".
אם מערכת Memorystore for Valkey תתזמן מחדש את התחזוקה, תקבלו אימייל עם הודעה על ביטול התחזוקה. שורת הנושא של האימייל היא "Canceled maintenance for your Cloud Memorystore instance [your-instance-name]".
כדי לקבל התראות על תחזוקה, צריך להביע הסכמה לקבלתן. כדי להירשם לקבלת התראות על תחזוקה:
כדי לקבל התראות על תחזוקה מ-Memorystore for Valkey, צריך לבצע את השלבים האלה לפחות שבוע לפני עדכון התחזוקה המתוזמן של המופע. אחרת, ל-Memorystore for Valkey לא יהיה מספיק זמן כדי להודיע לכם על התחזוקה הקרובה.
Memorystore for Valkey שולח התראות לכתובת האימייל שמשויכת לחשבון שלכם ב-Google. אי אפשר להגדיר כתובת אימייל חלופית מותאמת אישית (לדוגמה, כתובת אימייל חלופית של צוות). בנוסף, אנחנו לא תומכים בשליחת התראות לכתובת אימייל אחרת.
אם נרשמים לקבלת התראות על תחזוקה, מקבלים התראות על כל המקרים של Memorystore for Valkey שנקבעה להם תחזוקה בתוך פרויקט Google Cloud . לכל מקרה תקבלו הודעה נפרדת.
מידע נוסף על איתור תחזוקה מתוזמנת זמין במאמר איתור תחזוקה מתוזמנת.
קביעת מועד חדש לתחזוקה
בקטע הזה מוסבר איך לשנות את המועד של עבודות התחזוקה. לדוגמה, אם מתוכנן להשיק שירות חדש במהלך חלון הזמן הנוכחי לתחזוקה, כדאי לדחות את חלון הזמן לתחזוקה למספר ימים אחרי ההשקה.
אפשר לתזמן מחדש את התחזוקה תוך 14 יום מהמועד המקורי שנקבע. במסגרת תזמון מחדש של תחזוקה, בוחרים באחת מהאפשרויות הבאות:
- עדכון עכשיו: במקום לחכות לחלון זמן לתחזוקה המתוזמן, אפשר להחיל את העדכונים על המכונה באופן מיידי.
- יום ושעה בהתאמה אישית: אפשר לבחור כל שעה בטווח של 14 ימים מתאריך ושעת התחזוקה המקוריים.
כשקובעים מחדש את מועד התחזוקה, חלות ההגבלות הבאות:
- אם נותרה פחות משעה עד למועד התחזוקה המתוזמן הנוכחי, לא ניתן לתזמן מחדש את התחזוקה.
- אחרי שתקבעו מחדש את מועד התחזוקה, תקבלו מ-Memorystore for Valkey הודעה באימייל שמאשרת את ביטול התחזוקה הקודמת. בנוסף, תקבלו הודעה חדשה על התחזוקה עם לוח הזמנים המעודכן.
מידע נוסף על תזמון מחדש של תחזוקה זמין במאמר תזמון מחדש של תחזוקה.
שאלות נפוצות
בקטע הזה מפורטות תשובות לשאלות נפוצות בנושא תחזוקה של Memorystore for Valkey.
איך אפשר לדעת מתי מתוכננות עבודות תחזוקה במכונה?
כדי לדעת מתי מתוכננת תחזוקה למכונה שלכם, מומלץ להירשם לקבלת התראות ולהגדיר חלון זמן לתחזוקה. אפשר גם לבדוק את המכונה באופן ידני כדי לראות אם הפרמטר maintenanceSchedule מופיע בתגובה.
מתי תקבלו מ-Memorystore for Valkey הודעה על תחזוקה קרובה?
אם נרשמתם לקבלת התראות על תחזוקה והגדרתם חלון זמן לתחזוקה, תקבלו מ-Memorystore for Valkey התראה באימייל לפחות שבוע לפני אירוע תחזוקה.
כמה זמן אפשר לדחות את התחזוקה?
אחרי שתקבעו מועד לתחזוקה של המכונה, תוכלו להתחיל את העדכון של המכונה באופן מיידי או לדחות את העדכון עד שבועיים מהתאריך והשעה המקוריים שנקבעו לתחזוקה.
לדוגמה, אם קבעתם תחזוקה ל-11 באוקטובר בשעה 23:15, תוכלו לדחות את התחזוקה עד 25 באוקטובר בשעה 23:15. אם לא תבצעו שום פעולה, התחזוקה תתבצע בתאריך ובשעה שנקבעו.
מידע נוסף זמין במאמר בנושא שינוי מועד התחזוקה.
אילו שיטות מומלצות יאפשרו לכם לעדכן את התחזוקה בצורה חלקה?
כדי להבטיח חוויית עדכון חלקה, מומלץ לבצע את הפעולות הבאות:
- פועלים לפי ההוראות כדי להגדיר את אפליקציית הלקוח.
- מגדירים את חלון זמן לתחזוקה ליום ולשעה שבהם התנועה במכונה מינימלית (לדוגמה, ימי ראשון בחצות).
- מפעילים התראות על תחזוקה. כתוצאה מכך, Memorystore for Valkey שולח לכם התראה באימייל לפחות שבעה ימים לפני שנקבע עדכון תחזוקה למופע שלכם.
- אם אין לכם שעה שבה השימוש באפליקציה נמוך או לא קיים, תוכלו להשתמש בברירת המחדל של השירות להשקות הדרגתיות. ברירת המחדל הזו כוללת שיטות מומלצות לעדכוני תחזוקה. מידע נוסף זמין במאמר בנושא תחזוקה מתוזמנת.
מתי מומלץ להחיל עדכון תחזוקה באופן מיידי?
אתם יכולים להחיל עדכון תחזוקה באופן מיידי על מופע בדיקה כדי לראות איך העדכון משפיע על האפליקציה. אתם יכולים לבדוק את ההשפעה של העדכון הזה. אם יש בעיות בעדכון, אפשר לדחות את התחזוקה במופעי הייצור עד לפתרון הבעיות.
אם היום והשעה הנוכחיים מתאימים למופע שלכם ואתם צופים עומס גבוה על המופע בעתיד, אתם יכולים להריץ את עדכון התחזוקה באופן מיידי.
האם עדכוני תחזוקה תמיד מסתיימים בתוך חלון הזמן לתחזוקה?
Memorystore for Valkey מתחיל עדכון תחזוקה בתוך חלון התחזוקה שאתם מציינים. בדרך כלל, המערכת משלימה את העדכון בתוך החלון, אבל זה לא תמיד קורה.
האם אפשר לבטל את ההסכמה לתחזוקה או לתזמן תחזוקה במכונות מסוימות קודם?
אי אפשר להשבית את התחזוקה או לשלוט בסדר התחזוקה של המופעים. אבל אחרי שתקבלו את ההתראה הראשונית על התחזוקה, תוכלו לתזמן מחדש את התחזוקה ולדחות אותה עד שבועיים.
המאמרים הבאים
- כאן תוכלו לראות את ההרשאות שאתם צריכים כדי לנהל את חלונות התחזוקה של המופע.