מבצע "הגירה": כיצד לעבור לענן DataLine

לפני כ-7 שנים, הפרויקטים הראשונים עברו לענן שלנו בפשטות וללא יומרה. תמונות מכונות וירטואליות הועלו לשרת FTP, או שהן נמסרו על כוננים קשיחים. לאחר מכן, דרך שרת ייבוא ​​מיוחד, ה-VMs הועלו לענן.

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

הגירה עם גיבוי ושכפול של Veeam

כולם מכירים את Veeam Backup and Replication ככלי ליצירת גיבויים והעתקים. אנו משתמשים בו למעבר בין האתרים שלנו ולהובלת לקוחות מווירטואליזציה פרטית לענן שלנו. המכונות הוירטואליות של הלקוח משוכפלות ל-vCenter שלנו, ולאחר מכן המהנדס מוסיף אותן ל-vCloud Director.

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

בדרך כלל, מרגע כיבוי המכונה בתשתית הלקוח ועד לרגע הפעלתה בענן שלנו, לא עוברת יותר מחצי שעה, אלא 15-20 דקות.

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

תיק 1
ללקוח הייתה תשתית וירטואלית משלו המבוססת על VMware - 40 VMs עם קיבולת של 30 TB. הציוד עליו נפרס האשכול כבר היה מיושן, והלקוח החליט לא לטרוח לרכוש חדשים ועבר לענן הציבורי. דרישת זמן ההשבתה למערכות קריטיות הייתה לא יותר משעה. Veeam Replication נבחר ככלי. יתרון נוסף היה שספק האינטרנט של הלקוח היה נוכח במרכז הנתונים שלנו, מה שאפשר לארגן ערוץ טוב. ההגירה ארכה כחודש, זמן ההשבתה במהלך המעבר היה עד 30 דקות לכל קבוצת מכונות וירטואליות.

העבר עם Veeam Cloud Connect

Veeam Cloud Connect הוא כלי שעוזר לך להגדיר שכפול מכונות וירטואליות ולהשיק העתקים בענן של ספק השירות. לאחר עדכון ל 2019 שנה, אפשר היה לשכפל מכונות וירטואליות ישירות ל-vCloud Director. התנאי היחיד הוא שבצד הלקוח יש לפרוס את Veeam Backup and Replication לפחות גרסה 9. בקיצור (גרסה מפורטת כאן), אז כל התהליך נראה כך.

ב-vCloud Director נוצר ארגון עם המשאבים והרשתות הדרושים. ב-Veeam Cloud Connect, אנו יוצרים חשבון, הלקוח מתחבר אליו מה-Veeam B&R שלו, בוחר ספק וארגון DataLine ומגדיר משימות לשכפול. בנוסף לעובדה שבמהלך מיגרציה כזו, זמן השבתה יהיה בתוך 15–20 דקות, הלקוח אינו תלוי בשום צורה בתמיכה הטכנית של הספק ומנהל את כל התהליך באופן עצמאי: יוצר משימות שכפול, השכפול עצמו, נכבה את המכונות ומתחיל אותן באתר החדש.

תיק 2
התשתית של הלקוח, ממנה תוכננה ההגירה, הייתה ממוקמת בבלארוס. היה צורך להעביר 90 VMs בנפח כולל של 27 TB, למרות העובדה שערוץ האינטרנט היה 100 Mbit/sec. אם תבצע גיבוי ותעלה אותו מיד לענן שלנו, אז עבור מכשירי VM מסוימים זה ייקח מספר ימים. במהלך הזמן הזה, דלתא גדולה הייתה גדלה ב-VM, ולכך עשויה להיות השפעה שלילית על הביצועים של המכונות או, אפילו גרוע מכך, השטח במאגר הנתונים היה נגמר. המשכנו באופן הבא: ראשית, הלקוח ביצע גיבוי מלא מקומי והעביר עותק שלו לענן שלנו דרך Veeam Cloud Connect. ואז הכנתי והעברתי את התוספת לענן. המכונה הוירטואלית המקורית המשיכה לפעול. לאחר כיבוי ה-VM, הלקוח ביצע תוספת נוספת וגם העביר אותו לענן. מהצד שלנו, פרסנו מכונה וירטואלית מגיבוי מלא, ולאחר מכן גלגלנו עליה שני מרווחים. תוכנית זו אפשרה בסופו של דבר למזער את זמן ההשבתה לשעתיים בעת המעבר לאתר שלנו.

הגירה עם זמינות VMware vCloud

במרץ השנה, VMware הוציאה את vCloud Availability 3.0, המאפשרת להעביר מכונות וירטואליות בין עננים שונים (vCloud Director - vCloud Director) וממעמדי וירטואליזציה של לקוחות פרטיים לענן (vCenter - vCloud Director). הנוחות העיקרית היא אינטגרציה עם ממשק vCloud Director. זה מפשט מאוד את תהליך ניהול השכפול ומצמצם את זמן ההשבתה במהלך מעברים.

באמצעות כלי זה, העברנו את אחד הלקוחות מהענן שלנו במוסקבה לענן שלנו בסנט פטרסבורג. היה צורך להעביר 18 מכונות וירטואליות בקיבולת כוללת של 14 TB. נוצר ארגון עבור הלקוח בענן סנט פטרסבורג ואורגנו הרשתות הדרושות. לאחר מכן, מממשק vCloud Director, הלקוח עבר להגדרות vCloud Availability, יצר עבודות רפליקציה ועבר לאתר סנט פטרסבורג בזמן נוח עבורו. זמן השבתה במהלך ההחלפה היה 12 דקות.

ערכת הגירה בין ענני DataLine בסנט פטרסבורג ומוסקבה.

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

תכנית להעברת מכונות וירטואליות מהתקנה פרטית לענן.

ל-VMware vCloud Availability יש מקרי שימוש רבים אחרים; נדבר עליהם במאמר נפרד בקרוב.

מתכוננים להגירה

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

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

תיק 3
היה צורך להעביר את מערכת ה-SAP של הלקוח מספק אירופאי: 34 VMs עם קיבולת של 54 TB. ללקוח הוקצו משאבים בענן שלנו. קישוריות רשת אורגנה בינינו לבין התשתית של הספק האירופי. שרתי היישומים נפרסו מחדש, כאשר התצורות הדרושות התגלגלו. מסדי נתונים גדולים הועברו באמצעות העלאת גיבויים לענן שלנו. לאחר מכן, הוגדרה שכפול בין מסדי הנתונים באתר שלנו ובין האתרים המקוריים. בזמן המוסכם עברנו למאגרי מידע בענן שלנו.

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

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

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

1. הגדרת קישוריות רשת. אנו מארגנים קישוריות רשת בין הענן שלנו לתשתית הלקוח. מכונות וירטואליות יועתקו דרך רשת זו. אם נעשה שימוש בגיבוי ושכפול של Veeam, אז זה ערוץ ייעודי, לעתים רחוקות יותר ערוץ VPN. אם Veeam Cloud Connect, אז הכל עובר דרך האינטרנט או אותו ערוץ ייעודי.

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

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

זה הכל בשבילי. בהערות, שאל שאלות וספר לנו על חווית ההגירה שלך.

מקור: www.habr.com