שיטות עבודה מומלצות של Kubernetes. כיבוי נכון סיום

שיטות עבודה מומלצות של Kubernetes. יצירת מיכלים קטנים
שיטות עבודה מומלצות של Kubernetes. ארגון Kubernetes עם מרחב שמות
שיטות עבודה מומלצות של Kubernetes. אימות חיים של Kubernetes עם מבחני מוכנות וחיוניות
שיטות עבודה מומלצות של Kubernetes. הגדרת בקשות ומגבלות משאבים

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

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

Kubernetes משתמשת בלולאת אירוע observe-difference-take-action כדי להבטיח שהמשאבים יישארו בריאים כשהם נוסעים ממכולות אל הצמתים עצמם.

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

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

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

ברגע ש-Kubernetes מחליטה לסיים תרמיל, מתרחשים מספר אירועים. בואו נסתכל על כל שלב ש-Kubernetes נוקט בעת כיבוי מיכל או תרמיל.

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

בואו נסתכל על ה-preStop hook, שהיא פקודה מיוחדת או בקשת HTTP שנשלחת לקונטיינרים בפוד. אם היישום שלך לא נכבה כראוי בעת קבלת SIGTERM, אתה יכול להשתמש ב-PreStop כדי לכבות כהלכה.

רוב התוכניות ייצאו בחן כשהן יקבלו אות SIGTERM, אבל אם אתה משתמש בקוד של צד שלישי או במערכת כלשהי שאינך שולט בה באופן מלא, ה-preStop Hook הוא דרך מצוינת לכפות כיבוי חינני מבלי לשנות את היישום.

לאחר ביצוע ההוק הזה, Kubernetes ישלח אות SIGTERM למכולות בתרמיל, ויודיע להם שהם יתנתקו בקרוב. עם קבלת האות הזה, הקוד שלך ימשיך לתהליך הכיבוי. תהליך זה עשוי לכלול עצירת חיבורים ארוכים כגון חיבור מסד נתונים או זרם WebSocket, שמירת המצב הנוכחי וכדומה.

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

בשלב זה, Kubernetes ימתין לפרק זמן מוגדר, הנקרא terminationGracePeriodSecond, או התקופה לכיבוי בחן כאשר הוא מקבל אות SIGTERM, לפני נקיטת פעולה נוספת.

כברירת מחדל פרק זמן זה הוא 30 שניות. חשוב לציין שהוא פועל במקביל לווק ה-preStop ולאות SIGTERM. Kubernetes לא ימתין עד שה-preStop ו-SIGTERM יסתיימו - אם האפליקציה שלך תצא לפני ש-TerminationGracePeriod מסתיימת, Kubernetes תעבור מיד לשלב הבא. לכן יש לבדוק שהערך של תקופה זו בשניות אינו קטן מהזמן הדרוש לכיבוי נכון של הפוד, ואם הוא עולה על 30 שניות, הגדל את התקופה לערך הרצוי ב-YAML. בדוגמה שניתנה, זה שנות ה-60.

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

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

שיטות עבודה מומלצות של Kubernetes. מיפוי שירותים חיצוניים

כמה מודעות 🙂

תודה שנשארת איתנו. האם אתה אוהב את המאמרים שלנו? רוצים לראות עוד תוכן מעניין? תמכו בנו על ידי ביצוע הזמנה או המלצה לחברים, Cloud VPS למפתחים החל מ-$4.99, אנלוגי ייחודי של שרתים ברמת הכניסה, שהומצא על ידינו עבורכם: כל האמת על VPS (KVM) E5-2697 v3 (6 ליבות) 10GB DDR4 480GB SSD 1Gbps החל מ-$19 או איך לשתף שרת? (זמין עם RAID1 ו-RAID10, עד 24 ליבות ועד 40GB DDR4).

Dell R730xd זול פי 2 במרכז הנתונים Equinix Tier IV באמסטרדם? רק כאן 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV החל מ-$199 בהולנד! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - החל מ-$99! לקרוא על כיצד לבנות תשתיות קורפ. מחלקה עם שימוש בשרתי Dell R730xd E5-2650 v4 בשווי 9000 יורו עבור אגורה?

מקור: www.habr.com