לגבי גיבויים ב-Proxmox VE

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

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

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

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

אלגוריתמי גיבוי

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

בואו נסתכל תחילה על מנגנוני הדחיסה:

1. דחיסת LZO. אלגוריתם דחיסת נתונים ללא אובדן שהומצא באמצע שנות ה-90. הקוד נכתב מרקוס אוברהיימר (מיושם ב-Proxmox על ידי כלי השירות lzop). התכונה העיקרית של אלגוריתם זה היא פריקה מהירה מאוד. לכן, ניתן לפרוס כל גיבוי שנוצר באמצעות אלגוריתם זה בפרק זמן מינימלי במידת הצורך.
2. דחיסת GZIP. באמצעות אלגוריתם זה, הגיבוי יידחס תוך כדי תנועה על ידי כלי השירות GNU Zip, המשתמש באלגוריתם Deflate החזק שנוצר על ידי פיל כץ. הדגש העיקרי הוא על דחיסת נתונים מקסימלית, אשר מצמצמת את שטח הדיסק התפוס על ידי עותקי גיבוי. ההבדל העיקרי מ-LZO הוא שהליכי דחיסה/דקומפרסיה לוקחים די הרבה זמן.

מצבי אחסון בארכיון

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

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

ביצוע הליך ההזמנה

כדי ליצור גיבוי:

1. בוא נלך למכונה הוירטואלית הרצויה.
2. בחר פריט הזמנה.
3. לחץ על הכפתור הזמן עכשיו. ייפתח חלון בו תוכל לבחור את הפרמטרים לגיבוי העתידי.

   

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

   

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

1. בתחום מארח הזן את כתובת ה-IP של שרת הוירטואליזציה שלנו בשדה שם משתמש הזן root בשדה סיסמה - זה שנבחר במהלך ההתקנה, ובשטח הנמל ציין "22" (או כל יציאה אחרת שצוינה עבור חיבורי SSH).
2. לחץ על הכפתור חיבור מהיר ואם כל הנתונים הוזנו כהלכה, אז בפאנל הפעיל תראה את כל הקבצים הממוקמים בשרת.
3. עבור לספרייה /mnt/אחסון. כל הגיבויים שנוצרו ימוקמו בספריית המשנה "dump". הם ייראו כך:
   • vzdump-qemu-machine_number-date-time.vma.gz אם תבחר בשיטת GZIP;
   • vzdump-qemu-machine_number-date-time.vma.lzo במקרה של בחירה בשיטת LZO.

מומלץ להוריד מיד עותקי גיבוי מהשרת ולשמור אותם במקום בטוח, למשל באחסון הענן שלנו. אם תפרק קובץ עם רזולוציית vma, כלי בעל אותו שם שמגיע עם Proxmox, אז בפנים יהיו קבצים עם הסיומות חי, conf и fw. קבצים אלה מכילים את הדברים הבאים:

• חי - תמונת דיסק;
• conf - תצורת VM;
• fw - הגדרות חומת אש.

שחזור מגיבוי

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

1. פתח את מיקום האחסון שבו נמצא עותק הגיבוי.
2. עבור לכרטיסייה תוֹכֶן.
3. בחר את העותק הרצוי ולחץ על הכפתור השחזור.

   

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

לאחר השלמת השחזור, ה-VM יופיע ברשימת הזמינים.

שיבוט מכונה וירטואלית

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

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

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

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

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

שיבוט VM ב-Proxmox הוא משימה פשוטה מאוד. כדי לעשות זאת, עליך לבצע את הפעולות הבאות:

1. לך למכונה שאנחנו צריכים.
2. בחר מהתפריט עוד סעיף שיבוט.
3. בחלון שנפתח, מלאו את הפרמטר Name.

   

4. בצע שיבוט בלחיצת כפתור שיבוט.

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

פורמטים של אחסון וירטואלי

בואו נספר לכם יותר על פורמטי הכוננים המשמשים ב-Proxmox:

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

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

2. פורמט תמונה QEMU (qcow2). אולי הפורמט האוניברסלי ביותר לביצוע כל משימה. היתרון שלו הוא שקובץ הנתונים יכיל רק את השטח התפוס בפועל בתוך המכונה הוירטואלית. לדוגמה, אם הוקצו 40 ג'יגה-בייט של שטח, אך נעשה שימוש בפועל רק ב-2 ג'יגה-בייט, אז שאר השטח יהיה זמין עבור מחשבי VM אחרים. זה חשוב מאוד בעת חיסכון בשטח דיסק.

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

   יש לזכור שכל פעולות ה-I/O בעת שימוש בפורמט זה מעובדות בתוכנה, דבר הגורר האטה בעבודה אקטיבית עם תת-מערכת הדיסק. אם המשימה היא לפרוס מסד נתונים על השרת, אז עדיף לבחור בפורמט RAW.

3. פורמט תמונה של VMware (vmdk). פורמט זה מקורי ב-VMware vSphere hypervisor ונכלל ב-Proxmox לצורך תאימות. זה מאפשר לך להעביר מכונה וירטואלית של VMware לתשתית Proxmox.

   השימוש ב-vmdk באופן שוטף אינו מומלץ; פורמט זה הוא האיטי ביותר ב-Proxmox, כך שהוא מתאים רק לביצוע העברות, לא יותר. ליקוי זה יבוטל ככל הנראה בעתיד הנראה לעין.

עבודה עם תמונות דיסק

Proxmox מגיע עם כלי מאוד נוח שנקרא Qemu-img.. אחד מתפקידיו הוא להמיר תמונות דיסק וירטואלי. כדי להשתמש בו, פשוט פתח את מסוף ה-Hypervisor והפעל את הפקודה בפורמט:

qemu-img convert -f vmdk test.vmdk -O qcow2 test.qcow2

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

הודות לאותה פקודה, ניתן לאלץ את יצירת התמונה הרצויה באמצעות הארגומנט לִיצוֹר:

qemu-img create -f raw test.raw 40G

פקודה זו תיצור תמונת בדיקה בפורמט RAW, 40 GB בגודל. כעת הוא מתאים לחיבור לכל אחת מהמכונות הוירטואליות.

שינוי גודל של דיסק וירטואלי

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

qemu-img resize -f raw test.raw 80G

כעת התמונה שלנו הפכה ל-80 GB בגודל. אתה יכול להציג מידע מפורט על התמונה באמצעות הארגומנט מידע:

qemu-img info test.raw

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

resize2fs /dev/sda1

איפה / dev / sda1 - הסעיף הנדרש.

אוטומציה של גיבויים

שימוש בשיטה הידנית של יצירת גיבויים היא משימה עתירת עבודה וזמן רב. לכן Proxmox VE כולל כלי לגיבויים מתוזמנים אוטומטיים. בואו נסתכל כיצד לעשות זאת:

1. באמצעות ממשק האינטרנט של Hypervisor, פתח את הפריט מרכז הנתונים.
2. בחר פריט הזמנה.
3. לחץ על הכפתור להוסיף.
4. הגדר פרמטרים עבור המתזמן.

   

5. בדוק את הקופסא הפעל.
6. שמור שינויים באמצעות הכפתור ליצור.

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

מסקנה

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

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

בעת ביצוע הליכי גיבוי, עליך תמיד לקחת בחשבון שהם טוענים באופן פעיל את תת-מערכת הדיסק. לכן, מומלץ לבצע הליכים אלה בתקופות של עומס מינימלי כדי למנוע עיכובים במהלך פעולות I/O בתוך המכונות. אתה יכול לנטר את המצב של עיכובי פעולת הדיסק ישירות מממשק האינטרנט של Hypervisor (פרמטר השהיית IO).

מקור: www.habr.com