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 אמיתי

 


לעבור מ VMware ל Hyper-v בלחיצת כפתור – כנס Hosting Days 2013

פוסט נבחר

שבוע הבא ביום שלישי 26/11/13 חברת מיקרוסופט וחברת אבנט מקיימות כנס שנקרא Hosting Days 2013 בוא יציגו לשותפי Hosting את הערך בעבודה עם Hyper-v 2012 R2 כמנוע וירטואליזציה ו System Center 2012 כתשתית ניהול. כמו כן, אני אציג כיצד ניתן לעבור מ VMware ל Hyper-v בצורה חלקה ושקופה עם השבתה מינימאלית. אציג בכנס את Double-Take Move שהוא כלי המגרציה הנבחר של מיקרוסופט להסבות של Vmware ל Hyper-v. מיקרוסופט וחברת Vision Solutions חתמו הסכם שיתוף פעולה אשר מצהיר ש Double-Take Move הוא הכלי המרכזי שלה להסבות. ניתן לקרוא על ההסכם פה. הפתרון מאפשר רפליקציה ב Real Time לשרתים מכול סביבה לכול סביבה וזמן השבתה מנימאלי של כיבוי שרת המקור והדלקת היעד. רשמתי פוסט מפורט על היכולות וניתן לקרא עליהם פה.


הורדת סיכונים בפרויקטי מיגרציה

פוסט נבחר

להלן מאמר שכתבתי לאחרונה שפורסם בדיילי מיילי.

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

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

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

הדרכים היום לשמור על זמני השבתה נמוכים הם מסורבים ולרוב לא יעילים. לכן, אני רוצה להתמקד ב 3 טכנולוגיות מעניינות שאני משתמש באופן שוטף בפרויקטי מגרציה גדולים שנבנו לצורך שמירה על זמני השבתה נמוכים. הטכנולוגיות הם Double-Take Move, PEER Migration ו Double-Take Share.

Double-Take Move הוא פתרון רפליקציה לעולם השרתים וה SAN. הוא נותן פתרון רפליקציה X2X, ז"א מכול תשתית לכול תשתית כגון P2V, V2P, V2V גם בין וירטואליזציות שונות (Hyper-v to VMware ולהפך) ו P2P גם בין חומרות שונות. הפתרון מבצע רפליקציה בזמן אמת לכול שרת Windows או לינוקס מתשתית אחת לשנייה תוך שמירה על Data Base Consistency. לאחר הסנכרון הראשוני, הוא ממשיך לבצע רפליקציה לשרתים עד לרגע שבו רוצים לבצע את ה Cut Over ולעבור לתשתית השנייה – תהליך של מספר דקות בודדות. Double-Take Move מתאים לפרויקטים הבאים: פרויקטי P2V כאשר השרתים הפיזיים הם קריטים וצריך Up time גבוה, פרויקטי מעבר סטורג' כגון מעבר מספק סטורג' אחד לשני או שדרוג סטורג' קיים כגון Netapp Ontap 7 ל Cluster Ontap 8, פרויקטי מעבר בין תשתיות כגון חומרות ישנות לחדשות ובין וירטואליזציות. לבסוף, פרויקטי העברת מיקום חדר מחשב מאתר ראשי לאתר מרוחק או לענן על גבי WAN.

PEER Migration הוא פתרון רפליקציה לעולם ה NASCIFS ושרתי הקבצים. PEER מבצע רפלקציית Real Time לקבצים לצרכי מגרציה בין NAS שונים או ל Windows File Server. היתרונות בשימוש ב PEER כוללות רפליקציה בזמן אמת בין Netapp ל Windows או בין כול NAS לכול NAS. הרפליקציה מתבצעת לרוב בזמן אמת ומורידה את זמן ההשבתה למינימום. כמו כן מבצע רפליקציה וסריקה ב Multi Thread ובכך משפר משמעותית את מהירות המיגרציה, מרפלק בשיטת Byte Level ולכן מעביר רק חלק יחסי הקטן בקובץ שהשתנה ומרפלק גם קבצים פתוחים. PEER Migration מתאים לפרויקטים הבאים: מגרציה בין Storage NAS אחד לאחר, מגרציה מ Netapp Ontap 7 ל Netapp Cluster ontap 8, מגרציה משרת קבצים Windows ל NAS ולהפך ומעבר בין אתרים על גבי WAN.

Double-Take Share מאפשר רפליקציה דו כיוונית לרוב סוגי ה Dat Base בשוק כיום. הפתרון מתאים לרפליקציה בין Data Base שונים כגון Oracle ל SQL, DB2 ל Oracle וכדו'. הרפליקציה מתבצעת ברמת ה Data Base תוך שמירה על Consistency. לפתרון יש אפשרות לבצע רפליקציה דו כיוונית ליישום שהוא Active Active ובכך לאפשר לעבוד במקביל בשתי Data Bases שונים על אותו חומר. לפתרון מנגנון המרות שיודע להמיר מפורמט Data Base אחד לאחר. הפתרון מתאים לפרויקטים הבאים: פרויקט מגרציה מ Data Base אחד לאחר עם השבתה מנימאלית, פרויקטי Load Balance Data bases פרויקטי DRP ופרויקטי BI.

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

הכותב:

ארז פז – מומחה IT ופתרונות המשכיות עסקית עם 15 שנה ניסיון בתחום.

CTOבסינגולר.

 


ההרצאה המלאה מכנס CloudCon 2012 על המשכיות עסקית

השבוע העלנו לאתר שלנו את ההרצאה המלאה שלי על המשכיות עסקית באמצעות Double-Take לענן. בכנס ביצעתי שתי הרצאות, הראשונה הייתה מצגת כללית על היכולות של Double-Take להגן על כול ארגון לענן או לעבור לענן ללא השבתה. יכולות כגון רפליקציה ב Real Time עם איבוד מידע של מילי שניות בלבד, ביצוע רפליקציה מכול תשתית כגון שרתים פיזיים, וירטואלים לכול ענן ציבורי או פרטי ויכולת עבודה על פסי תקשורת איטיים של אפילו 2MB. ישנם עוד מגוון גדול של יכולות עליהם אני מרחיב במצגת השנייה שבה אני מספר כיצד הטכנולוגיה עובדת ואיך אנחנו יכולים לרפלק כול סביבה לכול סביבה. כולן מצגת היא 20 דקות בלבד לכן לא ארוכה מידי או מייגעת :)

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

צפייה נעימה :) .

להלן הלינק לאתר עם הסרטונים.


לעבור מ VMware ל Hyper-v 2012 זה קל?

מיקרוסופט הכריזה –  Windows server 2012 יצא בגרסה סופית. בגרסה החדשה יש חידושים רבים שהופכים את המערכת לאטרקטיבית במיוחד. אחד החידושים החשובים הוא ה Hyper-v החדש והמשופר שממש נושק ל VMware ביכולות ובביצועים ואפילו בחלק מהמקרים עובר אותו! ארגון שעובד עם VMware בשרתי הייצור שלו וחושב לעבור ל Hyper-v החדש צריך לבצע פרויקט מגרציה מורכב של העברת המערכות מתשתית וירטואלית אחת לאחרת. פרויקט כזה הוא מורכב ודורש השבתה ברוב המקרים.

חברת Vision Solutions יחד עם מיקרוסופט יצרו פתרון משותף אשר מקל משמעותית על לקוחות בפרויקט מעבר מ VMware ESX ל  Windows server 2012 Hyper-v. הפתרון כולל מענה לאתגרים הבאים:

  1. מסגרת זמן הפרויקט.
  2. זמן השבתה בעת מעבר מ VMware ל Hyper-v.
  3. שמירה על Constancy של מערכות הפעלה, אפליקציות ו Data Bases.
  4. תשתית חומרה וירטואלית שונה.
  5. מרחק בין Hosts (מעבר בין אתרים).
  6. בדיקות על תשתית יעד hyper-v לפני מעבר.
איור תתשית מעבר מ VMware ל Hyper-v

איור תתשית מעבר מ VMware ל Hyper-v

המערכת כוללת חיבור של תשתיות System Center תומכות כגון SCVMM לניהול התשתית הכפולה, SCSM לניהול תהליכי ההסבה, ו Orchestrator לביצוע Workflow לפני או אחרי המעבר. לב הפתרון הוא Double-Take Move שמכיל מנגנון רפליקציה שנקרא Real-Time Byte Level Replication שיבצע רפליקציה לשרתי המקור ב VMware  אל שרתי היעד ב Hyper-v. הייחודיות של המנגנון הוא היכולת לשמור על Consistency של כול מערכת הפעלה, אפלקיציה או Data Base ב Real Time ללא ביצוע Snapshots בשרתי המקור.

Double-Take Move כולל יכולות נוספות המאפשרות לו להעביר שרתים וירטואלים מתשתית VMware ל Hyper-v תוך "שתילת" ה VM tools הרלוונטיים לאחר הסבה. כיוון שהמערכת לא תלויה בחומרה ניתן לבצע את המעבר בין Storages שונים ובין שרתי Hosts עם חומרה שונה. כמו כן המערכת מיועדת לעבוד על גביה ה WAN עם יכולת דחיסת המידע פי 3,  Throttling למסגרת רוחב פס ו Schedule כך שניתן להעביר שרתים גם לאתר מרוחק ללא השבתה.

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

Double-Take Move מייצר את המכונות הוירטואליות באופן אוטומטי ב Hyper-v ומכין אותם לקראת ההסבה. ניתן לבצע את המעבר באופן אוטומטי – ברגע שהרפליקציה הראשונה הסתיימה, המערכת תבצע Cut Over (שרת המקור יכבה ושרת היעד יידלק).

אני באופן אישי כבר בצעתי עשרות הסבות כאלו של שרתים אצל לקוחות מ VMware ל Hyper-v והמערכת עובדת מצוין. כמו כן בצעתי רפליקציה בין שרתי Amazon שעובדים על XEN בארה"ב לשרתי Azure שעובדים על Hyper-v בצרפת – גם פה עבד מדהים וללא השבתה. ראה פוסט שלי על הנושא.

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

להלן ברושור של Vision Solution בנושא.