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