מידע על שינוי גודל המכונות

בדף הזה מתוארת ההתנהגות של מכונת Memorystore for Redis במהלך שינוי קנה המידה. במאמר שינוי קנה המידה של מכונות Redis מוסבר איך משנים את קנה המידה של מכונת Redis.

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

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

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

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

  • לדוגמה, אם יש לכם מכונה בנפח 10GB שמאוחסנים בה נתונים בנפח 5.5GB, אתם יכולים לשנות את גודל המכונה ל-6GB לפחות. נפח האחסון שבו המכונה משתמשת מופיע בדף הפרטים שלה במסוףGoogle Cloud .

התנהגות שינוי קנה המידה של המכונה

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

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

אם תשלחו בקשת כתיבה בזמן שהחיבור מנותק, Memorystore יחזיר את השגיאה READONLY You can't write against a read only replica. השגיאה הזו זמנית ונמשכת רק כמה שניות. היא נפתרת כשהפעולה של שינוי קנה המידה מסתיימת.

עומס כתיבה בזמן שינוי קנה מידה

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

מפתחות שפג תוקפם

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

שיטות מומלצות

כדי להגדיל את הקיבולת של המכונה, מומלץ לפעול לפי השיטות המומלצות הבאות:

• בחירת מועד ההתאמה לעומס: כדי להגביר את המהירות והאמינות של ההתאמה לעומס של המכונה, כדאי להתאים אותה לעומס בתקופות של תנועה נמוכה. במאמר מעקב אחרי מכונות מוסבר איך לעקוב אחרי התנועה במכונות.
• התחשבות בנתונים שמאוחסנים כשמצמצמים את המכונה: אם אתם מצמצמים את המכונה, אתם צריכים לבחור גודל שגדול מכמות הנתונים שמאוחסנים במכונה. לדוגמה, אם יש לכם מכונה בנפח 10GB עם נתונים מאוחסנים בנפח 5.5GB, אתם יכולים לשנות את גודל המכונה ל-6GB או יותר.
• נסו שוב כשאתם לא מצליחים לשנות את קנה המידה: הזמינות של המשאבים משתנה לעיתים קרובות. אם אתם לא מצליחים לשנות את קנה המידה של המכונה בגלל מגבלת משאבים זמנית, נסו לשנות את קנה המידה של המכונה מאוחר יותר.