הגדרת LVM: ניהול גמיש של דיסקים, PV, VG, תמונות מצב

הגדרת LVM: היכן נשברת פריסת דיסקים סטטית

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

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

הגדרת LVM מסירה את הסיבה עצמה: כרכים פיזיים (PV) נאספים לקבוצה (VG), וכרכים לוגיים (LV) מחולקים לפי משימות, ולא לפי הגאומטריה של דיסק מסוים. הרחבת כרך ומערכת קבצים מתבצעת במערכת פעילה, בלי ניתוק ובלי אתחול. הוספת אמצעי אחסון — הוא נכנס לקבוצה, והמקום נעשה זמין לכל הכרכים בבת אחת.

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

מה נותן ניהול גמיש של דיסקים וכרכים

ניהול גמיש של דיסקים מתחיל מהפשטה: כרכים פיזיים מתאחדים לקבוצה, שממנה מחולקים כרכים לוגיים. הדיסק מפסיק להיות יחידת ניהול — במקום השאלה «על איזה אמצעי אחסון יושב מסד הנתונים» מופיעה «כמה מקום דרוש למחיצה». רשימת בדיקה של ההשפעות שנראות בתפעול לאחר המעבר ל-LVM.

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

הגדרת LVM: השוואת גישות ומצבים

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

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

סכמות והמגבלות שלהן

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

סדר היישום: מביקורת דיסקים ועד מסירה

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

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

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

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

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

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

מה מעבירים לצוות לאחר הגדרת כרכים

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

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

מקרה בוחן: הרחבת מחיצה בשרת פעיל בלי השבתה

מה היה

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

מה שינו ומה התקבל בסופו של דבר

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

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

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

במה נבדלים כרכים דקים מכרכים רגילים ומתי נדרשים סנאפשוטים

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

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

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

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

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

ספקות טכניים שכדאי להסיר לפני ההתחלה

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

מה יקרה בכשל של דיסק פיזי?

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

איך זה מסתדר עם מכונות וירטואליות ודיסקים בענן?

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

איך בודקים לפני הפעלה בסביבת הייצור?

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

האם זה תואם לסכמה הנוכחית?

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

נדבר על המשימה: נחזור עם תוכנית והערכה

כדי לחזור עם תוכנית עבודה לאחסון, ולא עם מילים כלליות, אנחנו צריכים נתוני קלט על השרתים. מספיק מה שכבר יש לכם בהישג יד: פלט של lsblk, pvs, vgs ו-lvs, תרשים פריסה ותיאור קצר של מה בדיוק הפסיק להתאים.

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

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