All Anything and Carpool lanes

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

אז בחודש שעבר, סיגייט סיפרה לנו באמצעות Block and Files, שבין היתר, באמצעות הטכנולוגיות האלו, דיסקים מסובבים יוכלו להישאר זולים יותר מדיסקי SSD גם במבט ל15 שנים קדימה שזה מעניין כי השבוע אותו אתר הציג לנו מאמר של היוברט סמית' שאומר לנו שדיסקים מבוססי NAND הם לא רק זולים יותר מדיסקים מסתובבים, הם אפילו אמינים יותר!

עכשיו, פעם היו לנו דיסקים 5,400 RPM, ואז שדרגנו ל 7,200 RPM  ואז מי שרצה דיסקים מהירים קנה דיסקי FC ואחריהם הוא קנה דיסקי SAS ואז אמרנו לכל הלקוחות שלנו להגדיל את כמות הדיסקים, הספינדלים, כדי לחלק על כמות דיסקים גדולה יותר את הפעולות שהם נדרשים לבצע, את ה IOPS ואז עלה עלינו מהמדבר הפולש המונגולי של מערכות ה All Flash ואמר ללקוחות שלנו שהם משוגעים כי הם קונים נפח שהם לא יכולים לנצל בשביל לקבל ביצועים וכדאי להם לעבור לדיסקי SSD ועכשיו מה מוכרים ללקוחות שלנו אותם כוהני SSD? שהם צריכים לקנות נפח שהם לא יכולים לנצל בשביל שרידות!

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

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

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

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

עכשיו, מה עושים אם פתאום יש עומס חריג במערכת? מה עושים אם פתאום מערכת האחסון שלנו נחנקת  בגלל עומס חריג? אפשר כמובן להכיל מדיניות Quality of Service על כל האובייקטים בסביבה וככה להגביל מראש את כמות המשאבים שכל אובייקט יהיה מסוגל לצרוך אבל גם אם לא עשינו את זה, קיים אצלנו מנגנון מובנה שיודע "להעניש" את מי שמתפרע, להוסיף Latency  לפעולות של מי שחורג כדי לתעדף את מי שמתנהג יפה. בדיוק כמו נתיבי הקארפול הטריק הזה לא יכול לעבוד בסביבה שקורסת תחת הנטל גם ככה וגם מנגנוני QoS מתוכננים לטפל במי שבדרך כלל מתנהג יפה, אם מדיניות ה QoS שלכם כל הזמן בפעולה, אם ה Threshold שלכם כל הזמן פעילים, אז הם פשוט לא מוגדרים נכון והסביבה שלכם חנוקה, אתם לא שולטים במצב אלא דקה מפיצוץ.

ספרו לי מה חשבתם על הפוסט הפעם,

צום קל!

אני במשמרת מג"ב ביום כיפור אז תעשו טובה ותשמרו על עצמכם,

שלכם,

ניר מליק

InfiniBox V4

InfiniBox V4

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

רפליקציה סינכרונית

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

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

נזכיר שהרפליקציה הא-סינכרונית שלנו מאפשרת להגיע ל RPO של 4 שניות ולכן היכולת הזו מספקת את מרבית הלקוחות שלנו.

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

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

changereplication

QoS

הוספנו יכולת QoS שתאפשר להגביל את דרישות הביצועים של Pool, Volume או File System. ניתן לקבוע את המדיניות במדד של IOps או במדד של Throughput ולאפשר Burst במידת הצורך. אחד הסגמנטים שאנחנו מאד חזקים בו הוא סגמנט ספקיות השירות שמאד אוהבות את מודל ה Capacity on Demand שלנו ואלו הלקוחות שדרשו את היכולת הזו. רוב לקוחות ה IT הכלליים לא צריכים להגביל כלום כי כמות משאבי הביצועים שעומדת לרשותם בשימוש במערכת InfiniBox היא כזו שהם יכולים להרשות לכלל המשתמשים והמערכות לשאוב כמה משאבים שהם רוצים, הספקיות הן אלו שמעוניינות להגביל את המשתמשים כי אם לקוח משלם על SLA של נניח 10,000 IOps, המודל המסחרי של הספקיות הוא כזה שאין סיבה לתת לאותו לקוח 10,001 IOps גם אם התשתית מסוגלת לספק את זה בקלות.

treeQ

אנחנו מרחיבים את יכולות ה NAS שלנו והוספנו יכולת לקבוע Quota לכל תיקיה בנפרד.