תקשורת אפקטיבית בימי קורונה

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

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

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

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

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

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

תיראו כאן את מושל מדינת ניו-יורק, המושל קומו:

המושל מתחיל בפירוט על כמה בדיקות בוצעו ואיפה, כמה נדבקים, כמה מחלימים, מה המגמות. בדקה 5:02  הוא משתף את הציבור באופן מאד מסודר וברור, את השיקולים השונים וההבדל בין המודלים ומשתף את הציבור בקושי לתכנן קדימה והצורך לעדכן את התכנון כל יום בהתאם למידע החדש שמגיע ובדקה 7:57 הוא מדבר על תחזית המתים בארצות הברית ובמדינת ניו-יורק. בדקה 11:26 המושל מדבר על 21,000 מתנדבים מחוץ למדינת ניו-יורק שבאים לעזרת המדינה, עשרים ואחת אלף איש ומתחייב להחזיר טובה תחת טובה, בשמו, בשם הניו-יורקרים והרוח של ניו-יורק המושל מדבר על זה שניו-יורק בעצם הראשונה לחטוף ואיך הוא לא ישכח שאנשים באו לעזור ויהיה הראשון ברכב לצאת לעזור לאחרים כשהם יהיו בצרה. זו אמריקאיות וזה קצת שמאלצי כמובן אבל זה מסר מאחד שנותן טיפה אופטימיות אחרי הנתונים הלא פשוטים שהציג.

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

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

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

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

חג שמח!

ניר מליק

Tintri, UPS, Veeam – הראשון דועך, את השני לא צריך ורק השלישי מתחזק מגרסה לגרסה

טינטרי גלוריה מונדי

ביולי 2013 הייתי ב kickoff של Actifio בברצלונה. אורח הכבוד של הכנס היה מייק פילטוף, סמנכ"ל השיווק של צ'מפיון, חברת אינטגרציה אמריקאית שזכתה באותה השנה להיות השותף המצטיין של אקטיפיו באמריקה. מייק תיאר את חברת צ'מפיון והיה נשמע לי שהוא מתמודד עם אותם אתגרים שאנחנו מתמודדים איתם, רק בקנה מידה אמריקאי כמובן. ניגשתי אליו באחת ההפסקות והתיידדנו. גם הם מכרו באותם ימים הרבה מערכות אחסון של יצרן אחד וחשבו שכדאי להתרחב, גם הם הרגישו שרכבת ה Flash יוצאת לדרך ואין להם מענה, גם הם הרגישו שהרווחיות בעולם ה IT נשחקת ושאלתי אותו במה עוד הם מתעסקים, האם הוא יכול להמליץ לי על טכנולוגיות מעניינות ששווה להסתכל עליהן.

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

דיברתי עם מייק גם על פתרונות גיבוי וארכוב והוא הזכיר שהם מתחילים לשחק עם פתרונות  LTFS. גם אני חשבתי באותם ימים ש Tape is Dead אז הרעיון להשמיש את ה Tape כחלק ישיר של מערכת הקבצים נשמע דווקא מעניין אבל לא נתקלתי מאז ביישום של זה, מישהו מכם כן?

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

tragaluz

מי צריך UPS?

כריס מלור מספר לנו היום שסופרמיקרו התחילו להשתמש בסוללות גיבוי במארז 1U על מנת לייתר את הצורך במארזי UPS גדולים. לטענת סופרמיקרו כמה מההשבתות הגדולות בעולם ה IT בשנים האחרונות מקורן בתקלה במארזי UPS ובכלל זה השבתה של AWS בסידני והשבתה של Azure ביפן. סופרמיקרו מצטרפים כאן אלינו בעצם, כל מערכת אחסון של Infinidat מצוידת באופן מובנה בשלוש יחידות של סוללות גיבוי במארזי 1U על מנת לספק לבקרים את כל הכוח הנדרש להם לבצע graceful shutdown במקרה של כשל מלא באספקת החשמל של ה datacenter.

ibox

veeam משיקים גרסה קצת לפני השקת הגרסה

החברים ה Veeam אמנם הכריזו כבר די מזמן על גרסה 10 אבל בינתיים הושקה היום באופן רשמי את עדכון 3 לגרסה 9.5 שכולל תמיכה ב SQL 2017 ותמיכה מובנית באייג'נטים של windows ושל Linux (כן כן שרתים פיזיים ושרתים שמתארחים בענן). פיצ'ר נוסף שנכלל בגרסה זו נקרא Data Location tagging המיועד לסייע בניהול נכון של מידע על פי הכללים והתקנות המתאימים למיקום הגיאוגרפי בו נוצר המידע כמו למשל GDPR (שווה פוסט בפני עצמו לא?). ביצוע פעולה הנוגעת למידע שמסומן בTAG גיאוגרפי יקפיץ הודעת התראה כך שנוכל לצמצם פעולות אסורות. פיצ'ר נחמד שצריך לראות איך יתפתח והאם לא יהפוך להיות סתם  popup שהאדמין יוריד מיד (האם אתה בטוח?) אלא משהו שמנוהל אוטומטית עם הגדרות out of the box לגבי מה מותר ומה אסור.

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

זה הכל להפעם,

אשמח לשמוע תגובות מכולכם!

שלכם,

ניר מליק

 

Frankfurt, New-Orleans, Sighetu Marmației

Speak Easy

אני בדרך לפרנקפורט לדבר בכנס Storage transformation של IDC ושומע את הפרק האחרון של The Geek Whisperers. לא ידעתי שיש כזה דבר אבל הם מדברים הפעם על איך אפשר להפוך ל Keynote Speaker, מוזר אבל מסתבר שיש עיסוק כזה וממש אפשר לבנות את זה כחלק מהקריירה, להיות נואם באירועים או דובר באירועים ולא סתם דובר אלא דובר מרכזי, הדובר של כנס או אירוע. מוזר. בכל אופן הפרק הזה פוגע מאד קרוב למטרה מבחינתי כי זו פעם ראשונה שאני טס במיוחד לחו"ל כדי לדבר באירוע. זה אירוע קטן מבחינת כמו האנשים אבל זו פעם ראשונה אז זה מרגיש לי גדול ואני די לחוץ, השקעתי לא מעט שעות השבוע כדי להתכונן לאירוע הזה ועל זה אני רוצה לדבר אתכם הפעם.

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

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

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

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

VeeamOn 2017

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

במסגרת האירוע הוכרזה גרסא 10 של Veeam Backup and replication ואני רוצה להתמקד בכמה דברים שנראים לי חשובים יותר מהאחרים.

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

Universal Storage Integration API – הרחבה של היכולת של שותפים טכנולוגיים להתממשק אל פתרון ה Veeam ולהרחיב את יכולות הגנת המידע – בגרסא זו נוספה גם אופציה מובנית לניהול משימות הגנה על המידע של IBM SVC, IBM Storewiz , Lenovo V series storage ושלנו, Infinidat!

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

Sandbox – (קיים מגרסא 9.5 אבל נראה לי חשוב אז אני מזכיר כאן) יכולת מובנית להשתמש לנהל באופן מרכזי הקמה של סביבות שלמות תוך סנפשוטים וליצור תרחיש מוגדר מראש של איזה סנפשוטים \, אילו מכונות וירטואליות, לאיזה virtual switch  צריך לחבר אותם, באיזה סדר להעלות אותם ולמחוק את כל הסביבה הזו בסיום התהליך וככה לספק סביבת בדיקות או סביבת פיתוח שלמה בלחיצת כפתור. השילוב של יכולת זו עם היכולת של מערכת infinibox לספק 100,000 סנפשוטים בלי שום השפעה על הביצועים מאפשר המון גמישות לארגון

בתמונה מימין חברי מייקל קייד ומשמאל ממשק הניהול של מערכת ה InfiniBox:

IMG_20170522_150902

NetApp ONTAP 9.2

בתחילת החודש הוכרזה גרסא 9.2 של מערכת ההפעלה ONTAP. שני החידושים העיקריים הם FabricPools שהתייחסתי אליהם בעבר כשיכולת זו הוכרזה לראשונה ב NetApp Insight האחרון ו Aggregate Level Dedup שהוא לדעתי שינוי מאד מהותי בעולם ה NetApp FAS. מדובר כאן במהפכה כי למרות שמבחינת יחידות לוגיות גם SVM  וגם FlexGroups כללו משאבים מתוך יותר מאשר Aggr  יחיד, הרי שכלל פעילות ה MetaData בוצעה ברמת ה Volume. עכשיו לראשונה למיטב ידיעתי גם פעילות MetaData חוצה את גבולות ה Volume אל רמת ה Aggr. בטווח המיידי זה אומר שלקוחות FAS יקבלו יחסי Dedup הרבה יותר טובים מבעבר אבל לטווח הארוך…אני כבר לא חבר ב A-Team שלהם ולכן לא יודע לספר מה התוכניות שלהם לטווח ארוך אבל אני בטוח שזה רק צעד ראשון לקראת שבירת מסגרת ה Aggr שמלווה אותם המון שנים, בעבר זו היתה יכולת חדשנית שהתגברה על הרבה מאד אתגרים טכנולוגיים אבל היום זו מסגרת מגבילה שיוצרת אתגרים מיותרים בעצמה.

קבב, ערפדים ושורשים

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

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

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

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

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

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

romania map

כמו תמיד אני מחכה להערות וההארות שלכם אז,

שלכם,

ניר מליק

חדשות חול המועד- vSAN, Pure וחרושת שמועות

VMware vSAN 6.6

מרגיש כאילו רק לפני רגע דיברנו על 6.5 והנה VMware הכריזו השבוע על גרסה 6.6 של vSAN. מדובר בהכרזה הכי גדולה שלהם מעולם מבחינת כמות החידושים הכלולים בה. אחד החידושים הכי מעניינים לדעתי הוא מנגנון ההצפנה המובנה ל Data at rest. לא, אני לא סתם מתחנף אל אשת אבטחת המידע שלי, אני אוהב את הפיצ'ר הזה כי יש בו טריק. יש הרבה פתרונות להצפנת מידע במערכות אחסון, אנחנו ב Infinidat למשל משתמשים בדיסקים בעלי מנגנון הצפנה חומרתי מובנה. vSAN הוא פתרון תוכנה בלבד ולכן כמובן לא יכול להשתמש בדיסקים כאלו ולכן חייב לבצע הצפנה ברמת התוכנה. נקודה חשובה שצריך לתת אליה את הדעת – מידע מוצפן במקור הוא בדיוק כמו מידע דחוס במקור, למערכת האחסון אין דרך אפקטיבית לבצע dedup או דחיסה למידע מוצפן ולכן מדגישים ב VMware שסדר הפעולות ב vSAN הוא שקודם הבלוקים מחולקים ליחידות של 4K ואז לפי הסדר יוצרים להם checksum, מבצעים dedup, מבצעים דחיסה ורק אז מצפינים. זה משמעותי מאד אל מול היכולת המובנית ב 6.5 למשל בה אם הפעלנו את יכולת ה VM encryption איבדנו את כלל יכולות ה storage efficiency ומאד מגניב כי גם יכולות ה dedup והדחיסה שופרו בגרסה הזו.

בשעה טובה גרסה 6.6 כבר לא דורשת multicast ככה שמבנה התקשורת נהיה נוח וקל יותר לשימוש. שיפור משמעותי נוסף מדבר על היכולת להתגונן גם מפני כשל מקומי וגם מפני כשל של אתר מלא, עד גרסה זו, אם השתמשנו ביכולת stretch cluster נאלצנו לעשות פשרה בעצם, כל אובייקט היה מוגדר בתצורת raid-1, עותק אחד בכל אתר, ככה שאם הייתה בעיה באתר אחד היינו נשארים רק עם העתק יחיד באתר השני ואז היינו לא מוגנים מפני כשל נוסף. עכשיו יש בעצם שתי הגדרות נפרדות, אחת שמגדירה אם האובייקט מרופלק לאתר המרוחק או לא והשני קובעת את הרמת ההגנה שלו באתר המקומי (riad 1, 5,6).

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

Pure NVMe X blade

גם החברים מ Pure השיקו מוצר חדש השבוע, תמיד כיף לפרגן למתחרים והם הראשונים להשיק מערך אחסון מבוסס NVMe. חלק מההכרזה מתרכז כמובן במסרים שיווקיים לחלוטין כמו 1PB ב 3U (רלוונטי רק אם מצליחים בפועל לספק יחס efficiency של כמעט 1:6) אבל חלק מדבר על המשך שינוי הכיוון של Pure מפתרון מבוסס תוכנה לפתרון מבוסס חומרה. בתחילת הדרך Pure היו יצרן תוכנה שהשתמש ב consumer grade SSD כדי לספק פתרון All Flash במחיר מאד תחרותי, הדגש שלהם בהכרזה הקודמת הולך ומעמיק בהכרזה הזו על פתרון שהוא פתרון חומרה טהור עם קצת טוויקים של התוכנה כדי להסיר שכבות מיותרות. זה לא רק שינוי כיוון משמעותי מהכיוון המקורי שלהם אלא גם כיוון שנוגד לחלוטין את הכיוון שלנו באינפינידט ככה שמאד מסקרן לראות לאן הם יצליחו להגיע עם זה. המספרים שפרסמו EMC בתחרות מול הדור הקודם של Pure (//M) היו, אם נגיד בנימוס, לא מאד מחמיאים ל Pure ככה שאני מאד סקרן לראות את הבנצ'מרקים של הדור החדש.

חרושת שמועות

גם שוק השמועות ממשיך להתפרע, the register הכריזו ב30 במרץ שHPE רוצה לרכוש את Veeam ולמרות שכרטיס מלור נוטה לפגוע בתחזיות שלו, מהלך כזה לדעתי לא יעשה הרבה הגיון עבור HPE שמפצלת את נכסי התוכנה שלה. אולי זו הייתה מתיחת האחד באפריל שלהם שפורסמה בטעות יום אחד מוקדם מדי?

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

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

שלכם,

ניר מליק

מה זה גיבוי ומה הופך פתרון גיבוי לפתרון טוב

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

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

 נתחיל בהגדרה מילונית, מה זה גיבוי?

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

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

של נתונים – פתרון גיבוי כולל בדרך כלל את היכולת לבחור אילו נתונים מגובים ובהתאם למדיניות הארגון לשמור את סוגי המידע השונים על פי הצורך (מידע פיננסי 7 שנים, מידע רפואי 90 שנים וכו')

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

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

לא כל הגיבויים נולדו שווים?

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

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

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

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

מה עוד יכול פתרון טוב לכלול?

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

בשבוע שעבר הוכרזה חבילת העדכונים SP6 עבור Commvault 11. אחד הכלים המעניינים ביותר שנכללו בחבילה זו תחת Early Release הוא כלי מיגרציה של מידע מגובה מתוכנת הגיבוי הקודמת אל תוך ObjectStore מקוטלג של Commvault. הכלי מספק מענה לאחד האתגרים הכי משמעותיים בפרויקטים של החלפת פתרון גיבוי, ברוב המקרים, הפתרון הכי נפוץ עד היום היה פשוט להשאיר בצד את פתרון הגיבוי הישן לצרכי שחזור עד סיום ה retention. אם הלקוח הוא לא חברה בת יומיים התהליך הזה יכולת לקחת כמה שנים טובות שבהן צריך להמשיך לתחזק את הפתרון הישן, גם אם בתחזוקה בסיסית ביותר, לצד הפתרון החדש, Commvault  מאפשרת עכשיו להתגבר על פרויקט המרת הקלטות הכואב ולבצע מעבר מלא, כולל ה retention אל פתרון הגיבוי החדש.

אז מה עושים עם זה בפועל?

מדיניות גיבוי נפוצה היא מדיניות 3-2-1: שלושה העתקים של המידע, על שני סוגי מדיה שונים, לפחות העתק אחד מחוץ לאתר. על פי מרבית המקורות מייחסים הצלם דיוויד קרוג היה הראשון לנסח את המדיניות הזו והוא מקבל את הקרדיט הזה אפילו במסמך ההמלצות של US-CERT  כך שכנראה יש בזה משהו. לאחרונה ראיתי הרחבה של החוקיות הזו בבלוג של Veeam. זה לא פוסט חדש אבל נתקלתי בו רק לאחרונה והוא מדבר על 3-2-1-0 כאשר 0 הוא 0 טעויות. היכולת לבצע ולידציה של הגיבוי שנקראת אצלם SureBackup מסייעת לוודא שמשימות הגיבוי אכן התבצעו באופן תקין וכי ההעתקים קריאים ונגישים.

גם בשימוש ב snap manager for exchange  למשל, ניתן לשלב במשימת הsnap shot הרצה של eseutil כדי לוודא שההעתק שנוצר תקין. כאן, כשאני מזכיר את NetApp, אני בעצם סוגר מעגל שלם אל ראשית הבלוג וכאן התחיל הדיון אותו הזכרתי, מהו גיבוי? האם סנפשוטים הם גיבוי? לא, לדעתי לא, לא לבד בכל אופן. סנפשוטים יכולים להיות חלק מפתרון הגיבוי, הם במרבית המקרים הדרך הכי מהירה ליצור העתק של המידע וכן, במרבית המקרים, גם הדרך הכי מהירה לשחזר מידע מהעתק קצר טווח אבל, לבדם, הם לא עונים על מה שמגדיר בעיני פתרון גיבוי טוב, הם לא מקטלגים את המידע, לא שומרים אותו על עוד סוג מדיה, לא מוציאים העתק מחוץ לאתר וכו'.

פתרון כמו Commvault, פתרון כמו Veeam ברמות הרישוי הגבוהות או פתרון IntelliSnap שהוא רכיב Commvault המשולב כ OEM במערכות NetApp FAS, פתרון כזה משתמש באופן מובנה ותחת מדיניות גיבוי ארגונית אחת ביכולות הסנפשוט או הרפליקציה של מערכת האחסון וזה כבר עונה להגדרות שפירטתי.

איפה נרשמים?

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

אשמח לשמוע מה דעתכם

שלכם,

ניר מליק