גיוסים, הכרזות ואירועי ירי

חדשות INFINIDAT

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

החדשות על הגיוס היו די מרעישות ולכן יכול להיות שחלקכם פספסתם את ההכרזה שלנו על מוצר חדש, Infinidat Backup Appliance או בשם חיבה, IBA. שוק המערכות הייעודיות לגיבוי לדיסק נשלט כבר כמה שנים על ידי DataDomain. בימי LTO-5 הרעיון של גיבוי לדיסק היה מהפכני, לא פחות. הסלוגן שלהם באותם ימים היה tape is dead ואני לפחות קניתי את זה. אני באמת מאוכזב מההכרזה על LTO-8. ציפיתי מכולנו ליותר. לא ציפיתי להגיע לקלטות של 30TB  לפני שאנחנו מגיעים ל shingled drives.

IBA הוא התרומה שלנו באינפינידט למלחמה בקלטות. פתרון האחסון שלנו, כזכור, עושה שימוש בדיסקים מסוג NL-SAS, וכל החומרה שלנו מבוססת "מוצרי מדף" ולכן אנחנו יכולים להציע מערכת מאד איכותית במחיר מאד תחרותי. אותה תפיסה מאפשרת לנו להציע פתרון מאד אגרסיבי גם לפתרון הbackup target שלנו. הפתרון מתבסס על מערכת ה InfiniBox F4000 שלנו הכוללת כמובן 3 בקרים או כמו שאנחנו קוראים להם Storage Nodes, 240 דיסקים מסוג 6TB NL-SAS, ועוד שלושה בקרים המהווים Dedup Engine או DDE.

המערכת מספקת 1PB נטו, קצב גיבוי של כ 40TB  לשעה (Native), מנגנון  Inline global Dedup העושה שימוש בגודל בלוק משתנה שיספק בפועל 20PB נפח לוגי זמין לשימוש ומגוון פרוטוקולי תקשורת כמו FC (VTL), CIFS, NFS ו OST.

IBA4260

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

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

בשימוש פרוטוקולים פתוחים הפתרון מתאים כמובן לשימוש על ידי כמעט כל תכנת גיבוי שקיימת בשוק היום, כמו שהזכרתי בעבר, אני אוהב את העובדה שאנחנו היצרן הראשון שעשה שימוש ב Open API החדש של Veeam והחל מגרסה 10 שלהם, ניתן מתוך ה GUI שלהם להגדיר, עבור מערכות האחסון שלנו, משימות Data protection שלנו כולל סנפשוטים, רפליקציה, הקמת virtual labs או sandbox וכמובן, עם הכרזת ה IBA, גם להגדיר ולהשתמש ב IBA כ target.

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

NetApp Insight Las Vegas

עם מעבר הדירה, החגים, העבודה ועוד כל מני תירוצים אחרים, אני מודה שלא הספקתי לעבור מספיק לעומק על ההכרזות של NetApp בכנס הטכני השנתי שלהם, Insight ב Vegas. אחד הדברים שכן הספקתי לראות זו ההכרזה המרשימה שלהם על כך שמנוע ה NFS של Azure מתבסס על ה NFS  של NetApp, הכרזה שמעידה לדעתי על כוח גדול בשוק ועל העובדה שנטאפ היא אכן לא רק יצרן אחסון ומי שהספיד אותה בשנים האחרונות מאד נחפז לעשות זאת. בדומה לשירות ה cloud sync שלהם, מדובר בשירות שלא נמכר כלל על ידי netApp אלא רק על ידי ספק השירות, מיקרוסופט במקרה של שירותי ה NFS או AWS במקרה של cloud sync.   ראיתי גם שיש עכשיו תמיכה ב snap mirror עבור SolidFire וה DataFabric שלהם הולך ומתעבה.

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

כמה מחריד היה לראות את הפיד בטוויטר (מי שלא עוקב אחרי עדיין מוזמן לעשות את זה ב @maliknir) מתחלף מצהלות השמחה של כל מי שעד לא מזמן היה שותף שלי ב A-Team לציוצי דאגה ופחד, פיגוע הירי המטורף היה באותו המלון בו נערך הכנס ולמרות שהבלוג הזה רחוק מלהיות בלוג פוליטי, קשה לי עם העובדה שהאמריקאים לא קוראים לאירוע הזה פיגוע ולא חושבים שצריך לעשות משהו עם חוקי הנשק ההזויים שלהם. נכון שחוקים נוקשים לא יכולים למנוע 100% משום דבר אבל זה לא אומר שלא צריך לנסות וכמות אירועי הירי ההמוניים שלהם היא הזויה.

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

גלאי הצפה

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

בולגוגי ובי בים באפ

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

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

 

שלכם,

ניר מליק

מודעות פרסומת

How to PoC, Cisco UCS M5 and some other stuff

How to PoC

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

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

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

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

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

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

העיצה האחרונה בנושא להפעם היא ההכנה ברמה האישית, חובה לנסות בעצמך במעבדה כל דבר שאתה מתכנן לעשות אצל הלקוח כדי לדעת איך נראית התוצאה הרצויה ולנסות, אם אפשר, גם לתת מענה אם מקבלים תוצאה אחרת. כדאי מאד להביא איתך כל מה שאולי יהיה נחוץ ל PoC מוצלח, אני הבאתי איתי הפעם גם מפתח שוודי כי אמרו לי שאולי יהיה צורך להזיז את המכונה מחדר שרתים אחד לשני. הבאתי גם שני סטים של מתאמי חשמל, כבל RJ45, טושים מחיקים, מתאם VGA-HDMI, דיסק קשיח נייד, דיסק-און-קי ומחברת. אלו דברים שבכל מקרה כדאי שיהיו בתיק אבל אם אתה נוסע במיוחד להודו כדי להדגים משהו, כדאי מאד שיהיה לך כל מה שאתה צריך בשביל להדגים אותו. על הדרך הכנתי גם על המחשב שלי עותק של כל תוכנה ו virtual appliance שיש לנו שחשבתי שנזקק לו וגם הורדתי מראש חלק ניכר מהתיעוד שחשבתי שיהיה בו צורך (ומצאתי עצמי עושה השלמות תוך כדי כי לא חשבתי על הכל )

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

 

Cisco UCS M5

Cisco הציגה לא מזמן את דור 5 של השרתים שלה, שרתי ה UCS. השרתים החדשים תומכים בסדרת המעבדים החדשה של Intel, Scalable Processors או בקיצור SP, מספקים תמיכה בכמות כפולה של RAM לעומת דגמים מקבילים בדור הקודם וכן תמיכה בכמות גדולה יותר של מאיצים גרפיים כולל תמיכה בשני כרטיסי Nvidia בשרת הלהב הכי פופולרי, B200. הדור החדש כולל כרגע שני שרתי להב ושלושה שרתי Rackmount.

במקביל הוצג דור חדש למערכת הניהול, UCS director 6.5, שכולל מעבר לתמיכה בדור השרתים החדש גם שדרוג ביכולות האוטומציה לפריסה של פתרונות flexpod אוטומציה של תהליכים בסביבות hyper-flex.

הערת שוליים חשובה שתשמח מאד הרבה מאד אנשי פריסייל שמוכרים שרתים באופן כללי: הדור החדש של מעבדי אינטל כולל יותר ערוצים ופחות רמות כלומר, אם הדור הנוכחי כלל עבור כל מעבד 4 ערוצים (Channel) וכל ערוץ תמך בעד 3 רמות (Rank), הדור החדש כולל 6 ערוצים עם שתי רמות. כמות רכיבי הזיכרון הכללית נשמרת (12), ההנחתה במהירות כאשר משתמשים בכמות גדולה של רכיבי זיכרון יורדת וסה"כ צריך להתעדכן בכללי האכלוס החדשים כדי שלא למכור בטעות ללקוחות כמות רכיבים לא נתמכות. אם אתם דומים לי אז תזדקקו לכמה וכמה קונפיגורציות עד שהמספרים החדשים יבואו לכם באופן טבעי.

intel 6 channel and rank

בשולי החדשות

Gartner 2017 Magic Quadrant for Solid-State Arrays

Gartner פרסמו לא מזמן את הדירוג שלהם למערכי אחסון מבוססי Flash, טיפה מוזר לראות את ריבוע הקסם כל כך עמוס הרי לא יכול להיות שכל מי שמשחק בקטגוריה הוא גם מוביל בקטגוריה, או שמשהו שתהליך הבדיקה דורש ריענון או שמערכי All Flash הפכו עד כדי כך Commodity שכל מי שנוגע בהם מצליח. אני מהמר על אופציה א'. עוד מעניין היה לראות בריבוע ה visionaries שTegile מדורגים טיפה יותר גבוה מטינטרי שהנפיקו בבורסה בניו-יורק לאחרונה. אמנם ההנפקה של טינטרי היתה קצת נמוכה אבל לא ידעתי שהחברים בטג'ייל עוד בכלל בביזנס אז הנה, כל יום לומדים משהו חדש.

MQ Graphic 7 17 17.jpg.imgo

 

 

Google Cloud Transfer Appliance

בשנים של איחור, אחרי שAWS מספקים גם Appliance בשם Snowball וגם את המגה-משאית שלהם Snowmobile, גם גוגל מצטרפים עם מארזי דיסקים מוקשחים המספקים עד 100TB במארז של 1U או 480TB במארז של 2U  (נפחים לפני דחיסה), המיועדים לאפשר ללקוחות העתקה של נפחי מידע גדולים מאתר הלקוח אל שירות הענן של גוגל בלי המורכבות והעלויות של הגירה על גבי קווי התקשורת.

 

Mellanox Spectrum-2

הולי שמולי, החברים ביקנעם היו כנראה מאד עסוקים בחודשים האחרונים והנה הם יוצאים בהכרזה על סדרת מתגי Ethernt חדשה שתומכת במהירויות 200 וגם 400 ג'יגה לשניה, רוב הלקוחות בארץ לדעתי עוד לא עברו ל 10Gb ואני מהמר גם שרוב הפורטים בעולם עוד לא עברו הסבה והנה זו כבר טכנולוגיה של פעם, די מדהים.

 

 זה הכל להפעם חברים,

אשמח לשמוע הערות והארות

שלכם תמיד,

ניר מליק

Stratoscale – on-premises AWS service

לאחרונה נתקלתי דרך הפיד של Eric Wright בציוץ של Brent Beshore. הציוץ המקורי כולל תמונה של דף מתוך ספר והכותרת היא The generalized uncertainty principal. הספר כבר לא מעודכן עד הסוף כי למשל בניין ההרכבה של NASA כבר אינו הבניין הכי גדול בעולם אלא רק אחד מארבע הגדולים ביותר אבל העקרון המוצג כמובן עדיין נכון ועדיין מאד מעניין: כאשר מתכננים מערכות גדולות ומורכבות, רמת המורכבות עולה באופן משמעותי, לא כל מה שעבר במודל המוקטן יעבוד באותה הצורה במערכת הגדולה. הדוגמאות שהם נותנים כאן די מגניבות:

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

law-of-unintended-consequences-with-complex-systems-at-scale-brent-beshore-eric-wright

הרבה מידע התחבר לי מציוץ אחד, תמונה של עמוד טקסט יחיד. מעבר לאנקדוטות המעניינות, ניסיתי לחשוב על המשמעות של העקרון הזה, כל המורכבות הזו, בהקשר של עולם ה IT ופתאום, באמצע מצגת של Stratoscale זה תפס אותי, הקישור הישיר לפרויקטים של ענן פרטי פשוט קפץ ורקד לי מול המצגת. אנחנו הרי נמצאים בתוך תקופה מאד מעניינת, המגמה של מעבר שירותים אל הענן הציבורי עדיין נמשכת ועדיין מאיצה אבל במקביל מתחילה גם התנועה המשלימה, התנועה שמבינה שהענן הציבורי הוא לא קסם, שיש לו מורכבות משל עצמו, גם טכנית וגם כספית, ולקוחות רבים מנסים ליצור פתרונות אמיתיים של שירותי ענן פרטיים כלומר, להשלים את המהלך מוירטואליזציה וקונסולידציה של סביבות אל פתרונות המאפשרים לעשות שימוש במודל הצריכה של הענן כולל פורטלים לשימוש עצמי, חנויות אפליקציות, אוטומציה מלאה של תהליכים, ניטור בקרה ומדידה של צריכה ואפילו חיוב פנימי. כאן, בדיוק כאן, נכנס לפעולה עקרון אי הודאות הכוללני הזה כי פתאום יש עוד כל כך הרבה יותר חלקים שצריכים להתאים אחד לשני, כל כך הרבה שכבות שונות לתכנן להטמיע לבקר ולנהל, עד שלא פלא שהרבה מאד פרויקטים נכשלים עוד לפני הם יוצאים לדרך. זו הסביבה אליה מכוונת Stratoscale את הפתרון שלה, הכוונה המוצהרת היא לספק AWS region On-premises, המוצר הוא מוצר תוכנה המספק בהתקנה אחת את תשתית הוירטואליזציה, הניהול, האוטומציה, אבטחת המידע, ממשקי השימוש העצמי, חנות האפליקציות, אמצעי הבקרה וכל מה שנדרש כדי לספק למשתמשי הארגון את חווית השימוש של שירות ענן ציבורי איכותי מבלי לצאת מעבר לגבולות חדר השרתים הארגוני.

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

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

startogeneral-view

פתרון Stratoscale מבוסס על תשתיות KVM על מנת לספק את שכבת הוירטואליזציה הבסיסית ומעל לשכבה זו מורכבים מראש ממשקי הניהול והבקרה כולל ממשקי Heat Map ברורים לאיתור עומסים ובעיות.

stratodash

stratoheat

stratostormanag

המערכת מספקת גם יכולות וירטאליזציה של תקשורת כלומר פתרון מתחרה לעולמות ה NSX/ACI כולל מיפוי ויזואלי מאד יפה של הקישורים והקשרים

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

strato-appהפתרון כולל באופן מובנה יכולות software defined storage על מנת לאפשר את היישום שלו על פני כל פתרון אחסון כולל דיסקים מובנים בשרתים עצמם (בהתאם לטרנד של HCI) וכמות נכבדת של ממשקי API לניצול יכולות מערכות אחסון רבות כמו למשל ניהול יכולות ה Array Snap shot או יכולות רפליקציה מבוססות מערכת האחסון.

stratostormanag

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

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

שלכם,

ניר מליק

מערכות קטנות (פיזית) וסקסיות, דגמים חדשים של NetApp All Flash

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

בשבוע שעבר הושקה באופן רשמי מערכת ה NetApp All Flash FAS A200 הסקסית והנה היא כאן לפניכם

בחזית 24 דיסקים SSD ומאחור שני בקרים, 8 פורטים 10/16Gb ועוד 2 פורטים 10Gb יעודיים לקישוריות קלאסטר.

a200-back

המערכת תומכת בגידול עד 144 דיסקים עבור זוג בקרים יחיד ותמיכה בתצורת Scale-Out בת 8 בקרים. אם נזכרים בדיסקים של 1.44MB אז זה ממש מרשים לחשוב על 24 דיסקים של 15.3TB או 1PB  אפקטיבי במארז של 2U !

a200-front

בנוסף, כדי לעשות עוד קצת שרירים, הושקה השבוע אחות למערכת ה High End, מערכת ה A700, קוראים לה A700s והיא מספקת את אותם ביצועים אבל בלי כל כרטיסי ההרחבה והמארז הענק ככה שמי שצריך רק את העוצמה אבל בלי כל הגמישות הזו, מערכת ה A700s מגיעה בתצורת 4U וכולל גם היא 2 בקרים מאחור עם 24 דיסקים בחזית.

עדיין קשה לקרוא למכונה הזו מכונה קטנה, 8 חריצי PCIe, פורטים מובנים של 40GbE ו 32Gb FCP, טרה של RAM…מסחרר!

עכשיו, אם עוצרים לחשוב, מצרפים את השקת המכונות החדשות האלו לפוסט הקודם שדיבר על Fabric Pool והפוטנציאל כאן הוא אין סופי, מערכת All Flash שמספקת, נגיד, אם נהיה שמרנים, 1PB effective capacity במארז פצפון של 2U, משלחת כמה מאות אלפי IOps בזמני תגובה של חצי מילי-שניה בכל השרתים והשירותים, ודוחפת החוצה ל S3 את כל הבלוקים הקרים שלה, מה שמתקבל כאן זה נפח אינסופי של All Flash בחסות ה DataFabric! מוצפן, דחוס, מדודפ, מנוהל ממיקום מרכזי, מתרפלק למערכות אחרות, מתממשק אל כל מנועי האוטומציה והאורקסטרציה, תומך באופן מלא בכל ההייפרויזורים והקונטיינרים ועונה בכל הפרוטוקולים הנפוצים, זו ארמדה שלמה במארז של 2U, מקסימום 4U. לאף מתחרה בשוק אין כלים כאלו, פשוט אין. חלק אומרים שיש להם אבל פשוט אין.

אגב למי שדאג, השבוע הוכרזה ONTAP 9.1 RC2 ככה שנראה שההשקה הרשמית של 9.1 כבר מעבר לפינה. אחד החידושים בהכרזה הזו נמצא בצד השני של הקשת, אם אמרתי שיש מערכות חדשות שהן קטנות וסקסיות אז RC2 מאפשר מהצד השני בריון אחד שקט, מדף הדיסקים החדש DS460C המכיל 60 דיסקים בגודל 3.5" LFF במארז של 4U עם קישוריות 12Gb SAS.

תחת גרסאת מערכת ההפעלה הנדרשת, המדף נתמך בכל המערכות מסדרה 8000 ומעלה. talk about density!

שלכם תמיד,

ניר מליק

אולימפיאדה, ברברים ועננים – NetApp Fabric Pool

אולימפיאדה, ברברים ועננים – NetApp Fabric Pool

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

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

מערכות אחסון מודרניות חיות היום גם הן על האיזון בין הקצוות, בין דיסקים גדולים מאד המסתובבים באיטיות ודיסקים קטנים מאד מהירים. העולם בו אנו חיים נשלט על ידי שתי אימפריות ישנות, אימפריית ה SAS שדגלה תמיד בביצועים על חשבון נפחים ואימפריית ה SATA שדגלה בנפחים על חשבון ביצועים. מבחינה היסטורית, אנחנו נמצאים עמוק בימיה האחרונים של האימפריה הראשונה, הברברים של ה SSD עומדים על חומות אימפריית ה SAS וברור שיימי האימפריה ספורים. כאיש ימי הביניים תמיד צחקתי שאם המסמכים המקוריים נכתבו באנגלית אז זו לא היסטוריה אלא רכילות, חוק פרטי זה תקף גם לגבי האימפריה השניה כנראה. נכון, עוד קצת מוקדם להספיד לגמרי את אימפריית ה SATA אבל לא מוגזם לשער כי הפשיטות של שבטי הענן גורמים גם למנהיגי אימפריה זו לרעוד מאחורי ביצורי ה helium encased drives וה shingled drives  . העלויות הנמוכות לשימוש באחסון אובייקטים S3 ואף יותר מכך Glacier הופכות מיום ליום גם את השימוש בדיסקים מסוג SATA לפחות הגיוני, בטח לשימושים כמו גיבוי או ארכוב. נכון לעכשיו, תחילת דצמבר 2016, עלות טרה אחד S3 בשירות AWS הוא כ 31$ לחודש ועלות טרה אחד בשירות Glacier הוא כ 11.5$ לחודש והמחירים כל הזמן יורדים.

אחד מסודות ההצלחה של כל אחת מהאימפריות הגדולות בהיסטוריה היה תמיד היכולת להתפתח ולהתאים את האימפריה לזמנים המשתנים, פרגמטיות שכזו היתה מאפיין של האימפריה הרומית, האימפריה העותומנית ואפילו הצלחתה של הנצרות במאות הראשונות לספירה מיוחסת לפרגמטיות שהנהיג השליח פאולוס. NetApp מוכיחה בשנתיים האחרונות שהיא אימפריה פרגמטית. סל המוצרים האטרקטיבי, ביחד עם תפיסת הפעלה כוללת – מארג המידע או ה Data Fabric, מספקים מענה למרבית אתגרי המידע בעולם המחשוב היום, מערכות אחודות מובילות בעולם ה All Flash, מערכות SAN לסביבות high density, מערכות SolidFire לניהול אחסון במודל ענן, פתרונות לגיבוי חכם אל הענן, פתרונות מבוססי תוכנה בלבד software defined, מערכות וירטואליות לסביבות ענן, כלים להגירה בין פתרונות NFS מקומיים לשירות אובייקט בענן, NetApp היא אתלט קרב עשר מדהים – כוח מתפרץ וגם סיבולת לטווח ארוך, מהירות וגם טכניקה, ליצרן הזה יש מענה מוביל והוא חלק ממארג שלם של כלים ולא מענה נקודתי או חלקי.

יכולת חדשה שמדגישה את השילוב הזה בין היכולות והדיסציפלינות היא יכולת ה Fabric Pool החדשה שנחשפה לאחרונה בכנס ה Insight, התייחסתי אליה בקצרה באחד הפוסטים הקודמים ועכשיו אני רוצה להרחיב עליה קצת. יכולת זו שתהיה זמינה בקרוב, מאפשרת להשתמש בו זמנית בשני כלים משני קצוות הקשת, מחד, לאמץ את הברברים של ה SSD ולהשתמש במערכת עתירת ביצועים מובילה על מנת לספק מאות אלפי IOps בזמני תגובה הנמדדים כיום במיקרו-שניות ומאידך, על פי מסורת שבטי הענן, להכיר בעובדה שבסופו של יום, מרבית המידע בארגון אינו מידע "חם" כלומר, חלק ניכר מהמידע שאנחנו מחזיקים הוא מידע שלא משתמשים בו ולהעביר באופן אוטומטי ושקוף את המידע ה"קר" אל שכבת אחסון משנית מבוססת פרוטוקול S3, אחסון אובייקטים סטנדרטי בין אם בוחרים ליישם שכבה משנית זו על ידי פתרון מקומי כמו NetApp StorageGrid או פתרון מרוחק כמו AWS S3.

פשוט כך, ללא צורך לשנות שום דבר מצד ה front-end, ללא הגבלה על פרוטוקול הגישה, ללא כל צורך בשינוי מצד האפליקציות או הרגלי המשתמשים, באופן שקוף לחלוטין, מערכת האחסון תנהל לעצמה את עדכוני ה Meta-Data ותדע להעביר בלוקים קרים אל הענן כך שמחד מערכות הארגון יקבלו שירות ברמה של All Flash ומאידך לא נהיה חייבים לשמור את כל המידע על דיסקים יקרים. בואו נרחיב לגבי השקיפות הזו: אחד הפקטורים המשמעותיים במערכות All Flash הוא חסכון בנפח האחסון, יכולת ה Fabric Pool שקופה לחלוטין לטכנולוגיות ה Efficiency המובנות ב All Flash FAS, כל החיסכון שמתקבל בשימוש ב in-line De-Duplication, In-Line Compression ו in-Line Compaction נשמר, המערכת מודעת לחסכון ושומרת עליו גם במעבר הבלוקים הקרים לענן. אותה שקיפות נכונה גם ליכולת ה Volume Encryption שנשמרת, אין ביצוע Decrypt כאשר מעבירים מידע ויתר מזאת ניתן כמובן לבצע הצפנה על הצפנה ולהצפין את הבלוקים גם במנגנון המובנה ב StorageGrid  למשל או יכולת ההצפנה של S3.

fabric-pool

מבחינה מעשית, כל מה שנדרש לעשות זה להגדיר קישור אל AWS ואז יש שני דברים להגדיר מצד מערכת האחסון, עבור אילו Volume'ים אנחנו רוצים להפעיל את יכולת ה Fabric Pool ואם אנחנו רוצים להפעיל אותה עבור כלל המידע ב Volume או רק על הסנפשוטים. נשמע פשוט? אכן פשוט. אפשר להפנות כמה מערכות אחסון אל אותו מנוי S3 וכמובן שהפתרון נתמך גם בשימוש ביכולת multi-node scale-out כלומר גם כאשר מערכת ה All Flash FAS שלנו כוללת יותר מזוג בקרים אחד, הפתרון נתמך, עובד ושקוף.

which-volume

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

report

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

מי שרוצה ללמוד עוד קצת היסטוריה מוזמן לפנות לפודקאסט המדהים של דן קרלין ומי שרוצה לקרוא עוד קצת על Fabric Pool מוזמן לקרוא את הפוסט הבא של ג'ף בקסטר

כמו תמיד אשמח לשמוע מה דעתכם על הפוסט, על Fabric Pool ועל החיים

שלכם,

ניר מליק

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

סקירה קצרה ולא מחייבת של הסשנים המעניינים בעיניי בכנס NetApp Insight 2016 ברלין

סקירה קצרה ולא מחייבת של הסשנים המעניינים בעיניי בכנס NetApp Insight 2016 ברלין

לכל מי שמתרגש כמוני לקראת NetApp Insight Berlin, פוסט זה יכלול תיאור לא סופי ולא מחייב של כמה מהסשנים המעניינים מבחינתי,

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

ביום הראשון לכנס אני מתרכז בשתי הדרכות מעשיות, הראשונה, 60719-3-TT, סוקרת את כלי הסייזינג של מערכות ה E-Series, בדגש על יכולת שהיתה חסרה לי עד עכשיו, היכולת לתכנן באופן מסודר מערכות בעלות יותר מסוג אחד של workload ובהתאמה יותר מסוג אחד של דיסקים. יכולת היברידית היא יכולת מובנית במערכות אלו כבר מזמן אבל כלי הסייזינג לא ידע לייצג יכולת זו.

ההדרכה השניה, 51231-2, מתמקדת בכלי המיגרציה השונים הקיימים במערכות על מנת לפשט את המעבר אל מערכות NetApp FAS בדגש מבחינתי על יכולת ה FLI או foreign LUN import.

היום השני מוקדש מבחינתי ליישום בפועל של NetApp Data Fabric. פרט לסשן אחד שמוקדש ליכולת ניתוח צווארי בקבוק במערכות , 60762-3-TT, שאר הסשנים מוקדים בפועל ל data fabric. הסשן הראשון בנושא, 95166-1, נקרא the evolution of the data fabric וסוקר במעוף הציפור את כלל הפתרונות הרלוונטיים בתוך מארג המידע של NetApp. הסשן השני, 84551-2, בהובלת ירון חיימסון מצוות הפיתוח של NetApp כאן בישראל, מתרכז בהדגמה בפועל של יכולת פתרונות הענן של NetApp כולל ONTAP Cloud, יכולות אוטומציה של תהליכים באמצעות כלים של NetApp בענן ותצורות ענן היברידי הלכה למעשה.

אחרי הצהרים יתקיים סשן אחד מאד מיוחד מבחינתי, 95160-1 הוא סשן מסוג inform and delight כלומר, סשן קצר וממוקד שאמור לתת טעימה של משהוא אחר, משהו עם טוויסט, ואכן סשן ספציפי זה הוא סשן של שני המייסדים, שני הדייב'ים, דייב היץ מייסד NetApp ודייב וורייט מייסד Solid Fire, והנושא הוא the future of storage. איך אפשר לפספס הזדמנות להיות עם שניהם באותו חדר ולשמוע מהם באופן ישיר לגבי התפיסה שלהם את עתיד התעשייה שלנו? את היום הזה אני מסיים בסשן 61538-2 במתרכז באחד היישומים הפשוטים והאהובים עלי ליישום תפיסת ה data fabric  והוא NetApp FAS Flex Array על גבי מערכות E-Series בדגש על ארכיטקטורה למערכות עתירות ביצועים.

הסשן הכי חשוב מבחינתי ביום השלישי הוא סשן 60713-3. סשן זה הוא סשן הסוקר את פתרונות S3 ופתרונות Swift. פתרונות גיבוי לענן כדוגמאת AltaVault, פתרונות ענן פרטי כמו open stack ופתרונות tier לענן כדוגמאת fabric pool מחייבים כולם הבנה של פרוטוקולים אלו.

היום האחרון של הכנס הוא יום קצת מעורבב מבחינתי כי הוא משלב גם סשנים המוקדשים לתחרות ומכירות וגם סשנים טכניים, הסשן הכי מעניין מבחינתי הוא 46735-2, Ceph on NetApp E-Series והוא הכי מעניין מבחינתי כי למעשה זה הנושא שאני יודע עליו הכי מעט מבין כל הסשנים המוצגים השנה. הסשן הכי חשוב מבחינתי הוא 60749-3 VMware and VVOL integration with NetApp SolidFire, משולבים כאן שלושה דברים מאד מאד חשובים מבחינתי, אחד הוא הצגה של פתרון VMware VVoL שלהערכתי יתפוס תאוצה בעתיד הקרוב בעיקר לאור דגש והכרזות גם של יצרנים אחרים לתמיכה מסודרת בפתרון זה (כמו HDS או Nimble), שני הוא מבט נוסף לתוך SolidFire, לדעתי אחד הפתרונות הכי סקסיים בעולם האחסון היום, ושלישי הוא הזדמנות לצפות Live בג'וש אטוול ביחד עם אנדי בנטה. חוויה. מקווה שיחלקו גרביים.

socks

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

שלכם, בברכת #nextstopinsight

ניר מליק

New NetApp Software & Flash Systems are here, have a look!

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

במהלך אירוע הפתיחה הוכרזו החידושים המרכזיים במערכת ההפעלה החדשה ONTAP 9.1 וכן הושקה סדרה חדשה של חומרה, בקרים ומדפים, לקו מוצרי ה FAS וה All Flash FAS. כזכור NetApp היתה היצרן הראשון להכריז תמיכה בדיסקים מסוג 15.3TB SSD ועכשיו מוכרזת תמיכה מלאה בקישוריות 40GbE, 32Gb FC וקישוריות 12Gb SAS וזאת על מנת לאפשר את ניצול כלל המשאבים שהסוסים החדשים יודעים לספק.

מיד אסקור חלק מהחידושים שמציגה מערכת ההפעלה החדשה ONTAP 9.1 אבל ראשית אני רוצה להפנות את תשומת לבכם לעובדה שכלל יש מערכת הפעלה כזו, זה שינוי אדיר בקצב עדכוני התוכנה של היצרן והוא מצביע על השינוי המהותי שעוברת NetApp בזמן האחרון. השנה הוכרזו כבר ONTAP 9, Elements Florin וכן SANtricity 3.0, משהו טוב עובר על מחלקות הפיתוח של NetApp וציפור לחשה לי שיש עוד חידושים מאד משמעותיים בקנה להמשך השנה.

חידוש מעניין ראשון הוא יכולת ה Flex Groups שמחליפה את טכנולוגית ה infini-vol. הטכנולוגיה החדשה מרחיבה באופן משמעותי את היכולת לספק file system ענק לניצול כמות גדולה של בקרים ונפח אחסון ותומכת מעכשיו ב 20PB  של מידע וארבע מאות מיליארד קבצים, בתמיכה מובנית ב NFS  וכן SMB מדובר במפלצת Scale-Out לעולמות עיבוד, ניתוח, ניטור וריצוף גנטי.

החל מגרסא זו קיימת תמיכה מלאה גם ב Cloud ONTAP על גבי סביבות Azure בנוסף לתמיכה הקיימת בסביבות AWS והחידוש הכי מעניין בעולם הענן הוא התמיכה של מערכות ה All Flash בביצוע Cloud Tiering כלומר העברה אוטומטית של מידע "קר" ל S3! כזכור כתבתי בעבר שתפישת ה Data Fabric היא לא רק חזון או מסר שיווקי והחידוש הזה הוא צעד ענק להוכחה שצדקתי.

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

סדרת בקרי ה FAS החדשה כוללת שלושה דגמים, FAS 2600, FAS 8200 וספינת הדגל החדשה FAS9000.

ה FAS 9000 מציגה תפיסה חדשה לגבי מבנה פיזי של בקרי מערכת אחסון המזכירה מארזים של שרתי להב, שני מודולי הבקרים אינם כוללים רכיבי תקשורת כך שניתן יהיה להחליפם בקלות רבה יותר בעת הצורך והמארז כולל 10 חריצי הרחבה לכל בקר. זוג בקרים יחיד מדגם זה מסוגל לתמוך בנפח אדיר של 14PB והמשמעות היא יכולת גידול לקלאסטר של 172PB  בשימוש ביכולת ה Scale-Out של ONTAP. המבנה המודולרי מאפשר גם הרחבה או החלפה של רכיבי ה NVRAM בעת הצורך וכולל חריצים יעודיים לרכיבי NVMe SSD לשימוש ככרטיסי האצה, שדרוג של Flash Cache  המוכר והאהוב.

fas9000

דגם ה"ביניים" הוא FAS 8200 שיכלול 256GB RAM וכל בקר יגיע באופן מובנה עם 1TB NVMe וביחד עם Flash Pool המערכת תתמוך ב 48TB של SSD Cache. זוג בקרים יחיד יתמוך בנפח אחסון של עד 4.8PB ומקסימום של 57PB בשימוש ביכולות Scale-Out. דגם זה כולל הכפלה של כמות ליבות העיבוד לעומת FAS 8040, דגם ה mid-range בסדרה הקודמת ובהשוואה לאותו הדגם המערכת כוללת פי 4 יותר זיכרון RAM!

מערכות ה FAS 2600  יחליפו את מערכות ה FAS 2500 ויכללו גם הן באופן מובנה 1TB NVMe להאצת ביצועים. מערכות אלו יוצעו בשני תתי דגם, FAS 2620 שתכיל באופן מובנה דיסקים בגודל פיזי של 3.5 אינטש ו FAS 2650 שתכיל באופן מובנה דיסקים בגודל פיזי של 2.5 אינטש. סדרה זו כוללת הכפלה של משאבים לעומת הסדרה הקודמת ובכלל זה כמות ה RAM בבקרים וכמות ה NVRAM והכפלה פי 3! של כמות ליבות העיבוד. הגידול בכמות הפורטים המובנים מאפשרת שימוש בפורטים מסוג 10Gb לקישוריות קלאסטר ועדיין לספק 4 פורטי UTA בכל בקר לתקשורת אל השרתים. סידרת Entry Level שמספקת 100,000 IOps או 5Gb זה לא רע הא?!

שני דגמים חדשים בסדרת מוצרי ה All Flash  הם ה A700 שתתבסס על המבנה של FAS900 ותכיל 1TB RAM וה A300 שתתבסס על המבנה של FAS8200 ותכיל 256GB RAM. שילוש של בקרים אלו, דיסקי SSD  בלבד ותמיכה בכרטיסי התקשורת החדשים תאפשר לרדת לעולמות ה micro second בזמני התגובה וכל מה שנשאר ללקוחות זה להניח תשתית שתהיה מסוגלת למשוך (ולמשוך, ולמשוך) משאבים.

במסגרת השקת סדרת הבקרים החדשה הוכרזו גם דגמי מדפים חדשים על מנת לתמוך במהירות קישור של 12Gb SAS וגם בתחום זה צפויות הכרזות נוספות בקרוב.