קונטיינרים ופריבילגים בברצלונה

ואוו יש הרבה דברים לגעת בהם הפעם!

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

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

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

כל הדיון הזה מתקשר לטעמי גם לדיון הזה על היציאה מהענן, אלו שתי דוגמאות על חברות גדולות (טוב אחת גדולה ואחת מפלצת ענקית) שהחליטו ללכת נגד הטרנד בעולם המחשוב. אמזון היא הרי אחת הדוחפות הגדולות לעולם ה micro services, עולם ה code as a service או service as a service או שאיך שאתם רוצים לקרוא לזה, עולם ה Serverless, והנה הם בעצמם חושפים איך הפתרונות האלו אינם פתרונות קסם, הם לא תמיד מתאימים לכולם לכל אתגר ואתגר.

אגב החברים ה Hey שיצאו עם הסיפור של עזיבת הענן, בשבוע שעבר דיוויד הנסון (Hey, Basecamp, Ruby on Rails) פרסם את הפוסט הזה על חצי הכוס המלאה של גלי הפיטורים הגדולים של הזמן האחרון ולמרות שאני נהנה לקרוא אותו והוא מבריק בעיני באופן כללי, הפעם הפוסט שלו מסריח מפריבילגיה. אני מבין ואפילו מסכים עם זה שלפעמים ארגונים מרוויחים מקיצוץ בכוח אדם, עם זה שזה נותן הזדמנות לריענון תוכניות, חסכון עלויות לפחות לטווח קצר והזדמנות להכניס דם חדש ומתאים יותר כשמחליטים לחזור ולגייס. לעומת כל זה, נקודת המבט שלו על זה שעדיף להיות מפוטר מלהמשיך לעבוד בארגון שמבזבז את הכישרונות שלך זו נקודת מבט מאד פריבילגית שמדברת על מעט טאלנטים שגם ככה מרוויחים הרבה כסף ויש סיכוי מאד גבוה שמייד יגויסו לארגון אחר אבל היא מתעלמת מאותם פועלים שחורים (כמובן שהכל יחסי בחיים והם בעצמם פריבילגים לעומת פועלים שחורים אמיתיים) שהתאמצו מאד מאד להגיע לזכות להתקבל לארגון ועכשיו מוצאים עצמם בבית באמצע גל פיטורים גדול ומפחיד ולמרות שהרוויחו מאד יפה עד עכשיו והם אולי לא רעבים ללחם, הם לא יודעים מתי תבוא המשכורת הבאה שלם.

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

בכל אופן נסחפתי מהנושא. במסגרת הכנס הטכנולוגי שנקרא אגב .next הכרזנו על שירות ה NDK החדש שלנו או בשמו המלא Nutanix Data Services for Kubernetes. אם "קרבון" היה כלי טאקטי יותר, CSI Driver, השירות המעודכן בא לתת מעטפת מלאה יותר לניהול סביבות קונטיינרים על גבי פלטפורמת נוטניקס, כולל ממשק הניהל הגראפי האחוד של הפלטפורמה עבור מנהל התשתית המקים ומקצה אותה למשתמשים וגם כולל ניהול ב CLI  טבעי ומוכר לאנשי ה DevOps (kubectlוכו').

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

שלכם כרגיל,

ניר מליק

אובייקטים, אובייקטים בכל מקום!

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

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

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

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

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

יש משהו בשירות האובייקטים של Nutanix שאני לומד עליו, כמו על כלל הפתרונות והשירותים של החברה, בימים אלו, שנראה לי מאזן נכון בין הישן והחדש. ראשית בגלל הפלטפורמה עצמה, שימוש בפלטפורמה של נוטניקס מאפשר לבחור את יצרנית החומרה באופן מאד גמיש ולהתאים את מפרט החומרה לצורך, נשתמש ב NL-SAS למערכות ארכוב או ב NVMe למערכות אימון AI או נשלב SSD כדי להאיץ את פעולות המטה-דאטה שלנו.

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

אנחנו מרוויחים כאן את כל שירותי ניהול וייעול המידע של נוטניקס, דברים מאד לא נפוצים בעולם האובג'קט כמו Compression, או סנפשוטים. למעשה אנחנו מרווחים באמצעות מינוף הסנפשוטים כאן פעולה שנקראת Fast Copy ובאמצעותה לקצר מאד פעולות של MAPR, במקום לחייב פעולות של Copy and Delete אנחנו פשוט ממנפים פעולות מטה-דאטה על בסיס הפויינטרים של הסנפשוטים.

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

מתחת לפיצ'רים האלו יש מנגנונים של Predictive reads שמתבססים על intelligent caching על מנת לוודא שהמידע שלנו מוזרם למעלה כמה שיותר מהר וכמובן ה Data Locality שמוודא שמנועי ה metadata ניגשים למידע שלהם באופן מקומי ויעיל ולא על גבי הרשת.

כל אלו ביחד מבטיחים זמני תגובה סופר מהירים שנמדדים בעולם האובג'קט כ TTFB או Time to First Byte. השילוב הזה גם מבטיח את אותה איכות ביצועים גם במקומות בהם נעשה שימוש באובייקטים גדולים וגם במקומות בהם נאספים אובייקטים קטנים ככה שאנחנו יודעים להראות ביצועים גם ב throughput מאד גדול וגם בכמות פעולות put/get שנמדדות באלפים בשניה.

הפתרון כולל כמובן גם את כל מה שנהוג לצפות מפתרונות אובג'קט בימינו כמו Cloud Tiering, הצפנת מידע ברמת FIPS140-2 או WORM ברמת SEC17, יכולת legal hold, מנוע life cycle management  גמיש וכל מני מטעמים כאלו.

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

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

שלכם כרגיל,

ניר מליק

כן כן, זה עוד פוסט עבודה חדשה

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

תקופת הקורונה טילטלה לכולנו את החיים.

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

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

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

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

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

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

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

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

מי יודע מה ילד יום, אני מבטיח להמשיך לחלוק.

מיני פוסט – EMC נותנים לסילק בראש?

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

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

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

הערה אחת שכן יש לי היא בנוגע לעלויות. הם מציגים ביצועים מאד מרשימים עם פוטנציאל להגיע למעל שלושים מליון IOPS זה פסיכי אבל בשביל להגיע לזה הם צריכים 140 שרתי i3en.12xlarge שזה מתורגם לכמה מליוני דולרים בשנה רק עלות תשתית לפני הנחות ובכסף הזה יותר כדי כבר לקנות EMC On-Prem.

בכל מקרה, חומר למחשבה. כל הכבוד לחברים ב Dell-EMC, תחרות עושה טוב לכולנו!

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

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

שלכם,

ניר מליק

הייתי בטוח שכבר כתבתי על SM-BC

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

SM-BC זה קיצור ל Snap Mirror Business Continuity. סנפמירור הוא פתרון הרפליקציה המובנה בכל מערכות NetApp ONTAP, הוא מאד ותיק, נפוץ, ומאד מוכר ולצידו במשך הרבה שנים היה לנטאפ פתרון בשם Metro-Cluster שאפשר להגדיר פתרונות המשכיות עיסקית מאד אגרסיביים. אם סנפ-מירור מאפשר רפליקציה ברמת ה Volume באופן א-סינכרוני או באופן סינכרוני, מטרו-קלאסטר מאפשר רפליקציה של מערכות אחסון שלמות ברמת הגנה RPO=0 ולבצע failover אוטומטי במקרה של כשל ברמת של כמעט RTO=0. עבור מרבית התרחישים הריאליים רמות ההגנה האלו טובות מספיק.

SM-BC הוא למעשה הפעם הראשונה בנטאפ מספקת מענה Active/Active טהור כלומר לראשונה נטאפ מאפשרת לייצג את אותו LUN בשתי מערכות פיזיות שונות הנמצאות במרחק של עד 700 קילומטר אחת מהשניה כאשר ה LUN זמין לקריאה וכתיבה בשני הצדדים בו-זמנית! מה שמתקבל כאן זה פתרון שמספק RPO=0 וגם RTO=0 ברמת מערכת האחסון, בחינם ובאופן קל ליישום, המגבלה היחידה היא מבחינת רוחב הפס וזמני התגובה על הקישור בין האתרים והאם האפליקציה והשרתים יודעים לתמוך בתצורה כזו אבל מבחינת מערכת האחסון אתם מוכנים לכל תרחיש! אגב, בעולם ה VMware למשל קיימת אינטגרציה מלאה לתצורת vSphere Metro Storage Cluster או vSMC.

שריל ג'ורג' מנהלת המוצר מספקת כאן דמו פשוט להבנה (מתנצל בשמה על איכות הסאונד):

שימו לב שהיא מסמלצת במסגרת הדמו IOPS באמצעות VDBench שעליו כבר כתבתי פעם אם מישהי חיפשה תזכורת.

בכל מקרה, SM-BC פועל ברמת Consistency Group שזה די הגיוני כי סביר להניח שאם יש לנו אפליקציה חשובה מספיק להגן עליה ברמת Active/Active היא תהיה מורכבת מיותר מאשר LUN  בודד ובמקרה הפחות סביר שהיא דווקא כן בנויה מLUN בודד אז כמובן שאפשר להגדיר CG שמכיל רק LUN בודד.

אם אין לנו CG מוכן אז אפשר בתוך הוויזארד הסופר פשוט של SM-BC לייצר אותו אז בואו נראה איך עושים את זה. בתוך System Manager  אנחנו בוחרים בצד שמאל protection ואז Overview ואז בצד ימין למטה לוחצים על Protect for Business Continuity:

בתוך האשף שנבחר כמו שאמרנו אפשר לבחור CG חדש

ואז בוחרים את ה Volumes שיהיו חברים ב CG ובוחרים את הSVM אליו אנחנו רוצים ליצור את הקשר SM-BC , לוחצים על Save וזהו!

תוך כמה שניות נוצר הקשר ותוך כמה דקות (או שעות במקרה של כמות מידע גדולה) הקשר יופיע בסטטוס Healthy In Sync שזה כמו n-Sync רק יותר מגניב.

כל מה שנשאר לנו לעשות זה למפות את ה LUN אל השרת גם דרך הנתיב החדש שנוצר לנו ולא לשכוח גם לעשות re-scan מצד השרת. בתוך הגדרות ה MPIO אפשר לראות שיש לנו נתיב אחד מוגדר כ Optimized והשני מוגדר Non-Optimized וזה כבר חלק מהקסם של ALUA או asymmetric logical unit access שמאפשרת לשרת ומערכות האחסון לתקשר באופן אוטומטי ולהחליט לעצמן בעצם מי מערכת האחסון הקרובה יותר, שהתקשורת אליה איכותית יותר והיא המערכת ה"ראשית".

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

אז למי הפתרון הזה מתאים? בעצם לכולם, הוא לא דורש שום חומרה יעודית כמו שדרש מאיתנו מטרו-קלסטר, ממירי ATTO למשל, זוכרים? וגם לא נדרש שום רישוי מעבר ל Snap Mirror הרגיל והנפוץ. SM-BC מאפשר לנו בצורה קלה ונוחה בעצם להגדיר לכל סוג של מידע את רמת ההגנה הנדרשת עבורו, רפליקציה ברמה א-סינכרונית למידע פחות חשוב, רפליקציה סינכרונית למידע חשוב והגנה ברמת Active/Active מלאה עבור מערכות Mission Critical.

שלא תגידו שלא אמרתי!

כמו תמיד אשמח לשמוע מה חשבתן,

שלכם,

ניר מליק

מה חדש ב ONTAP 9.12.1

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

כמובן שזו סקירה לא מלאה אלא רק של ההיי-לייטס והסקרנים מוזמנים לקרוא את הrelease notes.

אבטחת מידע

שדרגנו את יכולת ה Onbox Anti-Ransomware. האיומים משתכללים כל הזמן ואיתם צריך לשכלל את מנגנוני ההגנה.

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

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

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

מתחת לפני השטח הוספנו MFA  ל CLI ושידרגנו את היכולת לשמר לוגים כדי להקשות על העלמה של פעולות זדוניות ככה שה audit trail שלנו שלם ומלא יותר.

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

ביצועים

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

במסגרת 9.12 אנחנו מוסיפים גם גידול משמעותי בכמות ה Volums שנתמכת בקלאסטר, ומדובר בעליה של סדרי גודל, ובאותה נשימה הגדלנו משמעותית גם את הגודל המקסימלי של כל Volume וכל LUN. השיפור בכמות הווליומים משמעותי ללקוחות קונטיינרים או לקוחות שמאמצים VVoL והגודל המקסימלי של Volume/LUN  רלוונטי יותר ללקוחות הקצת יותר מסורתיים שלנו.

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

גמישות

כבר שנים שאנחנו מאפשרים NFS+SMB וזה זמן מה שנחנו תומכים ב S3, ב 9.12 אנחנו מוסיפים את היכולת לגשת לאותו מידע גם כקובץ וגם כאובייקט.

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

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

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

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

שלכם,

ניר מליק

אז מה זה NetApp BlueXP?

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

במהלך השנים האלו, בתהליך שהתחיל קצת לפני אותו פוסט שלי, נטאפ שינתה ומשנה את פניה. דבר ראשון, נטאפ הפכה באופן ברור מחברת מוצר לחברת פורטפוליו. דבר שני, מיצרנית פתרונות On-Prem הפכה החברה ליצרנית פתרונות Hybrid & Multi Cloud ודבר שלישי, זו כבר מזמן לא חברת אחסון, לא רק אחסון בכל אופן.

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

אז כאמור בשבוע שעבר התקיים האירוע במתכונת וירטואלית ולקראתו הוכרזה אבולוציה מאד משמעותית באסטרטגית ה Data Fabric, הוכרזה ה BlueXP או "החוויה הכחולה", ה XP פירושו Experience. ובכן, השיווק פנים רבות לו ולאלי השיווק פתרונים למה זה השם שנבחר אבל נשים רגע שוב את הציניות בצד ובואו נדבר על מה זה BlueXP.

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

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

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

את שירותי הניטור:

ואיחדנו פנימה את שירות ה ActiveIQ המוכר והאהוב שלנו:

במסך ה Canvas, מסך הטופולוגיה הראשי אליו מאגדים את שירותי האחסון השונים, אפשר לראות שבאמת איחדנו את יכולת הניהול של ONTAP, E-Sereis ושל StorageGRID ביחד עם מערכות ה CVO ושירותי ה ANF (במיקרוסופט) וה FSxN (באמזון)

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

אם BlueXP נראה לכם כמו האח הטרי והרענן של Cloud Manager אז זה לא מקרי כמובן, מדובר כאן כאמור באבולוציה ולא ברבולוציה, לדעתי בכל אופן, אבל אבולוציה מבורכת ומרשימה. בשלב הבא הסגמנט של digital wallet יתפוס כאן תפקיד משמעותי יותר ותרוכז לכאן באופן אחיד היכולת של אדמינים לרכוש ולהפעיל לעצמם שירותים באופן מהיר ויעיל, יאוגדו לכאן גם שירותי Spot השונים ויופעלו באופן אינטנסיבי יותר מנועי ההמלצות השונים.

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

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

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

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

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

שלכם,

ניר מליק

בורחים מטוויטר? – מיקרו פוסט

אז עברו חמש שנים מאז שסיפרתי לכם על שירות Google Takeout שמאפשר לכל אחד מאיתנו למשוך באופן מסודר את כלל המידע שלו שמאוחסן בענן של גוגל וכל מני דברים השתנו מאז, כמו למשל העובדה שהתחלתי לשלם לגוגל על השירותים שלהם כדי לאפשר לי ולמשפחתי לגבות נפח מידע גבוה יותר באיכות גבוהה יותר וכמו למשל העובדה שכתבתי באותו פוסט על NetApp Data Fabric ומאז התחלתי לעבוד באותה NetApp.

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

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

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

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

תחת הגדרות ופרטיות בוחרים ב "download an archive of your data" ולוחצים על "download archive":

ושוב בוחרים "download archive"

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

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

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

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

מקווה שעזרתי למי מכם!

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

שלכם,

ניר מליק

למה הם עוזבים את הענן?

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

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

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

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

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

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

טיעון משמעותי נוסף שהם טוענים הוא טיעון השרידות והגמישות. עם כל הכבוד לתשתיות הענן החסונות, הם אומרים, כאשר US-East-1 של אמזון נופל, חצי מהאינטרנט נופל איתו, זו לא הרשת המבוזרת אותה תכננו בDARPA הם טוענים ושוב הם קצת הולכים לאיבוד עם טיעונים רומנטיים שלא רק שהרשת צריכה להיות מבוזרת אלא גם שהם מעדיפים לשלם את הכסף שלהם לחברות קטנות כמוהם ושבחברה גדולה כמו אמזון או גוגל אפילו שהם משלמים מיליונים כל שנה אף אחד לא סופר אותם ולה עונה להם לטלפון. אם לך כלקוח שלנו ה Hey, הם אומרים, יש בעיה, כל החברה מתגייסת לעזור וזה יגיע מהר מאד גם לרמה שלנו המנהלים הכי בכירים. זו טענה מוזרה משני הכיוונים, ראשית כי אני מכיר את מערכי התמיכה של ספקיות הענן, אתה לא באמת לבד אם יש לך בעיה שם, ושנית כי זו לא חכמה להשוות חברה קטנה\בינונית וחברה ענקית, אם Hey יום אחד תגיע לקנה המידה של ג'ימייל, הרי גם אם דיויד וארון ירצו הם לא יהיו מסוגלים להתערב בכל קריאת שירות וכל תקלה ללקוח, גם אם הוא לקוח בינוני שמשלם להם מיליונים.

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

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

שלכם,

ניר מליק

זו לא "התפטרות שקטה" זה הגיון בריא

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

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

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

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

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

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

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

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

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

אם אנחנו כבר מדברים אז אנחנו משתתפים בכנס ההשקה של הריג'ן המקומי של גוגל ונשמח אם תירשמו ותבואו לבקר אותנו בדוכן, אולי יהיו מתנות שוות 😊

___עריכה___

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

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

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

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

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

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

בברכת מועדים לשמחה חגים וזמנים לששון!

שלכם,

ניר מליק

מיקרובלוגפוסט – קסם באקסל – יבוא טבלה מPDF

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

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

יש לנו טבלה ב PDF ואנחנו רוצים לערוך אותה ב Excel:

בתוך Excel לוחצים על Data – From File – From PDF ובוחרים את הקובץ היפה אך נעול שלנו

בשלב הבא יפתח לנו אשף שיתן לנו לבחור כל אחת מהטבלאות בתוך הקובץ אז בוחרים את הטבלה הרלוונטית ולוחצים על Load

זהו, קסם! הטבלה מיובאת לתוך אקסל והיא אפילו מעוצבת יפה יותר מהעיצוב המקורי!

אגב זה עובד כמובן גם עם טבלאות מאתרי אינטרנט!

בוחרים באקסל באופציה From Web ומדביקים את כתובת האתר

והופה

אני יודע שאני לא היחיד שלא ידע, שמחתי לעזור אין צורך להודות לי!

מחשבות על AWS Virtual SAN

בסוף 2020, במסגרת re:invent, החברים באמזון השיקו סוגי דיסקים חדשים. הדיסק הכי מהיר בהיצע שלהם io2 block express שעליו כתבתי בלינקדאין וגם דיסק לשימוש כללי בשם GP3 עליו כתבתי כאן בבלוג של החברים שלי בסילק.  

בדיוק לפני שנה, בינואר 2021, הזכרתי ממש כאן בפוסט הזה את שני הפוסטים הקודמים שציינתי למעלה ותיארתי בקצרה את אחד האתגרים הטכניים להם אין מענה איכותי מובנה בפלטפורמות הענן וספציפית התייחסתי לאתגר בהעברת אפליקציות Enterprise Tier-1 אל הענן, אפליקציות המקבלות בחדר השרתים שלנו שירות ממערכת SAN המספקת מענה איכותי ויציב לעשרות או מאות טרה של מידע ולעשרות או מאות אלפי IOPS בזמני תגובה קצרים וקבועים.

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

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

בפוסט שפורסם מוקדם יותר החודש, AWS חשפה ארכיטקטורה קרובה. הפוסט מתאר שימוש בשרתי R5b לייצוג "בקרים" וה"בקרים" מקושרים למספר דיסקי io2 block express. ניתן להעלות ולהוריד באופן דינאמי את כמות ה"בקרים" בהתאם לדרישת הביצועים ויש תמיכה בפיצ'רים כמו EBS Snapshot או AWS Backup. גולת הכותרת היא כמובן ביצועים והם מדברים על עד מיליון IOPS בתצורה של 5 "בקרים" או חמישה מליון IOPS בתצורה של 8 "בקרים". אלו מספרים מאד מרשימים והם מלווים גם בעשרה עד ארבעים ג'יגה רוחב פס! נשאלת השאלה כמובן למה הגידול לא לינארי (אימוג'י של פרצוף חושב) ?

בכל מקרה כמובן שפתרונות יעודיים כמו סילק או פיור מוסיפים יכולות מתקדמות ומרשימות כמו יכולות של חסכון בנפח, סנפשוטים יעילים יותר, Thin Provisioning וכו' אבל השאלה היא עד מתי היתרונות האלו ישארו יחודיים והאם אמזון תוסיף יכולות כדוגמאת deduplication או Compression שקצת נוגדים את המודל הכלכלי של "הענן" שנשען כולו על Over provisioning?

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

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

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

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

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

image credit:By Whit Welles Wwelles14 – Own work, CC BY 3.0, https://commons.wikimedia.org/w/index.php?curid=2821387

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

שלכם,

ניר מליק