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

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

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

מהו מרכז נתונים?

A data center is a facility housing computing, storage, and network resources. This facility provides resilient environmental, power, and network redundancy. Data centers are among the very complex and technologically advanced entities, with complex systems, architecture, and network intricacies.

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

מהי העברת מרכז נתונים?

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

סיבות להעברת מרכז נתונים

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

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

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

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

שיטות מיטוש מרכזי נתונים

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

הקמת הקריטריונים והיעדים של המיגרציה

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

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

מה יקרה אם אנו מעבירים את משאבי מרכז הנתונים הנוכחיים שלנו לענן ציבורי?

ענן ציבורי או מרכז נתונים פרטי: הבנת דרישות מרכז הנתונים

הטרנד בין הארגונים הוא להעביר יותר משאבים לענן הציבורי. מיגרצית מרכז נתונים עשויה להיתרמת ממרכז נתונים פרטי לענן הציבורי דרך אחד מספקי הענן הציבוריים, בבחירה בין Amazon AWS, Microsoft Azure, או Google Compute Cloud.

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

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

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

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

תכנון מעמיק

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

רשימת צפייה מרכזית להעברת מרכז נתונים

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

1. תכנון העברת מרכז הנתונים

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

סקר שטח של מרכז הנתונים הקיים והמרכז החדש

A necessary component is a site survey of both the existing data center and the new data center. The following questions should be answered:

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

תיעוד הכל

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

הערה: 

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

תלותיות

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

הרשת זקוקה

מהן השיקולים של LAN ו-WAN שצריך לעשות עבור היישומים הקיימים במרכז הנתונים הנוכחי שצריך לקחת בחשבון עבור המרכז החדש? 
מרכז נתונים פרטי

• האם יש מערכי VLAN שצריך לפרוס במרכז הנתונים החדש ושמשמשים כרגע במרכז הנתונים הקיים?
• מהן הצרכים בנוגע לכתובות IP של משאבים ויישומים במרכז הנתונים הנוכחי?
• האם יישומים ישנים מסתמכים על כתובות IP קשורות קשר קשה שצריך לנקות לפני העברתם למרכז הנתונים החדש?
• מהן המחשות של כתובות IP WAN? האם כל השיקולים בנוגע לכתובות IP WAN נלקחו בחשבון?
• איך יקרה הפיכת שמות DNS ואישור שמות?
  • האם משאבים במרכז הנתונים הנוכחי ובמרכז הנתונים החדש יפעלו במקביל וכך יאפשרו העברת DNS באופן חלק וייתן זמן להתמוגגות DNS?
  • האם ישמשו מנגנונים אחרים כמו IP Anycast כדי לפרסם את אותו קידוד IP ממספר מיקומים ולאפשר ל-BGP או לפרוטוקולי הכתיבה האחרים להכתיב על פי העלויות ובריאות הקישורים?
• האם הוזמנו המעגלים שמתאימים בכדי שיינתן מספיק זמן להתחיל את המעגלים החדשים? ייתכן כי חלק מספקי שירותי האינטרנט (ISP) יצריכו עד 90 ימים כדי להתחיל את המעגל החדש. יש להוסיף זמנים אלו לכל תכנית ההגירה של מרכזי הנתונים.

ענן ציבורי

• מאחר ש-VLANs לא קיימות בענן הציבורי, יש לחשוב על כל דרישות שכבה 2 בתהליך השיקום של גישת הרשת.
• כמה כתובות IP נדרשות? באיזו מידה התת-רשת צריכה להיות? ב-AWS, ברירת המחדל היא תת-רשת בגודל /16.
• כיצד יש להגדיר את אבטחת הרשת? אילו קבוצות אבטחה יש להתייחס אליהן?
• הגבלת 500 קבוצות אבטחה ל-VPC – האם הרשת שלך תצריך יותר קבוצות אבטחה מאשר מה שניתן?
• האם תצטרך לספק מספר VPCs מרובים?
• במידה והעברת המערכת לענן ציבורי, ייתכן כי יהיה על פי כך צורך בשינויים בכלי האוטומציה. האם נלקחו בחשבון אלו?

2. רשימת בדיקת התמרה של מרכז הנתונים

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

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

3. ביצוע ההעברה של מרכז הנתונים

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

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

4. צ'ק-ליסט להעברת מרכז נתונים

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

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

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

מחשבות סופיות

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

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

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