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

 


עולם ה DR ב 2015

פוסט נבחר

http://youtu.be/1Rt4klsp45I בסוף דצמבר, אני ואורי בצענו כנס וירטואלי על אתגרי ה DR לשנת 2015. הכנס היה מאוד מוצלח שכן השתתפו קרוב ל 100 איש. הכנס היה מחולק לשתי חלקים, בחלק הראשון אורי סיפר על המגמות החדשות לשנת 2015 בעולם ה DR מתוך סקר שבוצע בארה"ב למאות מנהלי IT ומנמנרים. בחלק השני תיארתי 5 נקודות עיקריות שלקחנו מתוך הסקר שעניינו את הלקוחות והתמקדנו בהם:
- גמישות בחירת פתרון DR לסביבה שלך
- אתר DR שבודק את עצמו
- שרידות לעולם ה DB
- פתרונות DR שהם Active Active
- פתרונות DR לענן

בכול אחד מהנקודות הסברנו מה הלקוחות מצפים ומה הפתרונות המתאימים להם ל 2015.

הקלטנו את כל הכנס ואתם מוזמנים לראות את ההקלטה פה:


הדרכת לקוחות ושותפים – Double-Take 7.1

פוסט נבחר

לאור היציאה של הגרסה החדשה והמרעננת של Double-Take, אנחנו מעבירים הדרכה מרוכזת על כל החידושים וכמובן על Double-Take DR – המוצר החדש מבית Vision Solutions.

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

ישנם שתי מועדים:

24 לנובמבר יום שני

26 לנובמבר יום רביעי

 

ההדרכה תהיה באורך שעה וחצי בערך בשתי המועדים ותתחיל ב 3 אחרה"צ.

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

אשמח לראותכם בהדרכה.

ארז פז


להיות מוגן ומעודכן – 7.1 Double-Take

פוסט נבחר

יכולות חדשות ומעניינות לפתרון חזק ששולט בשוק ה  DR. המוצר Double-take 7.1 מביא את הפתרון המוכר לחזית עם תמיכה במערכות העדכניות, שיפור ביצועים ומוצר חדש לחלוטין – Double-Take DR.

חברת Vision Solutions יצאה בגרסת Double-Take חדשה לכול מגוון מוצריה. הגרסה החדשה לחבילת הפתרונות נקראת Double-Take 7.1. מעבר לתיקונים ושיפורים הוסיפה יכולות רבות חדשות ומשופרות לכול חבילת הכלים. בין היכולות החדשות ניתן לראות שיפור ביצועי Fail over ב 50% לעומת גרסאות קודמות בסוג ג'וב Full Server, יכולת ביצוע רפליקציית Full Server ללינוקס גם בין שרתים פיזיים, שיפור ביצועי ה Mirror ועוד.

כמו כן, יצרה מוצר חדש בסל המוצרים שנקרא Double-Take DR שמביא יכולות גיבוי לחבילת הכלים הקיימת. המוצר החדש הוא חידוש של מוצר ישן שנקרא Double-Take RecoverNow שיצא מתמיכה ועבר טרנספורמציה לתוך הממשק החדש בשם חדש – Double-take DR. למעשה הפתרון החדש מספק את אותם יכולות רפליקציה בזמן אמת לשרתים תוך שמירה על Data base Consistency, ורפליקציה  קווי תקשורת איטיים. אך היעד הוא שרת Repository השומר צילום מצב בזמן אמת ואחורה בזמן של השרת המגובה. בכך מספק פתרון מעניין – מצד אחד מרפלק בזמן אמת שרתים לאתר מרוחק ומצד שני שומר העתקים שלהם בזמן. בשונה מ Double-Take Availability ששומר שרת מוכן לעליה מידית, Double-Take DR שומר את השרתים כקבציי VHD. על מנת לשחזר שרת או קובץ יש צורך לבצע Recovery Job (בדומה לתוכנת Backup רגילה) על מנת להוציא את הקובץ או השרת החוצה. תהליך זה יכול לקחת זמן בהתאם לגודל השרת ומהירות הדיסקים. ה RPO שמקבלים (איבוד מידע בזמן נתון) שווה ל 0 שכן הרפליקציה מתבצעת בזמן אמת בשונה מתוכנות גיבוי שהם מתוזמנות. ה RTO לעומת זאת יכול להיות שעות בהתאם למהירות השחזור. הפתרון כולל תמיכה ל Windows אך גם ללינוקס. הפתרון לא כולל Brick Level restore,  Dedup, ארכיון, גיבוי לטייפ וכדו'.

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

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

  2. גיבוי לענן ציבורי או פרטי על קווי תקשורת איטיים.

  3. גיבוי משני לשרתים כבדים (מיליוני קבצים \ Oracle \ SQL וכדו').

  4. שרת Image Server.

  5. פתרון גיבוי בזמן אמת ללא חלון גיבוי.

  6. ועוד…

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

Double-Take Availability for Windows

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

  1. שיפור זמן ה Full Server Fail Over עד 50% יותר מהר.

  2. רפליקציה של Full Server ל Hyper-v Cluster CSV ביעד.

  3. רפליקציה של שרתים לHyper-v SMB Storage .

  4. שיפור רישום רישיונות ואקטיבציה שלהם.

  5. הגנה על קבצים ותיקיות בקלסטר שלא משויכים ל Cluster Share.

  6. ביצוע Mirror תוך כדי Calculation – שיפור מהירות ה Mirror.

  7. פישוט יכולות ה Mirror ב Job.

  8. Push Install ל Windows וללינוקס מאותו קונסול.

  9. שדרוג ל OpenSSL 1.01h

  10. תמיכה ורישוי ל KVM

  11. ביצוע Mirror מבוסס Attributes מהיר

  12. תמיכה ב Nested Hypervisor (VM  על VM). לסביבות טסט ודמו בלבד.

  13. תמיכה ב SCOM 2012.

Double-Take Availability for vSphere

פתרון Host Base Replication לסביבות ESX (Agentless). זהו הפתרון רפליקציה היחיד שהוא לא Real Time. מבצע Schedule Base replication ומתבסס על מנוע ה ESX Snapshots.

  1. שימוש ב VMDK קיימים בשרתי היעד בעת יצירת Job  חדש.

  2. אפשרות להשאיר את המכונה כבויה ביעד לאחר ביצוע Fail Over.

  3. תמיכה בלינוקסים RH/CentOS/Oracle 6.5

  4. תמיכה ב Storage Vmotion לשרתים המוגנים עם Double-Take.

Double-Take Move

פתרון מגרציה של שרתים בזמן אמת עם Cut Over של דקות. הפתרון משתמש בכול היכולות של Double-Take Availability אך מיועד לבצע מגרציה של שרתים בין סביבות, אתרים, עננים, סטורג'ים וכדו'. רוב היכולות והחידושים באו מ Double-Take Availability שכוללים

  1. Cutover מהיר יותר עד 50%.

  2. מגרציה ל Hyper-v CSV Cluster.

  3. Management Pack חדש ל SCOM 2012.

  4. שיפור טיפול ברישוי ואקטיבציה.

  5. שדרוג ל OpenSSL 1.01h

Double-take Availability for Linux

פתרון רפליקציה להגנה על שרתי לינוקס לאתר DR או מקומי. מרפלק שרתים פיזיים או וירטואלים ברמת ה Volume או Full Server על גבי WAN. הרפליקציה בזמן אמת ושומרת על Data Base Consistency לכן אידאלית לשרתי Oracle Linux.

  1. שימוש ב VMDK קיימים בשרתי היעד בעת יצירת Job  חדש.

  2. תמיכה בלינוקס 5.1 עד 6.5 RH/CentOS/Oracle.

  3. תמיכה ב Unbreakable Kernel support for 6.4 and 6.5 Oracle Enterprise Linux

  4. תמיכה ברפליקציה של שרתים מלאים ל ESX מסוג – SLES 10.3, 10.4, 11.2, 11.3

  5. תמיכה ב ESX Essential.

  6. ביצוע רפליקציה One 2 One בכל פורמט : P2V, P2P, V2P, V2VX2X.

  7. ביצוע דחיפה של Agent מהקונסול.

  8. ביצוע רפליקציה לאחור Reverse בצורה קלה.

  9. תמיכה בג'ובים על גבי NAT.

לסיכום הגרסה החדשה של Double-Take מרעננת את המוצר הקיים ונותנת יכולות משופרים. לדעתי הנושאים הכי מעניינים זה ה Mirror המהיר, ה Fail Over המהיר, הפתרון החדש של ה Full Server ללינוקס וה Double-Take DR.

לשאלות, אשמח לתגובתכם פה או מייל ישירות אלי:

erez@singular.co.il


המשכיות עסקית לכול Data Base בקלות

פוסט נבחר

לב התשתית בכל ארגון הוא ה Data Base. לא משנה מה גודל הארגון, איזה מערכות מידע יש לו, כולם מתבססים בסופו של דבר על Data Base כלשהו. זה יכול להיות SQL, Oracle, Exchange, DB2, MySQL וכדו'. בסופו של יום מערכות ה ERP, CRM, הנה"ח, WEB וכדו' משתמשות ב Data Base לנהל את הנתונים Data Baseשעוברים דרכם למשימות רבות ומורכבות.

כיוון שה Data Base הוא הרכיב התשתיתי העיקרי בארגון, אחד האתגרים הגדולים הוא איך הארגון מגן על ה Data Base כך שבעת אסון, הארגון ימשיך לעבוד ומהר. למעשה, כל ייצרן Data Base כגון מיקרוסופט, אורקל, IBM וכדו', יצרו פתרונות שונים לביצוע פעילות זו. הפתרונות מתחלקים לפתרונות אפליקטיביים או פתרונות מבוססי חומרה לתסריטים שונים.  התסריטים הפופולאריים הם פתרונות High Avilability לשרידות מקומית באתר כגון Cluster, פתרונות רפליקציה להמשכיות עסקית באתר מרוחק ופתרונות גיבוי.

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

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

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

  3. לרוב הפתרונות כוללים שימוש בחומרה כגון Storage או רוחבי פס רחבים בעלות גבוהה.

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

  5. הפתרונות בדר"כ לא יעילים על קווי תקשורת אטיים עם Latency גבוהה.

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

בפגישות אני ברוב המקרים מפתיע את הלקוחות בחשיפת פתרונות יעילים לשרידות Data Bases. הפתרון שלנו – Double-Take Avilability מספק הגנה ושרידות לכול Data Base ביעילות שלא קיימת בפתרונות של היצרנים. הפתרון מספק מספר יכולות מאוד מעניינות:

  1. מנוע רפליקציה ייחודי בשוק שלא קיים לאף ספק רפליקציה שנקרא – Real Time Byte Level Replication. הייחוד של המנוע הוא שהוא Micro Driver שנמצא על ה Kernel ועובד אך ורק בזיכרון. מצד אחד מבצע רפליקציה בזמן אמת ומספק RPO קרוב ל 0 גם על קווי תקשורת איטיים. מצד שני, שומר על Data Base Consistency לכול Data Base בזמן אמת. מצד שלישי, מכיוון שרץ רק בזיכרון, מספק רפליקציה עם Foot Print מאוד קטן על השרת – בין 1% ל 3% CPU בלבד באופן שוטף. הוא בנוי לשרתי Data Base כבדים.

  2. הפתרון כאמור מתאים לכול Data Base כגון SQL, Oracle, DB2, Exchange, MySQL וכדו'.

  3. מתאים למערכות הפעלה שונות כגון Windows, Linux, DB2, AIX.

  4. מבצע שתי סוגים של רפלקציות: Full Server – רפליקציה של שרת שלם כולל מערכת הפעלה מלאה ו System State לאתר מרוחק. Geo Cluster – רפליקציה של מסד נתונים בלבד לשרת Data Base מרוחק בתצורת Cluster ללא תלות בחומרה או במערכת הפעלה.

  5. פתרון אחוד למספר גדול של Data Bases עם קונסול אחוד.

  6. פשוט מאוד להטמעה ותחזוקה.

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

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

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

אשמח לענות על כל שאלה.

הכותב: ארז פז

erez@singular.co.il


המשכיות עסקית בצל איום הרקטות של חמאס

פוסט נבחר

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

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

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

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

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

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

כאשר מחפשים פתרון המשכיות עסקית למערכות המידע של הארגון לאתר מרוחק (DRP/BCP), מומלץ לשים לב למספר נקודות חשובות: מה זמן התאוששות סביר והגיוני על מנת שהעסק שלי לא יפגע. תוך כמה זמן תעלה תשתית מערכות המידע שלי באתר המרוחק. ככול שיהיה מהיר יותר כך העלות של הפתרון גבוהה יותר.

כמה מידע אני מוכן לאבד בעת אסון? מרגע האסון כמה זמן עבר מאז הגיבוי או הסנכרון האחרון? האם אני חייב את המידע מגובה לאתר מרוחק בזמן אמת או כול שעה או פעם ביום? גם פה ככול שהגיבוי קרוב לזמן אמת כך עלות הפתרון גדלה. בשפה מקצועית זה נקרא RPO (Recovery Point Objective).

על איזה מערכות אני רוצה להגן? האם על כול המערכות והשרתים או רק על מערכות מסוימות? לאן אני רוצה לשכפל את האתר? לאחד מהסניפים של העסק? לאחד מספקי Cloud (חוות שרתים שיתופי)? או אולי אל מחוץ למדינה? יש שיקול של עלות קווי תקשורת ועלות אחסון התשתית אצל ספקים שונים.

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

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

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

כמו תמיד, אשמח לייעץ בנושא ולהמליץ על הפתרונות המתאימים.


Active Active Netapp Solution

פוסט נבחר

אני מסתובב בהרבה ארגונים בארץ ואני חייב לציין שרוב הארגונים שאני מכיר שעובדים עם NAS משתמשים ב Netapp. Netapp הוא המוביל הבלתי מעורער של יישומי ה NAS בארץ. יישומי NAS הם בד"כ שרתי קבצים המספקים גישה באמצעות פרוטקולי CIFS למערכות מיקרוסופט או NFS למערכות לינוקס. משתמשים בהם בעיקר לאחסון קבצים לעבודה משותפת של משתמשים, לעבודה של אפליקציות, לכונני רשת עבוד משתמשים וקבצים אישיים.

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

בנושא הגיבוי, כול Netapp Storage או שרת קבצים מגובה מקומית בסניף או מרופלק באמצעות Snap Mirror על גבי הרשת ל Storage המרכזי בשיטת Active Passive שם מגובה לדיסקים או לקלטות. לאתר DR בדרך מרפלקים את ה Storage הראשי גם ב Snap Miror ל Netapp Storages נוסף שנמצא באתר הגיבוי שהוא פסיבי לחלוטין.

חברת PEER Software יצרה פתרון ייחודי המותאם ל Netapp שיודע לבצע רפליקציה דו כיוונית בין Netapp ל Netapp וגם ל Windows לצרכי קולברציה. הרפליקציה היא בשיטת Real Time Byte Level המבוצעת בזמן אמת ללא חלונות זמן. כמו כן היא דו כיוונית ומאפשר קריאה וכתיבה בכול האתרים בו זמנית. כך שלמעשה כול האתרים רואים את כול החומר המשותף ויכולים לעבוד עליו במקביל. הפתרון כולל מערכת נעילת קבצים למניעת קונפליקטים כך שאם משתמש פותח קובץ באתר א', משתמש שני באתר ב' יכול לפתוח אותו קובץ מקומית לקריאה בלבד. לאחר מכן ברגע שהמשתמש באתר א' סוגר את הקובץ, השינוי מתרפלק לאתר ב' והקובץ נפתח לקריאה וכתיבה באתר ב'. לבסוף הטכנולוגיה כוללת שימוש ב DFS של מיקרוסופט לצורך הכוונה אוטומטית כך שמשתמש שנודד מאתר לאתר תמיד יפתח את הקבצים שקרובים אליו פיזית.

במידה ויש אסון אין צורך לבצע Fail Over בקונסול של Netapp. החומר כבר זמין באתר המשני אקטיבי בתצורת Read Write. DFS כבר יפנה את המשתמשים אוטומטית לשם…

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

להלן נקודות המפתח:

  1. PEER היום הפתרון היחיד בעולם שיודע לרפלק Netapp ב Real Time באמצעות שימוש ב fPolicy.

  2. רפליקציה בשיטת Real Time Byte Level עם מנגנון Multithread גרנולרית וחסכונית ברוחב פס לקווי תקשורת איטיים.

  3. רפליקציה בין סוגי Neatapp שונים וגם ל Windows.

  4. רפליקציה בתצורת Mesh בין אתרים מרובים בעולם.

  5. מערכת נעילת קבצים למניעת כפילויות.

  6. שימוש ב DFS להכוונת משתמשים לאתר הקרוב אליהם.

  7. תמיכה ב CIFS.

  8. מערכת ניהול והתראות מרכזית.

אשמח לענות על כול שאלה בנושא.

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

 


לכבוד 2014, חברת Vision יצאה עם גרסה חדשה – Double-Take 7.0 SP1

פוסט נבחר

מה חדש: רפליקציה מוצפנת, תמיכה ב ESXi5.5, Windows 2012 R2, Ubuntu, שידרוג רפליקציית ה Host Base ועוד…

לפני שבוע חברת Vision הכריזה על יציאת SP1 למוצר הדגל שלהם – Double-Take. כיום Double-Take נחשב למוצר הטוב ביותר בשוק לתחום הרפליקציה להמשכיות עסקית אשר מספק רפליקציה בזמן אמת לשרתים לאתר מרוחק תוך שמירה על Data Base Consistency בזמן אמת. כמו כן, אפשרות לרפלק מכול סביבה לכול סביבה ללא תלות בוירטואליזציה, ענן, שרתים פיזיים, סטורג' או רוחב פס.  המוצר מוטמע בארץ במאות ארגונים כגון בנק הפועלים, שטראוס, הראל ביטוח, לאומי קארד ועוד.

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

המוצר Double-Take כולל מספר גדול של פתרונות כגון היכולת לרפלק שרתי Linux בזמן אמת, רפליקציה לשרתים Agent Base או Agent Less. כול אחד מהפתרונות האלו חוזק וקיבל יתרונות חדשים. להלן היתרונות לפי סוג הפתרון:

 

Double-Take Availability for Windows

מוצר הרפליקציה הנפוץ ביותר המספק רפליקציה Agent Base עם יכולות Real Time.

חידושים ב SP1:

  1. תמיכה ב Windows 2008 R2 שרת מקור, יעד ולפתרון Host Base replication עבור Hyper-v R2.

  2. תמיכה ב Windows 8.1 כתחנת Console בלבד (המוצר תומך ברפליקציה של שרתים בלבד).

  3. תמיכה ב ESXi 5.5 כשרת יעד עם Virtual Appliance.

  4. תמיכה ב VMDK בנפח עד 62TB על VMFS5.

  5. שינוי כתובות IP למספר כרטיסי רשת במקביל לאחר Fail Over.

  6. הצפנה של הרפליקציה בפורמט AES 256bit.

  7. תמיכה ב SMB 3  ברפליקציה ל Hyper-v.

  8. תמיכה ב System Center 2012 R2.

  9. בעת מיגרציה של VMware ל Hyper-v, הסרת כלי VMware באופן אוטומטי.

Double-Take Availability for Vsphare

מוצר הרפליקציה Host Base ללא Agents עבור VMware.

חידושים ב SP1:

  1. שינוי כתובות IP לאחר Fail Over ל Windows ולינוקסים.

  2. תמיכה ב ESX Essential ו Essential Plus.

  3. תמיכה ב ESXi 5.5

  4. עריכת ג'ובים פעילים

  5. התרעות במיילים.

  6. ניתן להשתמש ב Quiescent snapshots.

  7. תמיכה ב vCenter שרץ בפורטים שאינם ברירת מחדל.

Double-Take for Linux

מוצר הרפליקציה עבור לינוקסים עבור המשכיות עסקית ומיגרציות

חידושים ב SP1:

  1. תמיכה ב Red Hat, CentOS, ו Oracle Linux בגרסאות 5.9 עד 6.4

  2. תמיכה ב Ubuntu 10.04 / 12.04.

  3. תמיכה ב ESXi 5.5

  4. עריכת ג'ובים פעילים

  5. נעילת Nodes עבור ה Virtual Appliance היא מנדטורית.

החידושים של Double-Take 7 SP1 מיישרים קו עם המערכות העדכניות של Microsoft, VMware ולינוקס. כמו כן, מוסיפות שליטה טובה יותר על רפליקציית הלינוקס וה Host Base ל VMware. החידוש המעניין ביותר לדעתי היא היכולת להצפין רפליקציה על קווי WAN.

להלן לינק למדריך למשתמש.

להלן לינק לגרסה להורדה. הגרסה לא כוללת את הפתרון Host Base ל ESX או Linux Replication. לשם כך פנו אלי. כמו כן, פנו אלי לקבלת מפתח מוצר זמני.


לעבור מ 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בסינגולר.

 


העתקת קבצים \ העברת קבצים מכול NAS לכול Windows

פוסט נבחר

פתרון לקבצים גדולים \ שיתוף קבצים \ שליחת קבצים גדולים

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

העברת קבצים ורפליקצית קבצים

אחד האתגרים שיש לארגונים היא היכולת לרפלק (להעתיק \ לסנכרן) שרתי קבצים לצרכים שונים כגון אתר DRP, גיבוי אתרים מרוחקים, הורדת עומס מסטורג', העתקת תכנים לתחנות קולברציה ושיתוף בין סניפים וכדו'. אם שרת הקבצים הוא Windows ניתן לרפלק אותו ע" כלים שונים כגון DFSR המובנה. אך אם שרת הקבצים יושב על NAS אז מוגבלים לכלים שספקי ה Storage מספקים.

חברת PEER האמריקאית יצרה פתרון שמבצע רפליקציה מכול NAS או Windows לכול NAS או Windows. באמצעות פתרון זה ניתן לבצע רפליקציה מתוזמנת או ב Real Time של כול שרת קבצים לא משנה אם הוא מבוסס Windows או NAS לכול Windows או NAS. הפתרון נקרא PEER Sync. הפתרון מאוד חזק אך פשוט ליישום, לדוגמה, אם רוצים לרפלק קבצים לאתר DRP מ Storage NAS EMC VNX באתר המרכזי ל Windows באתר מרוחק במשרד משני או בענן (למשל ב Amazon), מתקינים על שרת ה Windows המרוחק את הפתרון PEER Sync server ומגדירים בו Job לרפליקציה מה NAS לשרת ה Windows. ניתן לרפלק על Port מסוים מוצפן אחד וכך לשמור על אבטחת מידע גם על גבי האינטרנט.

דוגמה נוספת היא: ארגון מעונין לרפלק שרת Windows בסניף מרוחק ל Netapp NAS באתר הראשי לצורך גיבוי השרת ב NAS. על שרת ה Windows מתקינים את PEER Sync server ועל יד ה Netapp מתקינים שרת Windows נוסף ועליו מתקינים PEER Listener. מגדירים ב PEER Sync server את ה Job שירפלק מה Windows ל Netapp וזהו.

הפתרון מורכב בד"כ משרת PEER Sync שמחזיק את ה Jobs והוא שרת המקור ומ Listener שיושב בשרת היעד. הפתרון מאוד יעיל ומאוד "קל" שרת ה PEER Sync שוקל 12MB וה Listener שוקל 3MB בלבד!

עם PEER Sync עוד ניתן לבצע רפליקציה ב Real Time בין Netapp NAS ל Netapp NAS, בין Netapp NAS ל Windows, בין Windows ל Netapp ובין Windows ל Windows. היתרון הגדול של PEER Sync אל מול Snap Mirror של Netapp הוא ש PEER Sync מרפלק ב Real Time Byte Level בשונה מ Snap Mirror שמבצע Snapshots והרפליקציה היא Block Level ומתוזמנת במרווחי זמן של דקות או שעות (תלוי ברוחב הפס). כמו כן, Snap Mirror יודע לרפלק רק בין Netapp לעומת PEER Sync שיודע לרפלק גם בין Netapp ל Windows ולהפך.

 File Sharing בין סניפים היא אחת היכולות המרכזיות והמעניינות ביותר של PEER

להלן תמצית של היכולות המרכזיות של ל PEER Sync:

  1. רפליקציה Real Time Byte Level – רפליקציה בזמן אמת אשר מעבירה חלק יחסי של קבצים בלבד ברמת Byte בלבד.
  2. רפליקציה מכול NAS או Windows לכול NAS או Windows.
  3. רפליקציה Real Time ל Netapp עם שימוש ב fPolicy.
  4. רפליקציה מתוזמנת או Real Time.
  5. רפליקציה משרתים או NAS לתחנות או מתחנות לצרכי גיבוי או הורדת עומס מ NAS.
  6. רפליקציה דו כיוונית לצרכי שיתוף וקולבורציה.
  7. מערכת נעילת קבצים למניעת כפילויות ברפליקציה דו כיוונית לצרכי שיתוף קבצים.
  8. המערכת מבצעת דחיסה ושימוש יעיל ב WAN.
  9. התקנה והגדרה פשוטה ומהירה.
  10. כלי ניהול והתראה לארגוני Enterprise לניהול מאוד ואלפי Jobs.

שליחת קבצים – Send File

Peer Sync הוא פתרון יעיל לתסריטים רבים של העברת קבצים ורפליקציה של קבצים לארגונים שרוצים לשכפל קבצים בתוך האתר, לסניפים מרוחקים או לענן. הפתרון הוא היחיד מסוגו לרפלקציה ב Real Time מ Netapp ומספק פתרון לרפליקציה לכול NAS או שרת Windows.

 לפרטים נוספים

העתקת קבצים \ העברת קבצים מכול NAS לכול Windows


Double-Take 7.0 – פיזי, וירטואלי וענן – הכול אפשרי!

פוסט נבחר

חברת Vision Solutions יצאה בגרסה חדש של Double-Take – גרסה 7.0.

הגרסה החדשה מכילה חידושים מעניינים רבים אך החידוש הכי משמעותי היא התמיכה של Double-Take בהגנה ורפליקציה של שרתי VMware 5.1 ברמת Host. חידוש זה הופך את Double-Take למוצר היחיד בעולם שמספק המשכיות עסקית בכול שיטה: P2V, V2P, P2P, V2V ו Host 2 Host. Agent Base או Agent Less, באתר המקומי או לענן.

כיום Double-Take יכול לרפק את שרתי ה ESX של הארגון לאתר DRP ללא התקנת Agents בשרתים הוירטואלים עצמם.

בין החידושים ניתן לראות:

  1. הגנה על שרתי ESX ברמת Host Base.
  2. תמיכה משופרת ב Windows 2012 כולל: Storage Spaces, REFS, Deduplication.
  3. Hyper-v CSV Support ותמיכה ב VHDX.
  4. יצירת Job אחד למספר גדול של מכונות Hyper-v במקביל.
  5. כלי ניטור חדש מבוסס SQL לאיסוף מידע מעמיק על ה Jobs וסטאטיסטיקה.
  6. הצפנה של תקשורת.
  7. ועוד חידושים רבים.

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

 עדכון הגרסה לא דורש אתחול וניתן לבצע אותו במהלך היום. קחו בחשבון שלאחר עדכון, Double-Take יבצע סנכרון מחדש (Mirror Checksum בלבד). כדי להתקין את הגרסה החדשה, יש להוריד אותה מפורטל התמיכה של Vision. שימו לב שדרוש Key מתאים שגם אותו ניתן לבקש בפורטל התמיכה.

למידע נוסף אנא צרו איתי קשר.


רפליקציית קבצים מנטאפ (Netapp) ל Windows

פוסט נבחר

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

כיועץ לפתרונות רפליקציה, לא פעם אני מגיע לארגון שמשתמש ב Netapp כשרת קבצים NAS וצריך פתרון המשכיות עסקית או רפליקציה. הפתרונות היחידים שמציעים לו ספקים הם רכישת Netapp נוסף ושימוש ב Snapmirror לבצע רפליקציה בין שני ה Netapp על גבי WAN או שימוש ב Netapp שיתופי באתר Hosting וביצוע רפלקציה עם Snapmirror. הארגון נשאר "שבוי" בכך שהוא בחר נכון בשימוש ב Netapp לשיפור ביצועים אך מוגבל מאוד בפתרון הרפליקציה.

החסרונות בשיטות לרפליקצית Netapp ה"סטנדרטיות" הן:

  1. לביצוע רפליקציה חייבים לרכוש Netapp נוסף בעלות נוספת.
  2. האפשרות הנוספת היא שימוש ב Netapp שיתופי שנמצא במספר קטן של ספקי ענן מקומיים בלבד. כמו כן, ישנה סכנה של זליגת מידע וניצול Over Commit בביצועים ונפחים של ספק הענן.
  3. הרפליקציה היא Snapmirror שהחסרונות שלה:
  4. מבצע רפליקציה Block Level שמחייבת Snapshots לשמירה על Consistency.
  5. מחייב רוחב פס מתאים בנפחים.
  6. ביצוע Snapshots ב Storage מקור גוזל משאבים ב Storage.
  7. עובד רק מ Netapp ל Netapp.

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

הפתרון הוא מוצר בשם PEER המאפשר רפליקציה של Netapp ל Windows. המוצר הוא היחיד מסוגו בשוק שיודע לבצע רפליקציה Real Time Byte Level מכול Netapp NAS עם CIFS לכול Windows. באמצעות פתרון ייחודי זה ניתן לצור אתר DRP לכול ארגון עם Netapp NAS שיכול להיות בכול מקום. למשל ניתן לרפלק את ה Netapp לשרת Windows בענן של Amazon בארה"ב או לשרת Windows בספק ענן מקומי או פשוט לסניף אחר של הארגון.

הייחוד של PEER עם Netapp היא היכולת שלו לעבוד עם ה fPolicy של ה Netapp ולקבל ממנו התראות בזמן אמת על כול שינוי בכול קובץ. יכולות זו הפכת את PEER למוצר היחיד בשוק שיודע לרפלק Netapp NAS ל Windows ב Real Time. כמו כן אפשר להשתמש ב PEER במספר תסריטים כגון רפליקציה של Windows ל Netapp, Netapp ל Netapp או Windows ל Windows.

PEER מגיע במספר גרסאות שונות למספר יישומים. הגרסאות הנפוצות הם PEER Sync Server לרפליקציה של Netapp לאתר DRP או לצורך גיבוי ו PEER Link לרפליקציה דו כיוונית של Netapp ל Windows או ל Netapp אחר לצרכי שיתוף וקולבצרציה. היתרונות הגדולים של PEER הם:

  1.  שימוש ב fPolicy של Netapp לצורך רפליקציה בזמן אמת.
  2. רפליקציה Netapp to Netapp, Netapp to Windows, Windows to Netapp או Windows to Windows.
  3. רפליקציה בתצורת Real Time Byte Level – רפליקציה בזמן אמת עם איבוד מידע קרוב ל 0.
  4. רפליקציה מאוד יעילה שכן מעבירה רק חלקי קובץ ברמת Byte Level ושימוש ב Multi Thread להעתקה.
  5. רפליקציה שרצה על גבי WAN על קווי תקשורת איטיים עם Latency גבוה ושומרת על Real Time.
  6. רפלקיציה דו כיוונית לפתרונות שיתוף וקולברציה בין סניפים עם נעילת קבצים גם בין Netapp ל Windows.

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

תוכלו לפנות אלי בכול שאלה, לצורך קבלת גרסת הדגמה ולהתנסות.

ארז פז – יועץ לפתרונות רפליקציה

erez@singular.co.il

052-6943035