4 דרכים לחסוך בגיבויים בענן

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

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

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

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

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

למה הענן?

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

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

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

אז איך אפשר לחסוך כסף?

עותק מצטבר

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

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

הגבל קבצי החלפה או מחיצות

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

בדרך כלל, קבצי עמוד גדולים פי 1,5 מ-RAM. הנתונים בקבצים אלה משתנים באופן קבוע. ובכל פעם שמתבצע גיבוי, גם הקבצים האלה מגובים. אז עדיף לא לכלול את הקבצים האלה מהגיבוי. הם יתפסו יותר מדי מקום בענן, מכיוון שהמערכת תשמור אותם בכל גיבוי (הקבצים משתנים כל הזמן!).

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

שכפול ואחסון גיבויים

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

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

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

מדיניות אחסון GFS (סבא-אב-בן).

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

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

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

אם אתה צריך לאחסן מידע במשך זמן רב, יש הרבה ממנו, אבל זה אף פעם לא מתבקש בפועל, אתה יכול להשתמש במה שנקרא אחסון קר . עלות אחסון הנתונים שם נמוכה, אך אם חברה תבקש את הנתונים הללו, תצטרכו לשלם. זה כמו ארון כהה מרוחק. יש בו הרבה דברים שלא יהיה להם כלום בעוד 10-20-50 שנה. אבל עד שתגיע לאחד, תבלה הרבה זמן. Cloud4Y קרא לאחסון הזה "אַרְכִיוֹנִי".

מסקנה

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

מה עוד שימושי אתה יכול לקרוא בבלוג Cloud4Y

→ 5 מערכות ניהול אירועים באבטחה בקוד פתוח
→ מודיעין בירה - AI מגיע עם בירה
→ מה נאכל ב-2050?
→ 5 ההפצות הטובות ביותר של Kubernetes
→ רובוטים ותותים: כיצד בינה מלאכותית מגבירה את הפרודוקטיביות בשטח

הירשם למנוי שלנו מברק-ערוץ כדי לא לפספס את המאמר הבא! אנו כותבים לא יותר מפעמיים בשבוע ורק לעסקים.

מקור: www.habr.com