תצלומים בד "" כ משמשים ליצירת גיבויים באופן מימדי עבור מחשבי הסיסמה. תצלומי אחסון הם אלטרנטיבה לתצלומים הסיסמה הרגילים שמשמשים, ויש להם יתרונות מסויימים במונחים של ביצועי הגיבוי וההשפעה על סביבות הפיתוח המייצגים.
במאמר הבלוג הזה, אנחנו מסבירים את הגיבוי של מחשבי הסיסמה של VMware מתצלומי HPE על מנת להשיג יעילות גבוהה בסביבות עם אחסון מוטל בעבודה קשה, כולל העקרון העבודה ועקרונות ההגדרה הבסיסיים.
מה הם תצלומי אחסון HPE?
תצלומי אחסון HPE הם תצלומים רמה-זמן של תמונות מידע שמתפסים את מצב האחסון של האחסון המידעי או קבוצת אחסונים בזמן מסויים. למחשבים שהדיסקים שלהם מארגנים על מערכות אחסון HPE, המערכות יוצרות ומנוהלות תצלומי אחסון להם.
תכונה עיקרית של תצלומי אחסון באופן כללי ושל תצלומי אחסון HPE בעיקר היא ההשפעה המוגבלת על ביצועי המערכת. באמצעות שימוש בטכניקות כמו כתיבה-על-כתיבה או סידור-על-סידור, תצלומים נוצרים ומנוהלים באופן יעיל, כתובת מידע רק בזמן שינויים. הגישה הזו מורידה את החימום הנדרש ליצירת תצלומים ואת הזמן הנדרש לזה.
עוד יתרון משמעותי של תצלומי אחסון HPE הוא יעילות החלל באחסון. תצלום אחס
שילוב עם יישומים ומסדי נתונים הוא היבט נוסף של תצלומי אחסון של HPE. הדבר מבטיח שתצלומי המצב מודעים למצב היישום, ובכך מאפשרים עקביות נתונים. תכונה זו חשובה במיוחד למערכות טרנזקציות כמו מסדי נתונים, שבהן עקביות הנתונים היא קריטית. תצלומי מצב עקביים עם היישום מתואמים עם היישומים כדי להרגיע את הנתונים, וכך להבטיח שהתצלום משקף מצב יציב ועקבי.
זכור כי תצלומי מצב אינם גיבויים, אך ניתן להשתמש בהם ליצירת גיבויים.
כיצד תצלומי אחסון מסייעים לגיבוי מכונות וירטואליות (VMs)
בואו נחקור כיצד עובד גיבוי VM עם תצלומי מצב מסורתיים של VM וההבדל בין השימוש בתצלומי מצב של VM לבין תצלומי אחסון בתהליך גיבוי ה-VM.
גיבוי באמצעות תצלומי מצב של VM
תהליך הגיבוי של VM כולל שלושה שלבים עיקריים:
- תוכנת הגיבוי של VM מפעילה יצירת תצלום מצב עבור ה-VM המקור:
- הדיסקים של ה-VM מועברים למצב קריאה בלבד.
- כל דיסק VM חייב לכלול קובץ דלתא. שינויים בדיסקים של ה-VM מעתה ואילך נכתבים לקובץ הדלתא הזה במקום לדיסקים של ה-VM.
- תוכנת הגיבוי של VM מעתיקה נתונים מהדיסקים של ה-VM כדי ליצור גיבוי עבור ה-VM.
- לאחר שנוצר הגיבוי עבור ה-VM המקורי, קבצי הדלתא מתמזגים לתוך דיסקי ה-VM.
- דיסקי ה-VM צריכים לעבור למצב פעולה רגיל, שמאפשר כתיבה של שינויים.
- קבצי הדלתא נמחקים.
גישה זו עשויה להיות תובענית מדי מבחינת משאבים בסביבות שבהן מכונות וירטואליות (VMs) מעבדות כמויות גדולות של נתונים בזמן יצירת הגיבויים, מאחר שקבצי הדלתא יכולים לגדול לממדים גדולים מאוד. קבצי דלתא גדולים יכולים להקשות על אחסון הייצור ולעכב את המיזוג שלהם לתוך דיסקי ה-VM. לכן, תהליך זה משפיע על סביבת הייצור.
כדי להמחיש תהליך זה בפירוט, בואו נשקול דוגמה וננתח כמה נתונים יש לקרוא ולכתוב כאשר יוצרים ומוחקים תצלום מצב (snapshot) של VM באמצעות גישת תצלום מצב רגילה.
- נניח ש-VM מבצע כתיבות חדשות בקצב של 50 MB לשנייה.
אם לתצלום מצב של VM יש אורך חיים של 10 דקות, גודל קובץ דיסק הדלתא יהיה 30000 MB או 29.3 GB.
- כדי למחוק תצלום מצב זה, המערכת צריכה לבצע 29.3 GB של קריאות + 29.3 GB של כתיבות.
- אם שרת ESXi מסוגל לבצע את שתי הפעולות הללו בקצב של 90 MB לשנייה (קריאה + כתיבה), אז:
- הזמן למחיקת תצלום מצב ייקח 667 שניות או כ-11 דקות.
- עם זאת, ה-VM ממשיך לכתוב נתונים בקצב של 50 MB לשנייה במהלך מחיקת תצלום המצב, וכתיבות אלו נשמרות בקובץ דלתא נוסף.
זהו דוגמה מעשית לקונפיגורציה שבה קשה לספק גיבוי אמין ויעיל המבוסס על תצלום מצב של VM אם ניתן למחוק את תצלום המצב רק לאחר 11 דקות. בדוגמה זו, לוקח לפחות 11 דקות לקרוא את הבלוקים ששונו בדיסקים הווירטואליים ולכתוב שינויים אלו לגיבוי (גיבוי דלתא במקרה זה).
גיבוי באמצעות תצלומי מצב של אחסון
בתהליך הגיבוי מתצלום מצב של אחסון, קודם כל נוצר תצלום מצב של VM, אחר כך נוצר תצלום מצב של אחסון, ואז תצלום המצב של ה-VM נמחק. כך תצלום המצב של ה-VM קיים רק זמן קצר מאחר שתצלום מצב של אחסון לוקח זמן קצר בלבד להיווצר והוא מכיל את כל הנתונים הנדרשים לביצוע גיבוי של ה-VM (נתוני דלתא ו-מעקב בלוקים שהשתנו).
לדוגמה, אם משתמשים רוצים לגבות 50 מכונות וירטואליות (VMs) באותו נפח בבת אחת, ניתן לבצע את תצלום המצב של ה-VM הראשון רק יחד עם כל ה-VMs האחרים. זה הופך את זמן החיים של תצלום המצב של VM זה לארוך יותר מאשר גיבוי VM בודד, וגודל קבצי הדלתא עלול לגדול במהירות. תהליך הגיבוי מתצלום מצב של אחסון יכול לקצר את זמן החיים של תצלום המצב של ה-VM על ידי עיבוד רק של מספר מוגבל של VMs באותו הזמן. לכן, ניתן לקצר משמעותית את זמן החיים של תצלום המצב של ה-VM הראשון.
יתרונות השימוש בתצלומי מצב של HPE ליצירת גיבויים
שימוש בהפעלות האחסון HPE לבקוא גיבויים למחשבות מקוטבות (VM) של VMware vSphere מציע סוגים רבים של תועלתם שמשגשגות על הגנה על המידע, היעילות והניהול. התועלות העיקריות של שימוש בהפעלות HPE לגיבויים למחשבות VMware VM הן:
- יוצרת הגיבוי הבסיסי היא הרבה יותר מהירה. אין צורך בשימוש באופרציות קריאה וכתיבה מלאות במידע הנחוץ לגיבוי עבור מחשבות מקוטבות עם כוח כתיבה גבוה על מאסקים ESXi.
- חיים ההפעלות החדשות של הVM ממש קצרים – הם שומרים על המסך במשך כמה שניות עד שנוצר ההפעלה האחסון, ואחר כך הם מוצטעים. קבצי השינויים בדיסקים הוירטואליים מצטברים רק מעט מידע במהלך הזמן הקצר של ההפעלה החדשה של הVM.
- יוצרות ההפעלות משמשות טכניקות כמו כתיבה-על-עבריית או הפעלה-על-עבריית, שלקחת רק עותק בעת שינויים. זה מיינמין את ההשפעה על הVM המופעלים ואומר שמטלות העבודה הייצוריות ממשיכות להרון בשידור שלם.
- קידוד ההפעלות החדשות של הVM הוא הרבה יותר מהיר בגלל שההפעלות (קבצי השינויים בדיסקים הוירטואליים) מכילים מידע קטן שיכול להיכתב אליו במהלך מס 'שניות חיים ההפעלה האחסון. כתוצאה מכך, ההשפעה על המאסקים ESXi ועל מערכת האחסון היא נמוכה.
- ניתן להשתמש
- סנפסורים של HPE מו Integrated בבליון VMware vSphere, ומשתמשים ב API של VMware עבור הגנה על נתונים (VADP). השילוב הזה מובטח שסנפסורים נצצים בדרך שמתאימה למהלך המיטב של VMware, וזה משפר את האמינות של החיצוניים. סנפסורים של HPE יכולים להתאימות עם VMware vSphere במטרה לוודא סנפסורים של יישום-אחידים. זה אומר שונים ויישומים במצב יציב בזמן שנצצים הסנפסורים, וזה מפחית את הסיכון לרעיון של רעיון מעוות.
סנפסורי אחסון ו vVols
בשימוש בסנפסורי מדיה מודלואיריים מלאכותיים (vVols) במקום סנפסורי ה VMDK המסורתיים, הגישה לשימוש בסנפסורי HPE לגיבוי ה VMs של VMware vSphere משתנה בצורה מסיבית, ומעניקה יתרונות נוספים.
בגישה המסורתית של סנפסורי ה VMDK, סנפסורים נוצרים וננהלים ברמה ההיפרוייזור, שבה המערכת המאיזורת של VMware מטפלת בעיסוקים הסנפסוריים. התהליך הזה יכול להביא עליה בביצועים ואפשר לפתח ביצועים חסרי תועלת למעשה בזמן יציצת הסנפסורים, הצמצום וההסרה, כפי שנאמר קודם. התוכנה לגיבוי מתחברת ל API של VMware vSphere כדי לנהל את הסנפסורים האלה, שזה אומר שכל קובץ ה VMDK מעורב בעיסוקים הסנפסוריים, וזה קשה יותר לוודא אחידות יישום ולשמור על ביצועים נוספים.
עם vVols, כל מחשב המקוריים מורכב מסדר גודל של אובייקטים האחסון המנוהלים ישירות על-ידי מערך HPE האחסון דרך API VMware vSphere למודעות האחסון (VASA). זה מאפשר אינtegration יותר מפורטת ויעילה בין VMware למערך HPE האחסון. הסנאפשורטים מעברים למערך האחסון, מורידים את העומס הביולוגי ומאיצים את הפעילויות הסנאפשורטיות. המערך האחסון יכול לנהל סנאפשורטים ברמה יותר מפורטת, להדביק את החילוץ והשיחזור היעילים יותר. המערך האחסון מטפל בסנאפשורטים באופן טבעי, בעזרת שירותים מתקדמים כמו די-דיבוד, התקנה והשתכפלות, באופן יעיל יותר.
המכשירים HPE המסובבים
יש מספר מכשירי אחסון HPE שמספקים אינtegration עם VMware vSphere ויכולים ליצור סנאפשורטים עבור הגיבוי של המחשבים: HPE 3PAR, HPE Nimble, HPE Primera ו HPE Alletra.
HPE 3PAR
HPE 3PAR הוא פתרון אחסון גבוה סוללה, סקלבליבי מעוצב עבור סביבות העסקים הדרושות ביצועים גבוהים ותכונות מתקדמות. הוא מציע ביצועים חזקים, הנגישות גבוהה ושירותים רחבים. ההגדרה של HPE 3PAR יכולה להיות מסובכת מפני שהפתרון מספק יכולויות מתקדמות ומערך רחב של תכונות. המכשיר משתמש ב-HPE SSMC (StoreServ Management Console) עבור ניהול והגדרה.
HPE Nimble
HPE Nimble Storage הוא פתרון אחסון ביניים-רמה מוכוון על פעלת קלות השימוש, קלות ההגדרה ואנליציות הערכתיות. הוא מעוצב עבור שימוש באחסון ראשוני ובשימוש בשיווקים של הגהה/מערכת הגיבוי. המכשיר הזה קל יותר להגדיר מאשר HPE 3PAR, ומוכוון על קלות וקלות השימוש. HPE Nimble משתמש ב NimbleOS ו HPE InfoSight לניהול ושימור.
HPE Primera
HPE Primera הוא פתרון אחסון על-ירידה, שמוכוון לביצועים המשמעותיים ולאחסון על ביצועים ברמה גבוהה. הוא מעוצב עבור ביצועים מירביים והזמנות. הוא מציע תכונות מתקדמות עם מיקוד על קלות ואמינות. הפתרון מעוצב עבור ביצועים גבוהים ומחיצה נמוכה, שמאפשרת לאדמיניסטרטורים לוודא שהפעילויות של הוירואים יהיו מושממות מינימלית בזמן פעילויות הסקופציות. הוא מספק הגדרה פשוטה יותר מאשר HPE 3PAR, עם מיקוד על קלות ההגדרה והניהול. המכשיר משתמש במשימה הניהול של HPE Primera ומשלב עם HPE InfoSight עבור אנליציות הערכתיות והניהול.
HPE Alletra
HPE Alletra הוא הפלטפורמה החדשה ביותר של HPE, מעוצבה לספק אחסון מידע עם תסב"ח על פעלת קלות, התאמה וביצועים. היא מייצגת את ההתפתחות של האחסון בעבור מודל הפעלה דמויי ענן יותר. תהליך ההגדרה המאוד פשוט, שעוצב להיות אינטואיטיבי ומודל אדם, מפח
כל הפלטפורמות תומכות באינטגרציית VMware vSphere, אך HPE Alletra מציעה את הגישה המודרנית ביותר, התאמה לסביבות היברידיות וקלאוד-בסיסיות. HPE 3PAR משתמש ב-SSMC, HPE Nimble משתמש ב-NimbleOS ו-InfoSight, HPE Primera משתמש בקונסולת הניהול של Primera ו-InfoSight, וHPE Alletra משתמש במסוף הניהול של HPE Data Services Cloud לניהול מאוחד על בסיס ענן.
HPE 3PAR היא הכי מורכבת להגדרה בגלל מערך הפיצ'רים הרחב ויכולות האקטרפריות שלה. HPE Primera מציעה איזון בין תכונות מתקדמות עם הגדרה מפותחת. HPE Nimble מתמקדת בקלות השימוש והפשטות, יוצרות תקשורת וניהול קלים יותר. HPE Alletra מציעה את חווית ההגדרה הכי משתמש ידידותית ואינטואיטיבית ומתוכננת למודל פעולה קלאוד-בסיסי.
VM Backup בשימוש בצילומי מאגרי נתונים עם NAKIVO
NAKIVO Backup & Replication היא פתרון הגנה מקצועי על נתונים שתומך בהגיבה מאחורית של VM מ-VMware vSphere מצילומי מאגרי נתונים של HPE כדי לשפר ביצועים ואמינות בסביבות וירטואליות עם עבודות I/O גבוהות. הפתרון תומך ב-HPE 3PAR, HPE Nimble, HPE Primera ו-HPE Alletra כדי להגיב מידע VM ישירות מצילומי מאגרי נתונים. ניתן לבצע הגיבה אינקרמנטלית, בהתבסס על גיאומטריה, ללא סוכן.
שלבים להגיב מצילומי מאגרי נתונים של HPE בשימוש ב-NAKIVO
לצפייה באיך לגבות מכונות וירטואליות VMware מצילומי נתונים של HPE בעזרת NAKIVO Backup & Replication. המארח VMware ESXi או vCenter Server עם המכונות הווירטואליות שברצונך לגבות חייבים להיות נוספים לרשימת המלאי של NAKIVO קודם. חייבים גם להוסיף את מכשיר האחסון HPE שלך לרשימת המלאי של NAKIVO.
הוספת מכשירים HPE לרשימת המלאי
בצע את השלבים הבאים כדי להוסיף את מכשיר האחסון HPE הנדרש לרשימת המלאי של NAKIVO Backup & Replication:
- בממשק הרשת של NAKIVO Backup & Replication, נכנסים ל הגדרות > רשימת המלאי ולחץ על כפתור ה+ (פלוס) כדי להוסיף פריט חדש.
מציגה את עזרת ההוספת פריטי הרשימת המלאי.
- בשלב הראשון של העזרה, בחר במכשירי אחסון. לחץ על הבא כדי להמשיך.
- בחר Hewlett Packard Enterprise (HPE) כסוג.
שימו לב שNAKIVO גם תומך בחיבור גיבוי מהצילומים של אחסון NetApp עבור VMware.
- הגדרו את הפרמטרים הדרושים בשלב אפשרויות:
- שם מוצג: הזנו שם שיווצג בניקיבו לאחסון.
- סוג: בחרו סוג של מערכת אחסון HPE שלכם, לדוגמה, אנחנו בוחרים HPE Nimble.
- שם מחשב או IP: הזנו כתובת ה-IP של המכשיר האחסון HPE שלכם.
- שם משתמש: הזנו שם משתמש עם הרשאות המנהלים על המכשיר האחסון HPE הבוחר.
- סיסמה: הזנו את הסיסמה עבור המשתמש הנתון.
- נמיק: בחרו את הפורט הנכון, לדוגמה, 5392 (ברמה הבסיסית עבור HPE Nimble).
לחצו סיימן על מנת ליישם את ההגדרות ולהוסיף את המכשיר האחסון HPE לתוך האחסון NAKIVO על מנת לאפשר גיבוי מצילומים HPE.
הסוגים הנתמכים של מכשירי האחסון של HPE המופיעים ברשימה הנפתחת הם HPE 3PAR, HPE Nimble, HPE Alletra 5000/6000, HPE Alletra 9000, ו-HPE Primera.
לאחר שהוסף מכשיר האחסון של HPE, עבור ל-הגדרות > מלאי כדי לוודא שכל הפריטים הנדרשים נוספו למלאי. בדוגמה זו, אחסון HPE Nimble נוסף בהצלחה ופתרון NAKIVO מציג באופן אוטומטי את מספר הנפחים ותצלומי המצב במכשיר האחסון.
מכונות ה-VMware שברצוננו לגבות ממוקמות על מכשיר האחסון Nimble – 259 מכונות VM נמצאות על השרת שנקרא VMware Nimble בתצלום המסך למטה – אחרת, האפשרות להשתמש בתצלומי מצב של אחסון HPE לא תהיה זמינה.
גיבוי VM ממכשירי HPE
כעת, לאחר שכל הפריטים הנדרשים נוספו למלאי, ניתן ליצור משימת גיבוי VMware חדשה תוך שימוש ביתרונות של תצלומי מצב של HPE.
- לך להגנת הנתונים, לחץ + ובחר העתק לוחץ לוחץ VMware כדי ליצור עבודה גיבוי חדשה ל-VMware VM. עמדו בעזרת הוזר העבודה הגיבוי עד לשלב 4 עם אפשרויות עבודה (בחר ומימונים, הגדרת לוח זמנים, שימור, וכן הלאה).
- בשלב אפשרויות העבודה, מצא את אפשרות העתק מהצילום המאגר בסוף הדף. לחץ על רשימת האפשרויות ובחר את האפשרויות הנחוצות, כמו מועדף (ממשיך במקרה שגיאה). לחץ סיים או סיים והרצה כדי לשמור על הגדרות העבודה ולהרצות אותה.
- חיכוך עד שהעבודה הגיבוי תהיה מסתיימת.
סיכום
הצילומים HPE ניתנים ליצירת הגנות VMware VM יעילות עם השפעת מינימלית על הסביבה שלך. NAKIVO Backup & Replication יכול להשתלב עם פתרונות HPE למאגרים כמו 3PAR, Primera, Nimble וAlletra כדי לשדרג את תהליך הגיבוי ולוודא את הגנת הנתונים באופי הביצוע המועיל ביותר.
Source:
https://www.nakivo.com/blog/backup-from-storage-snapshots/