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