כברירת מחדל, מאגרי הצמתים מתעדכנים במקביל. הדבר עלול לגרום לבעיות הבאות:
בעיה במכסה
לכל מאגר צמתים ייצור צומת אחד של עלייה זמנית, כך שאם יש N מאגרי צמתים, ייווצרו N צמתים של עלייה זמנית כשהם יעודכנו במקביל. זה עלול לגרום למיצוי המשאבים אם יש קיבולת נוספת מוגבלת ליצירת הצמתים האלה של העלייה החדה.
בעיה של קיפאון ב-PDB
הפסקת הפעולה של יותר מצומת אחד בו-זמנית עלולה לגרום לקיפאון של PDB.
כדי לעדכן N מאגרי צמתים במקביל, צריכות להיות N כתובות IP נוספות שזמינות לצמתים הזמניים. אם כתובות ה-IP של צמתי העובדים מתקבלות משרת DHCP, שרת ה-DHCP צריך לספק N כתובות IP נוספות. אם צמתי העובדים משתמשים בכתובות IP סטטיות, קובץ טווח כתובות ה-IP צריך להכיל N כתובות IP נוספות מעבר לכתובות שנדרשות לצמתי העובדים.
אם אין מספיק כתובות IP נוספות זמינות כדי לעדכן את כל N הצמתים במקביל, נעדכן כמה שיותר מאגרים במקביל. כאשר כתובות IP הופכות לזמינות, אנחנו מעדכנים את מאגרי הצמתים שנותרו.
במסמך הזה מוסבר איך לציין מדיניות עדכון של מאגר צמתים כדי להגדיר את המספר המקסימלי של צמתים שיעודכנו בו-זמנית במהלך עדכון של מאגר צמתים. כך אפשר להימנע משתי הבעיות שצוינו. 0 מייצג שמירה על ההתנהגות המקבילית הנוכחית, שהוא ערך ברירת המחדל. 1 מציין שמאגרי הצמתים יעודכנו ברצף.
הערה: עדכון רציף יכול למנוע את שתי הבעיות, אבל תהליך העדכון של מאגר הצמתים עשוי להימשך זמן רב יותר מאשר עדכון מקביל.
שימו לב למגבלה הבאה בנוגע לאשכולות מתקדמים:
גרסה 1.31: מדיניות עדכון של מאגרי צמתים לא נתמכת באשכולות מתקדמים.
גרסה 1.32: מדיניות עדכון של מאגרי צמתים נתמכת באשכולות מתקדמים.
הגדרת מדיניות עדכון של מאגר צמתים
בקובץ user-cluster.yaml של הגדרת ה-seed של אשכול המשתמשים, אפשר להגדיר את עדכון מאגר הצמתים כך שיתבצע באופן רציף, באופן הבא:
nodePoolUpdatePolicy: maximumConcurrentNodePoolUpdate: 1
אפשר להגדיר את maximumConcurrentNodePoolUpdate לערך של מספר שלם שרירותי כדי להגדיר את מספר מאגרי הצמתים שרוצים לעדכן בו-זמנית.
מדיניות העדכון של מאגר הצמתים חלה על עדכון ושדרוג של מאגר הצמתים, אבל לא על יצירה שלו. בנוסף, אם נתקלים בבעיות בעדכון או בשדרוג של מאגר צמתים והתהליך נתקע, המערכת תחסום את הפעולה ולא תמשיך לעדכן את מאגר הצמתים הבא.