גיבוי מצטבר ב-Proxmox VE באמצעות VBR

באחד מ מאמרים קודמים בסדרה על ה-Proxmox VE hypervisor כבר סיפרנו לכם כיצד לבצע גיבויים באמצעות כלים סטנדרטיים. היום נראה לך כיצד להשתמש בכלי Veeam® Backup&Replication™ 10 המעולה לאותן מטרות.

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

כתב ויתור:

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

לא, אני לא אומר שזו שיטת הגיבוי האידיאלית. לא, לא ניתן להמליץ ​​לייצור. לא, אני לא מבטיח את השלמות המושלמת של הגיבויים שנעשו.

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

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

לעתים קרובות קורה שאנשים חושבים על הצורך בגיבוי ובחירת כלי רק לאחר שכבר התרחש מקרה חירום הכולל אובדן נתונים קריטיים. ככל שטכנולוגיות הווירטואליזציה התפתחו, יישומי גיבוי הפכו להיות מתוכננים לעבוד בשיתוף פעולה הדוק עם היפרוויזורים. מוצר Veeam® Backup&Replication™, בעל יכולות גיבוי נרחבות בסביבות וירטואליות, לא היה יוצא מן הכלל. היום נספר לכם כיצד להגדיר אותו כך שיעבוד עם Proxmox VE.

הגדרת Hypervisor

אנו נשתמש בגרסה הנוכחית של Proxmox בזמן הכתיבה - 6.2-1. גרסה זו שוחררה ב-12 במאי 2020 ומכילה הרבה שינויים שימושיים, עליהם נדון באחד מהמאמרים הבאים. לעת עתה, בואו נתחיל להכין את ההיפרוויזר. המשימה העיקרית היא התקנת Veeam® Agent עבור Linux על מארח מיותר המריץ Proxmox. אבל לפני כן, בואו נעשה כמה דברים.

הכנת המערכת

בואו נתקין את כלי השירות sudo, שחסר במערכת אם Proxmox לא הותקן במערכת לינוקס קיימת, אלא כמערכת הפעלה נפרדת מ- תמונה רשמית. נצטרך גם כותרות של kernel pve. אנחנו נכנסים לשרת דרך SSH ומוסיפים מאגר שעובד ללא מנוי תמיכה (רשמית זה לא מומלץ לייצור, אבל הוא מכיל את החבילות שאנחנו צריכים):

echo "deb http://download.proxmox.com/debian/pve buster pve-no-subscription" >> /etc/apt/sources.list

apt update

apt install sudo pve-headers

לאחר הליך זה, הקפד לאתחל את השרת.

התקנת Veeam® Agent

הורד חבילת deb Veeam® Agent for Linux מהאתר הרשמי (נדרש חשבון), חמש את עצמך בלקוח SFTP והעלה את חבילת ה-deb שהתקבלה לשרת. אנו מתקינים את החבילה ומעדכנים את רשימת התוכניות במאגרים שהחבילה הזו מוסיפה:

dpkg -i veeam-release-deb_1.x.x_amd64.deb

אנו מעדכנים שוב את המאגרים:

apt update

התקן את הסוכן עצמו:

apt install veeam

בואו נבדוק שהכל הותקן כהלכה:

dkms status

התשובה תהיה בערך כך:

veeamsnap, 4.0.0.1961, 5.4.41-1-pve, x86_64: installed

הגדרת Veeam® Backup&Replication™

הוספת מאגר

כמובן, אתה יכול לאחסן גיבויים ישירות בשרת עם Veeam® Backup&Replication™ פרוס, אבל עדיין נוח יותר להשתמש באחסון חיצוני.

עבור אל הקטע תשתיות גיבוי:

בחר מאגרי גיבוי ולחץ על הלחצן הוסף מאגר ובחלון שמופיע, בחר אחסון צמוד רשת:

לדוגמה, בואו ניקח מבחן אחסון SMB, שלי הוא QNAP רגיל:

מלא את השם והתיאור ולאחר מכן לחץ על הכפתור הַבָּא:

הזן את הכתובת של אחסון ה-SMB, ואם הוא דורש הרשאה, לחץ על הוסף כדי להוסיף פרטי גישה:

מלא את שם המשתמש והסיסמה כדי לגשת לאחסון SMB ולאחר מכן לחץ על הלחצן ОК ובחזרה לחלון הקודם, - הַבָּא:

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

בחלון הבא, אתה יכול לעזוב את כל הגדרות ברירת המחדל וגם ללחוץ הַבָּא:

אנו בודקים שהרכיבים הדרושים מותקנים ונמצאים במצב כבר קיים, ולחץ על הכפתור החל:

בשלב זה, Veeam® Backup&Replication™ יתחבר שוב לאחסון, יקבע את הפרמטרים הדרושים ויצור את המאגר. נְקִישָׁה הַבָּא:

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

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

מאגר נוסף בהצלחה:

יצירת משימת גיבוי

בחלון הראשי של Veeam® Backup&Replication™, לחץ על עבודת גיבוי - מחשב לינוקס. בחירת סוג שרת והמשטר מנוהל על ידי שרת גיבוי:

אנו נותנים למשימה שם ובאופן אופציונלי מוסיפים תיאור. לאחר מכן לחץ הַבָּא:

לאחר מכן, עלינו להוסיף את כל השרתים עם Proxmox שנגבה. כדי לעשות זאת, לחץ להוסיף - מחשב אישי. הזן את שם המארח או כתובת ה-IP של השרת וגישה לפרטי. כך אנו יוצרים רשימה מחשבים מוגנים ולחץ הַבָּא:

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

למאמר זה נראה כיצד פועל המצב גיבוי ברמת הקובץ:

בחלון הבא, אנו יוצרים רשימה של ספריות לגיבוי. נְקִישָׁה להוסיף ורשום את הספריות שבהן מאוחסנים קבצי התצורה של המחשב הווירטואלי. כברירת מחדל זוהי ספרייה /etc/pve/nodes/pve/qemu-server/. אם אתה משתמש לא רק במכונות וירטואליות, אלא גם במכולות LXC, הוסף את הספרייה /etc/pve/nodes/pve/lxc/. במקרה שלי זה גם ספרייה /נתונים.

לאחר שהפקת רשימה של ספריות, לחץ הַבָּא:

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

כאן נשאיר את הפרמטרים ללא שינוי, פשוט עבור לחלון הבא:

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

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

כל שנותר הוא לבדוק את המידע המסכם על המשימה וללחוץ על הכפתור סיום:

זה משלים את יצירת משימת הגיבוי.

ביצוע גיבוי

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

אם מתרחשת בעיה כמו זו במהלך תהליך הגיבוי: נכשלה טעינת מודול [veeamsnap] עם פרמטרים [zerosnapdata=1 debuglogging=0], אז אתה צריך לבנות מחדש את המודול veeamsnap בהתאם הוראות.

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

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

שחזור נתונים

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

תהליך ההחלמה פשוט. עבור אל מסוף Proxmox והזן את הפקודה:

veeam

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

לאחר מספר שניות, נקודת השחזור תותקן בספרייה /mnt/גיבוי.

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

כדי לבטל את הטעינה של נקודת שחזור, אין לעשות זאת ידנית, אלא ללחוץ על U בכלי השירות veeam.

זה הכל.

מי ייתן החיל להיות איתך!

מאמרים קודמים על היפרוויזר Proxmox VE:

• קסם הוירטואליזציה: קורס מבוא ב-Proxmox VE
• לגבי גיבויים ב-Proxmox VE
• מקבץ ב-Proxmox VE

מקור: www.habr.com