10 הטריקים והטיפים המובילים של Kubernetes

יש הרבה ספרות עיון באינטרנט, אבל לפעמים העצה הפשוטה ביותר היא החשובה ביותר. קְבוּצָה Kubernetes aaS מ-Mail.ru מְתוּרגָם מבחר של עשרה טריקים וטיפים, שכותב המאמר אסף לאחר שנה של עבודה עם Kubernetes. הטיפים לא ממוינים לפי חשיבות, אבל אנחנו חושבים שכל אחד ימצא משהו שימושי עבור עצמו.

הפקודה הפשוטה ביותר לעבודה עם Kubernetes

מלכתחילה, אולי הפעולה הפשוטה והשימושית ביותר בעבודה עם Kubernetes. הפקודה הבאה מאפשרת השלמת פקודה kubectl במעטפת bash:

echo "source <(kubectl completion bash)" >> ~/.bashrc

השלמה אוטומטית kubectl ייכתב לקובץ .bashrc ויופעל אוטומטית בכל פעם שהמעטפת מופעלת. זה מאיץ הקלדת פקודות ופרמטרים ארוכים כגון all-namespaces. קרא עוד ב עזרה של Kubernetes bash.

מגבלות ברירת מחדל של זיכרון ו-CPU במרחב שמות

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

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

apiVersion: v1
kind: LimitRange
metadata:
  name: mem-limit-range
spec:
  limits:
  - default:
      memory: 512Mi
    defaultRequest:
      memory: 256Mi
    type: Container

צור yaml כזה והחל על כל מרחב שמות. לדוגמה, למרחב השמות limit-example. כעת לכל קונטיינר שנפרס במרחב השמות הזה תהיה מגבלה של 512Mi, אלא אם כן נקבעה מגבלה אישית נוספת עבור קונטיינר זה.

איסוף אשפה בגרסאות ישנות יותר של Kubernetes

Kubelet כברירת מחדל מתחיל איסוף אשפה כאשר var/lib/docer תופס 90% משטח הדיסק הזמין. עם זאת, זה נהדר, עד ל-Kubernetes 1.7 לא הייתה מגבלת ברירת מחדל על מספר האינודים בשימוש, התואמים את מספר הקבצים במערכת הקבצים.

פוטנציאלי המיכל שלך var/lib/docer עשוי להשתמש רק ב-50% משטח הדיסק, אך עלולים להיגמר האינודים, מה שיגרום לבעיות לעובדים.

בגרסאות ישנות יותר של kubelet מ-1.4 עד 1.6 תצטרך להוסיף את הדגל הזה:

--eviction-hard
=memory.available<100Mi,nodefs.available<10%,nodefs.inodesFree<5%

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

Minikube... Kubernetes מקומיים קטנים אך חזקים

Minikube היא הדרך הקלה ביותר להפעיל אשכול Kubernetes מקומי. הוא מופעל בפקודה פשוטה:

minikube start

הפעלת פקודה זו מביאה לאשכול Kubernetes אמיתי הפועל במחשב שלך.

מקור איור

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

כדי לאלץ את Docker לדחוף את התמונה לאשכול Kubernetes המקומי, מכונה Docker מקבלת את הפקודה הבאה:

eval $(minikube docker-env)

כעת אנו יכולים לבנות יישומים על אשכול Kubernetes מקומי.

אל תיתן ל-kubectl גישה לכולם

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

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

נהל תקציבי פוד

כיצד להבטיח שאין זמן השבתה לאפליקציה באשכול Kubernetes? PodDisruptionBudget ושוב PodDisruptionBudget.

אשכולות מתעדכנים מעת לעת וצמתים מתרוקנים. שום דבר לא עומד מלכת, זו המציאות. כל פריסה עם יותר ממופע אחד צריכה לכלול PDB (PodDisruptionBudget). הוא נוצר בקובץ yaml פשוט שמוחל על האשכול. אזור הכיסוי של PDB מסוים נקבע על ידי בוררי התוויות.

הערה: תקציב PDB נלקח בחשבון רק כאשר הפרת התקציב היא הפיכה (הפרעה מרצון). במצבים כמו תקלות חומרה, PDB לא יעבוד.

דוגמה ל-PDB:

apiVersion: policy/v1beta1
kind: PodDisruptionBudget
metadata:
  name: app-a-pdb
spec:
  minAvailable: 2
  selector:
      matchLabels:
        app: app-a

שני הפרמטרים העיקריים הם matchLabels и minAvailable. הפרמטר הראשון מציין לאילו יישומים חל התקציב. לדוגמה, אם יש לי פריסות עם תוויות app: app-a и app: app-b, אז PDB זה יחול רק על הראשון.

פרמטר minAvailable נלקח בחשבון בעת ​​ריקון (ניקוי) הצומת. לדוגמה, בדוגמה שלנו, במהלך הריקון, כל המקרים מפונים app: app-a, למעט שניים.

זה מאפשר לך לשלוט בכמה מופעים של היישום אמורים לפעול בכל זמן נתון.

ניטור תקינות האפליקציה

ניטור כזה אפשרי בשתי דרכים: באמצעות מבחני Readiness או Liveness.

הבדיקה הראשונה (מוכנות) קובעת את מוכנות המכולה לקבל תעבורה.

השני (חיות) מראה אם ​​המיכל בריא או שיש להפעיל אותו מחדש.

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

תגים נמצאים בכל מקום

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

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

נניח שאתה משתמש באותו אשכול עבור dev и qa. זה אומר שאתה יכול לקבל יישום app-a, בו זמנית עבודה בשתי הסביבות qa и dev. במקרה זה, נוכל לגשת בנפרד למופע היישום בסביבה ספציפית על ידי ציון הפרמטר המתאים environment. לדוגמה, app: app-a и environment: dev עבור סביבה אחת, ו app: app-a и environment: qa עבור השני.

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

לעשות סדר בדברים

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

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

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

הכירו את Go

את העצה העיקרית שמרנו לסוף. למד את שפת התכנות Go.

Kubernetes פותחה ב-Go, כל ההרחבות נכתבות ב-Go, וגם ספריית הלקוחות של client-go נתמכת רשמית.

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

לימוד שפת התכנות Go ושליטה ב-client-go היא אולי העצה החשובה ביותר שתוכל לתת למשתמשי Kubernetes חדשים.

תורגם בתמיכה של Mail.ru Cloud Solutions

מה עוד לקרוא:

1. שלוש רמות של קנה מידה אוטומטי ב-Kubernetes וכיצד להשתמש בהן ביעילות.
2. צמתי עבודה של Kubernetes: רבים קטנים או מעט גדולים?
3. 25 כלים שימושיים לפריסה וניהול של Kubernetes.

מקור: www.habr.com