
kubectl apply יש שלושה פודים. כדי לראות את גרסת ה-image של כל אחד משתמשים בעמודות מותאמות (custom columns) של שם ו-image.apply נותנים הודעת configured, אבל שלושת הפודים נשארים בגרסה 16. ה-ReplicaSet רק סופר פודים עם התווית ולא מתעניין בגרסה.scale לחמש רפליקות יצר שני פודים חדשים בגרסה 17, והישנים נשארו ב-16, כך שנדרשת מחיקה ידנית של הישנים.הטקסט המלא של הדקות הראשונות בהרצאה «בעיית שדרוג ב-ReplicaSet קוברנטיס» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום לכולם. היום בהרצאה נראה את הבעיה שיש לנו ב-replication set, ואני מדבר על בעיית שדרוג גרסה. נניח אני רוצה לשדרג את האימג' שלי מגרסה שש עשרה, נניח, לשבע עשרה, וב-replication set זאת בעיה רצינית.
תכף נדגים אותה ואחרי זה נדבר על deployment שבא לפתור אותה. אני עושה kubectl apply, מקים את ה-replica set שלנו ויש לנו פה שלושה פודים. רק אני לא רואה את הגרסה של כל פוד, אז אני רוצה להוסיף עמודה משלי, custom columns, עמודת name ועמודת image.
הפקודה הזאת מראה לי שיש לי שלושה קונטיינרים, השם שלהם והגרסה של האימג' שלהם. ועכשיו אני משדרג את הגרסה לגרסה, נניח שבע עשרה, משש עשרה לשבע עשרה.
קודם כל, אם אני אעשה apply, הוא מזהה שהיה שינוי, הוא עושה configured, אבל בפועל נשארו לי שלושה פודים עם גרסה שש עשרה. למה? כי מבחינתו הוא מחפש פודים עם התווית הזאת, הוא רואה שיש שלושה פודים עם התווית הזאת ולא מעניין אותו שהגרסה השתנתה.
יותר מזה, אם אני אעשה scale ואני אגיד לו שאני רוצה חמש רפליקות, הוא כותב לי "אין בעיה", ועכשיו שני פודים חדשים הם בגרסה שבע עשרה והישנים נשארו בגרסה שש, ואני נאלץ באופן ידני לעשות kubectl delete pod ולמחוק את הפודים עם הגרסה שש עשרה.
הנה מחקתי אחד ונשארו לי רק שניים עם גרסה שש עשרה. עכשיו, יש לי רק מזל שברפליקה הזאת היו רק שלושה פודים ואני יכול למחוק אותם ידנית. אבל זה לא לעניין לנהל את הקלאסטר ברמת הפודים בצורה ידנית.
יותר מזה, אם משהו משתבש ואני רוצה לחזור חזרה לגרסה שש עשרה, אין לי דרך זריזה לעשות