Inmage של מיקרוסופט פתרון DR חסר ונחות לעומת Double Take

אחד החוסרים הגדולים בענן של מיקרוסופט Azure היה רפליקציה. לקוחות שרצו לעבור לענן או להשתמש בענן של מיקרוסופט להמשכיות עסקית השתמשו בכלים צד ג'. לפתח פתרון רפליקציה טוב לוקח זמן ולכן מיקרוסופט קנתה לאחרונה פתרון שנקרא Inmage והכניסה אותו סל המוצרים שלה לענן Azure. הפתרון Imnage מספק רפליקציה מבוססת Block level של שרתי Windows פיזיים, וירטואלים מ VMware או Hyper-v לענן Azure לצרכי מגרציה או המשכיות עסקית.

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

הפתרון מוטמע עם 5 רכיבים:  Agent בכול שרת מקור, שרת עיבוד מרכזי שיושב באתר הראשי ואחראי להעברת המידע ליעד, שרת יעד שמקבל את הרפליקציה ומדווח לקונסול, שרת יעד לדיסקים שמחזיק את הדיסקים וקונסול ניהול. שרת העיבוד אחראי לדחיסה הצפנה ורוחב הפס לרפליקציה עבור כל שרתי המקור ללא יכולת לגראנולאריות ברמת שרת. Inmage משתמש במנגנון רפליקציה מבוסס Block Level שהוא לא Application Consistent לכן משתמש ב Periodic Consistent Point שיוצר נקודות בזמן שהם "קונסיסטנטים" לאפליקציה כגון Data Base.  לכן ה RPO שמוצע יהיה של שעות.

Inmage יודע לרפלק Windows 2008 R2 ומעלה בלבד. לא לינוקסים או כל מערכת אחרת. כמו כן  מרפלק שרתים שלמים או חלקים בשרת ללא יכולת להגנה פרטנית אפליקטיבית (Geo Cluster). ההגנה היא על שרתים פיזיים, VMware, Hyper-v עם Agent שמותקן בכל שרת. ללא יכולות Host base ללא Agents. לא ברור אם יודע לבצע Fail back חזרה לשרתים פיזיים, VMware או בכלל.

 

מסורבל או יעיל?

הפתרון הוא תוספת נחמדה לכלים של מיקרוסופט שמביא יכולות חדשות למשפחת Azure כגון מגרציה והגנה לאתר מרוחק. יחד עם זאת, הפתרון רחוק מהרמה הנדרשת היום לארגונים ומביא יכולות חלקיות בלבד עם התקנה ויישום מסורבלים (שרת ביניים באתר לקוח – לא ברור), RPO גבוה, מגוון שיטות יישום נמוך, ללא תמיכה בלינוקסים או במערכות הפעלה יותר ישנות והתאוששות בענן מרוחק. ככלל פתרון DR מוץ למדינה לא יעיל אם הלקוחות שלך והסביבה העסקית שלך היא בארץ שכן כל עבודת Client Server על Latency שמעל 50MLS היא מאוד קשה. המוצר כרגע מוטמע בלקוחות בודדים בעולם עם ניסיון מועט בשוק.

אם משווים את הפתרון ל Double-Take, ישנו פער עצום ביכולות. ראשית Double-Take הוא מוצר הקיים בשוק מעל ל 20 שנה, עם מעל ל 40 אלף לקוחות בעולם ומאות בארץ. שנית למוצר קיימים 24 פטנטים רשומים וכיום מהווה פתרון הרפליקציה הטוב והיעיל ביותר בשוק מעצם העובדה שמבצע Real Time Byte Level Replication ולא Block Level כמו כל שאר הספקים. שיטה זו מאפשרת ל Double-Take להיות "קונסיסטנטי" לאפליקציות כמו Data Bases בזמן אמת ללא הצורך לבצע Snapshots או כל שיטה אחרת היוצרת נקודות בזמן ולכן הוא המוצר היחיד בשוק שנותן RPO קרוב ל 0 אמיתי (איבוד מידע קרוב ל 0) עם שמירה על Data Base Consistency בזמן אמת. כמו כן, שיטת הרפליקציה היא גרנולארית יותר ולכן מעביר פחות מידע על גבי הקו בזמן נתון  - הכי חסכוני בקו. ל Double-Take מגוון שיטות ליישום. מספק שיטות כגון: P2V, V2P, P2P, V2V (גם בין וירטואליזציות שונות) וכמובן גם Host base ללא Agents ל VMware ו Hyper-v. בנוסף Double-Take מכיל יכולות Geo Cluster ומספק הגנה אפליקטיבית למערכות כגון Exchange, SQL, Oracle, File servers או אפליקציות נוספות ברפליקציה רק של האפליקציה להתאוששות אוטומטית מהירה גם בין אתרים שונים (RTO של שניות). Double-Take מגן על קלסטרים קיימים ויודע לבצע Cluster-to-Cluster protection או Cluster to Stand-alone protection. שיטת הרפליקציה של Double-Take מאוד פשוטה ולא מצריכה שרתי "ביניים", כל Agent בשרת המקור מתרפלק ישירות ל Agent בשרת היעד ללא תלות בשרת מרכזי באתר המקור שמהווה סיכון לנפילה. ניתן להגיע להגדרה גראנולרית בכל שרת בנושאים של רוחב פס, הצפנה ודחיסה.

לסיכום: Inmage מספק פתרון פשוט ללקוחות שרוצים להגן ל Azure בעיקר. אני לא בטוח שהסרבול במערכת והיכולות הבסיסיות שהוא מציע מספיק טובים כיום. המוצר הוא בינוני במקרה הטוב. Double-Take הוא מוצר המוביל את השוק בתחום ה DR ולכן למיקרוסופט יש דרך ארוכה כדי להתקרב ליכולות שלו.

להלן סיכום טבלת השוואה בין הפתרונות:

 

Microsoft InMage

Double-Take Availability

 

שיטת רפליקציה

Block Level – with snapshots

Byte Level Real Time

Keep Application Consistency

לא.

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

כן.

בזמן אמת ללא Snapshots.

RPO

דקות או שעות לפי סנפשוטים ששומרים על Consistency

קרוב ל 0

יישום

שרת מקור מתרפלק לשרת ביניים באתר מקור ואז לשרת יעד.

שרת מקור מתרפלק ישירות לשרת יעד

 

חומרה במקור

פיזים, VMware, אמזון

פיזי, VMware, Hyper-v וכל תשתית ענן

מערכות הפעלה

Windows2008 R2 ומעלה, לא לינוקסים

Windows 2003 ומעלה, לינוקס – רוב הגרסאות היום

ייעול רוחב פס

Block Level פחות חסכוני כי מעביר יותר חומר על הקו

שיטת Byte Level חסכונית + QOS לקו  + דחיסה

חזרה לאחור Fail Back

 

מוגבל

יש בכול שיטה

X2X

שיטות רפליקציה ופתרונות

P2V, V2V

 

P2V, P2P, V2P, V2V, Host Base, Geo Cluster

X2X אמיתי

 


כתיבת תגובה

האימייל שלך לא יוצג באתר. (*) שדות חובה מסומנים

*

     

תגי HTML מותרים: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>