אנו מתווכחים בפירוט מה הופך את ה-OceanStor Dorado 18000 V6 למערכת אחסון מתקדמת באמת עם רזרבה ראויה לשנים הקרובות. במקביל, אנו מפיגים חששות נפוצים לגבי אחסון All-Flash ומראים כיצד Huawei מוציא מהם את המקסימום: NVMe מקצה לקצה, זיכרון מטמון נוסף ב-SCM ועוד המון פתרונות אחרים.
נוף נתונים חדש - אחסון נתונים חדש
עוצמת הנתונים נמצאת בעלייה בכל הענפים. והמגזר הבנקאי הוא המחשה ברורה לכך. במהלך השנים האחרונות גדל מספר העסקאות הבנקאיות ביותר מפי עשרה. כפי שמראה , רק ברוסיה בתקופה שבין 2010 ל-2018 מספר העסקאות שאינן במזומן באמצעות כרטיסי פלסטיק הראה עלייה של יותר משלושים - מ-5,8 ל-172 לאדם בשנה. קודם כל, ניצחון המיקרו-תשלומים: רובנו הפכנו להיות קשורים לבנקאות מקוונת, והבנק נמצא כעת בהישג ידנו - בטלפון.
תשתית ה-IT של מוסד אשראי חייבת להיות מוכנה לאתגר כזה. וזה באמת אתגר. בין היתר, אם קודם לכן הבנק היה צריך להבטיח זמינות נתונים רק בשעות הפעילות שלו, כעת זה 24/7. עד לא מזמן, 5 אלפיות השנייה נחשבה לקצב חביון מקובל, אז מה? עכשיו אפילו 1 ms זה מוגזם. עבור מערכת אחסון מודרנית, היעד הוא 0,5 אלפיות השנייה.
אותו דבר עם אמינות: בשנות ה-2010 נוצרה הבנה אמפירית שדי להביא את רמתו ל"חמש עשרות" - 99,999%. נכון, ההבנה הזו התיישנה. בשנת 2020, זה נורמלי לחלוטין שעסק דורש 99,9999% עבור אחסון ו-99,99999% עבור הארכיטקטורה הכוללת. וזו בכלל לא גחמה, אלא צורך דחוף: או שאין חלון זמן לתחזוקת תשתיות, או שהוא זעיר.
למען הבהירות, נוח להקרין את האינדיקטורים הללו למישור הכסף. הדרך הקלה ביותר היא על הדוגמה של מוסדות פיננסיים. התרשים שלמעלה מראה כמה כל אחד מ-10 הבנקים המובילים בעולם מרוויח לשעה. עבור הבנק התעשייתי והמסחרי של סין לבדו מדובר בלא פחות מ-5 מיליון דולר. זה בדיוק כמה תעלה שעה של השבתה של תשתית ה-IT של ארגון האשראי הגדול בסין (ורק רווחים אובדים נלקחים בחשבון ב- החישוב!). מנקודת מבט זו ברור שההפחתה בזמן ההשבתה והעלייה באמינות, לא רק באחוזים בודדים, אלא אפילו בשברירי אחוזים, מוצדקות באופן רציונלי לחלוטין. לא רק מטעמי הגברת התחרותיות, אלא פשוט למען שמירה על עמדות השוק.
שינויים דומים מתרחשים בענפים אחרים. למשל, בתחבורה אווירית: לפני המגיפה, הנסיעות האוויריות רק תפסו תאוצה משנה לשנה, ורבים החלו להשתמש בה כמעט כמו מונית. באשר לדפוסי הצריכה, ההרגל של זמינות מוחלטת של שירותים השתרש בחברה: עם ההגעה לשדה התעופה, עלינו להתחבר ל-Wi-Fi, גישה לשירותי תשלום, גישה למפת האזור וכו'. כתוצאה מכך, העומס על תשתיות ושירותים במרחבים הציבוריים גדל פי כמה. והגישות הללו לתשתית שלה, לבנייה, שחשבנו למקובלת אפילו לפני שנה, מתיישנות במהירות.
האם מוקדם מדי לעבור ל- All-Flash?
כדי לפתור את הבעיות שהוזכרו לעיל, מבחינת ביצועים, AFA - מערכי כל-פלאש, כלומר מערכים הבנויים לחלוטין על פלאש - הם המתאימים ביותר. אלא אם כן, עד לאחרונה, היו ספקות אם הם ניתנים להשוואה באמינותם לאלה שהורכבו על בסיס כוננים קשיחים והיברידיים. אחרי הכל, לזיכרון פלאש במצב מוצק יש מדד שנקרא זמן ממוצע בין תקלות, או MTBF (זמן ממוצע בין תקלות). השפלה של תאים עקב פעולות I/O, אבוי, היא מובן מאליו.
אז הסיכויים של All-Flash האפילו על ידי השאלה איך למנוע אובדן נתונים במקרה שה-SSD יורה לחיות לאורך זמן. גיבוי הוא אופציה מוכרת, רק זמן השחזור יהיה גדול באופן בלתי מתקבל על הדעת בהתבסס על דרישות מודרניות. דרך נוספת לצאת היא להגדיר רמה שנייה של אחסון על כונני ציר, עם זאת, עם סכימה כזו, חלק מהיתרונות של מערכת "מבזק למהדרין" אובדים.
עם זאת, המספרים אומרים אחרת: הסטטיסטיקה של ענקיות הכלכלה הדיגיטלית, כולל גוגל, בשנים האחרונות מלמדת שפלאש אמין פי כמה מהכוננים הקשיחים. יתרה מכך, גם בפרק זמן קצר וגם בפרק זמן ארוך: בממוצע חולפות ארבע עד שש שנים עד שכונני הבזק נכשלים. מבחינת אמינות אחסון נתונים, הם בשום אופן לא נחותים מכוננים על דיסקים מגנטיים בציר, או אפילו עולים עליהם.
טיעון מסורתי נוסף לטובת כונני ציר הוא סבירותם. אין ספק שהעלות של אחסון טרה-בייט בכונן קשיח עדיין נמוכה יחסית. ואם לוקחים בחשבון רק את עלות הציוד, זול יותר להחזיק טרה-בייט בכונן ציר מאשר ב-SSD. עם זאת, בהקשר של תכנון פיננסי, חשוב לא רק כמה נקנה מכשיר מסוים, אלא גם מהי העלות הכוללת של בעלות עליו לאורך זמן - משלוש עד שבע שנים.
מהזווית הזו, זה שונה לגמרי. גם אם נתעלם ממניעת כפילויות ודחיסה, אשר, ככלל, משמשים במערכי פלאש והופכים את פעולתם לרווחית יותר מבחינה כלכלית, נותרו מאפיינים כגון שטח מתלה תפוס על ידי מדיה, פיזור חום וצריכת חשמל. ולדבריהם, השטיפה עולה על קודמותיה. כתוצאה מכך, ה-TCO של מערכות אחסון הבזק, תוך התחשבות בכל הפרמטרים, הוא לרוב כמעט חצי מזה של מערכים על כונני ציר או היברידיות.
על פי דיווחי ESG, מערכות האחסון של Dorado V6 All-Flash יכולות להשיג הפחתה בעלות הבעלות של עד 78% בפרק זמן של חמש שנים, כולל באמצעות מניעת כפילות ודחיסה יעילה, ובשל צריכת חשמל נמוכה ופיזור חום. גם חברת האנליטיקה הגרמנית DCIG ממליצה להשתמש בהם כטובים ביותר מבחינת TCO הקיימים כיום.
השימוש בכונני מצב מוצק מאפשר לחסוך במקום שמיש, להפחית את מספר התקלות, להפחית את זמן תחזוקת הפתרון, להפחית את צריכת החשמל ופיזור החום של מערכות האחסון. ומסתבר ש-AFA דומה לפחות מבחינה כלכלית למערכים מסורתיים על כונני ציר, ולעתים קרובות אפילו עולה עליהם.
Huawei Royal Flush
בין אחסון ה-All-Flash שלנו, המקום העליון שייך למערכת היי-אנד OceanStor Dorado 18000 V6. ולא רק אצלנו: באופן כללי, בתעשייה היא מחזיקה בשיא המהירות - עד 20 מיליון IPOS בתצורה המקסימלית. בנוסף, הוא אמין ביותר: גם אם שני בקרים יטוסו בבת אחת, או עד שבעה בקרים בזה אחר זה, או מנוע שלם בבת אחת, הנתונים ישרדו. יתרונות ניכרים של "שמונה עשרה אלף" ניתנים על ידי ה-AI המחובר אליו, כולל הגמישות בניהול תהליכים פנימיים. בואו נראה איך זה מושג.
במידה רבה, ל-Huawei יש התחלה מכיוון שהיא היצרנית היחידה בשוק שמייצרת מערכות אחסון בעצמה - באופן מלא ומוחלט. יש לנו מעגלים משלנו, מיקרוקוד משלנו, שירות משלנו.
הבקר במערכות OceanStor Dorado בנוי על מעבד מהתכנון והייצור של Huawei - Kunpeng 920. הוא משתמש במודול הבקרה Intelligent Baseboard Management Controller (iBMC), גם שלנו. שבבי בינה מלאכותית, כלומר ה-Ascend 310, המייעלים תחזיות כשלים ומציעים המלצות להגדרות, הם גם Huawei, כמו גם לוחות I/O - מודול ה-Smart I/O. לבסוף, הבקרים ב-SSD מתוכננים ומיוצרים על ידינו. כל זה סיפק את הבסיס ליצירת פתרון מאוזן ועם ביצועים גבוהים באופן אינטגרלי.
במהלך השנה האחרונה, יישמנו פרויקט להכנסת מערכת האחסון הזו, הכי מובילה שלנו, באחד הבנקים הרוסיים הגדולים ביותר. כתוצאה מכך, יותר מ-40 יחידות OceanStor Dorado 18000 V6 באשכול המטרו מציגות ביצועים יציבים: ניתן להסיר יותר ממיליון IOPS מכל מערכת, וזה לוקח בחשבון עיכובים הנובעים ממרחק.
NVMe מקצה לקצה
מערכות האחסון העדכניות ביותר של Huawei תומכות ב-NVMe מקצה לקצה, שאנו מדגישים מסיבה כלשהי. הפרוטוקולים בשימוש מסורתי לגישה לכוננים פותחו בעת העתיקה IT: הם מבוססים על פקודות SCSI (שלום, שנות השמונים!), אשר מושכות הרבה פונקציות כדי להבטיח תאימות לאחור. לא משנה באיזו שיטת גישה תנקוט, תקורה של הפרוטוקול במקרה זה היא עצומה. כתוצאה מכך, עבור אחסון שמשתמשים בפרוטוקולים הקשורים ל-SCSI, השהיית הקלט/פלט לא יכולה להיות נמוכה מ-1980-0,4 אלפיות השנייה. בתורו, בהיותו פרוטוקול שנועד לעבוד עם זיכרון פלאש ומשוחרר מקביים למען התאימות האחורית הידועה לשמצה, NVMe - Non-Volatile Memory Express - מוריד את זמן ההשהיה ל-0,5 ms, יתר על כן, לא על מערכת האחסון, אלא על את כל הערימה, ממארח ועד כוננים. באופן לא מפתיע, NVMe עולה בקנה אחד עם מגמות פיתוח אחסון נתונים לעתיד הנראה לעין. הסתמכנו גם על NVMe - ובהדרגה מתרחקים מ-SCSI. כל מערכות האחסון של Huawei המיוצרות כיום, לרבות קו דוראדו, תומכות ב-NVMe (עם זאת, כמקצה לקצה היא מיושמת רק בדגמים המתקדמים של סדרת דוראדו V0,1).
FlashLink: אגרוף של טכנולוגיות
טכנולוגיית אבן הפינה עבור כל קו OceanStor Dorado היא FlashLink. ליתר דיוק, זהו מונח המשלב מערך אינטגרלי של טכנולוגיות המבטיחות ביצועים ואמינות גבוהים. זה כולל טכנולוגיות מניעת כפילויות ודחיסה, תפקוד מערכת הפצת הנתונים RAID 2.0+, הפרדת נתונים "קרים" ו"חמים", רישום נתונים רציף של פסים מלאים (כתיבה אקראית, עם נתונים חדשים ומשתנים, מצטברים ל- מחסנית גדולה ונכתבת ברצף, מה שמגביר את מהירות הקריאה-כתיבה).
בין היתר, FlashLink כולל שני מרכיבים חשובים – Wear Leveling ו-Global Garbage Collection. יש לטפל בהם בנפרד.
למעשה, כל כונן מוצק הוא מערכת אחסון במיניאטורה, עם מספר רב של בלוקים ובקר המבטיח זמינות נתונים. והוא מסופק, בין היתר, בשל העובדה שהנתונים מהתאים "הרוגים" מועברים ל"לא נהרג". זה מבטיח שניתן לקרוא אותם. ישנם אלגוריתמים שונים להעברה כזו. במקרה הכללי, הבקר מנסה לאזן את הבלאי של כל תאי האחסון. לגישה הזו יש חיסרון. כאשר נתונים מועברים בתוך ה-SSD, מספר פעולות ה-I/O שהוא מבצע מצטמצם באופן דרמטי. לעת עתה, זה רוע הכרחי.
לפיכך, אם יש הרבה כונני SSD במערכת, מופיע "מסור" על גרף הביצועים, עם עליות וירידות חדות. הבעיה היא שכונן אחד מהמאגר יכול להתחיל העברת נתונים בכל עת, והביצועים הכוללים מוסרים בו-זמנית מכל כונני ה-SSD במערך. אבל מהנדסי Huawei הבינו כיצד להימנע מה"מסור".
למרבה המזל, גם הבקרים בכוננים, וגם בקר האחסון, והקושחה של Huawei הם "מקוריים", התהליכים האלה ב-OceanStor Dorado 18000 V6 מושקים באופן מרכזי, סינכרוני בכל הכוננים במערך. זאת ועוד, בפקודת בקר האחסון, ודווקא כאשר אין עומס I/O כבד.
שבב הבינה המלאכותית מעורב גם בבחירת הרגע הנכון להעברת נתונים: בהתבסס על הנתונים הסטטיסטיים של כניסות לחודשים הקודמים, הוא מסוגל לחזות בסבירות הגבוהה ביותר אם לצפות ל-I/O פעיל בעתיד הקרוב, וכן אם התשובה שלילית, והעומס על המערכת כרגע קטן, אז הבקר מפקח על כל הכוננים: מי שזקוק ל-Wear Leveling צריך לעשות זאת בבת אחת ובסינכרוני.
בנוסף, בקר המערכת רואה מה קורה בכל תא של הכונן, בניגוד למערכות האחסון של יצרנים מתחרים: הם נאלצים לרכוש מדיה מוצקה מספקי צד שלישי, וזו הסיבה שפירוט ברמת התא אינו זמין עבור הבקרים של מחסנים כאלה.
כתוצאה מכך, ל-OceanStor Dorado 18000 V6 יש תקופה קצרה מאוד של ירידה בביצועים בפעולת Wear Leveling, והיא מבוצעת בעיקר כאשר היא אינה מפריעה לשום תהליכים אחרים. זה נותן ביצועים יציבים גבוהים על בסיס מתמשך.
מה הופך את OceanStor Dorado 18000 V6 לאמין
ישנן ארבע רמות של אמינות במערכות אחסון נתונים מודרניות:
- חומרה, ברמת הכונן;
- אדריכלי, ברמת הציוד;
- ארכיטקטוני יחד עם חלק התוכנה;
- מצטבר, המתייחס לפתרון בכללותו.
מכיוון שכזכור, חברתנו מתכננת ומייצרת את כל רכיבי מערכת האחסון בעצמה, אנו מספקים אמינות בכל אחת מארבע הרמות, עם יכולת לנטר ביסודיות מה קורה באיזה מהם כרגע.
האמינות של הכוננים מובטחת בעיקר על ידי פילוס הבלאי שתואר קודם לכן ואיסוף האשפה העולמי. כאשר SSD נראה כמו קופסה שחורה למערכת, אין לה מושג איך בדיוק התאים נשחקים בה. עבור ה-OceanStor Dorado 18000 V6, הכוננים שקופים, מה שמאפשר לאזן באופן שווה בין כל הכוננים במערך. לפיכך, מסתבר שהוא מאריך משמעותית את חיי ה-SSD ומבטיח רמת אמינות גבוהה של פעולתם.
כמו כן, אמינות הכונן מושפעת מתאים מיותרים נוספים בו. ויחד עם רזרבה פשוטה, מערכת האחסון משתמשת במה שנקרא תאי DIF, המכילים סכומי ביקורת, כמו גם קודים נוספים להגנה על כל בלוק משגיאה בודדת, בנוסף להגנה ברמת מערך ה-RAID.
המפתח לאמינות אדריכלית הוא פתרון SmartMatrix. בקיצור, מדובר בארבעה בקרים שיושבים על מטוס אחורי פסיבי כחלק ממנוע אחד (מנוע). שניים מהמנועים הללו - בהתאמה, עם שמונה בקרים - מחוברים למדפים משותפים עם כוננים. הודות ל-SmartMatrix, גם אם שבעה מתוך שמונה בקרים יפסיקו לתפקד, הגישה לכל הנתונים, הן לקריאה והן לכתיבה, תישאר. ועם אובדן של שישה מתוך שמונה בקרים, ניתן יהיה אפילו להמשיך בפעולות שמירה במטמון.
לוחות קלט/פלט באותו מטוס אחורי פסיבי זמינים לכל הבקרים, הן בקצה הקדמי והן בקצה האחורי. עם ערכת חיבור מלאה כזו, לא משנה מה נכשל, הגישה לכוננים נשמרת תמיד.
הכי נכון לדבר על מהימנות של ארכיטקטורה בהקשר של מצבי הכשל שמערכת האחסון מסוגלת להגן מפניהם.
האחסון ישרוד את המצב ללא אובדן אם שני בקרים "נופלים", כולל בו זמנית. יציבות כזו מושגת בשל העובדה שלכל בלוק מטמון יש בהחלט שני עותקים נוספים בבקרים שונים, כלומר בסך הכל הוא קיים בשלושה עותקים. ולפחות אחד נמצא על מנוע אחר. כך, גם אם המנוע כולו יפסיק לעבוד - עם כל ארבעת הבקרים שלו - מובטח שכל המידע שהיה בזיכרון המטמון יישמר, כי המטמון ישוכפל בבקר אחד לפחות מהמנוע הנותר. לבסוף, עם חיבור טורי, אתה יכול לאבד עד שבעה בקרים, וגם אם הם יבוטלו בבלוקים של שניים, - ושוב, כל ה-I/O וכל הנתונים מהמטמון יישמרו.
בהשוואה לאחסון היי-אנד מיצרנים אחרים, ניתן לראות שרק Huawei מספקת הגנת נתונים מלאה וזמינות מלאה גם לאחר מותם של שני בקרים או המנוע כולו. רוב הספקים משתמשים בסכימה עם מה שנקרא זוגות בקרים שאליהם מחוברים כוננים. למרבה הצער, בתצורה זו, אם שני בקרים נכשלים, קיים סיכון לאיבוד גישת I/O לכונן.
למרבה הצער, כישלון של רכיב בודד אינו נשלל באופן אובייקטיבי. במקרה זה, הביצועים יירדו למשך זמן מה: יש צורך לבנות מחדש את הנתיבים ולחדש את הגישה לפעולות I/O ביחס לאותם בלוקים שבאו לכתוב, אך עדיין לא נכתבו, או שהתבקשו לְהִקָרֵא. ל-OceanStor Dorado 18000 V6 זמן בנייה מחדש ממוצע של כשנייה אחת, פחות משמעותית מהאנלוגי הקרוב ביותר בתעשייה (4 שניות). זה מושג הודות לאותו מטוס אחורי פסיבי: כאשר הבקר נכשל, השאר רואים מיד את הקלט/פלט שלו, ובפרט לאיזה בלוק נתונים לא נכתב; כתוצאה מכך, הבקר הקרוב ביותר קולט את התהליך. מכאן היכולת לשחזר ביצועים תוך שנייה בלבד. אני חייב להוסיף, המרווח יציב: שנייה לבקר אחד, שניה לאחר וכו'.
במטוס האחורי הפסיבי של OceanStor Dorado 18000 V6, כל הלוחות זמינים לכל הבקרים ללא כל כתובת נוספת. זה אומר שכל בקר מסוגל לקלוט I/O בכל יציאה. לא משנה באיזה יציאת חזית קצה נכנסת, הבקר יהיה מוכן לעבד אותו. מכאן - המספר המינימלי של העברות פנימיות ופישוט ניכר של האיזון.
איזון Frontend מתבצע באמצעות דרייבר ריבוי הנתיבים, ואיזון נוסף מתבצע בתוך המערכת עצמה, מכיוון שכל הבקרים רואים את כל יציאות ה-I/O.
באופן מסורתי, כל מערכי Huawei מתוכננים בצורה כזו שאין להם נקודת כשל אחת. החלפה חמה, מבלי לאתחל את המערכת, מתאימה לכל מרכיביה: בקרים, מודולי חשמל, מודולי קירור, לוחות I/O וכו'.
מעלה את האמינות של המערכת כולה וטכנולוגיה כגון RAID-TP. זהו שמה של קבוצת RAID, המאפשרת לך לבטח מפני תקלה בו-זמנית של עד שלושה כוננים. ו בנייה מחדש של 1 TB נמשכת באופן עקבי פחות מ-30 דקות. התוצאה המתועדת הטובה ביותר מהירה פי שמונה מאשר עם אותה כמות נתונים על כונן הציר. לפיכך, אפשר להשתמש בכוננים בעלי קיבולת גבוהה במיוחד, נניח 7,68 או אפילו 15 TB, ולא לדאוג לגבי אמינות המערכת.
חשוב שהבנייה מחדש תתבצע לא בכונן רזרבי, אלא בחלל פנוי - קיבולת מילואים. לכל כונן יש מקום ייעודי המשמש לשחזור נתונים לאחר תקלה. לפיכך, ההחלמה מתבצעת לא לפי תכנית "רבים לאחד", אלא לפי תכנית "רבים לרבים", שבגללה ניתן לזרז את התהליך באופן משמעותי. וכל עוד יש יכולת פנויה, ההתאוששות יכולה להמשיך.
כדאי להזכיר גם את האמינות של פתרון ממספר אחסון - באשכול מטרו, או, בטרמינולוגיה של Huawei, HyperMetro. תוכניות כאלה נתמכות בכל מגוון הדגמים של מערכות אחסון הנתונים שלנו ומאפשרות גישה לקבצים וגם לחסום. יתר על כן, בבלוק XNUMX, הוא מתפקד הן באמצעות Fibre Channel והן באמצעות Ethernet (כולל באמצעות iSCSI).
בעצם, אנחנו מדברים על שכפול דו-כיווני ממערכת אחסון אחת לאחרת, שבה ה-LUN המשוכפל מקבל את אותו LUN-ID כמו הראשי. הטכנולוגיה פועלת בעיקר בשל העקביות של מטמונים משתי מערכות שונות. לפיכך, עבור המארח זה לא משנה באיזה צד הוא נמצא: גם כאן וגם שם הוא רואה את אותו כונן לוגי. כתוצאה מכך, שום דבר לא מונע ממך לפרוס אשכול כשל המשתרע על פני שני אתרים.
עבור קוורום, משתמשים בפיזי או וירטואלי. Linux-machine. ניתן למקם אותו באתר שלישי, ודרישות המשאבים שלו צנועות. תרחיש נפוץ הוא לשכור אתר וירטואלי באופן בלעדי לאירוח מכונה וירטואלית מסוג Quorum.
הטכנולוגיה מאפשרת גם הרחבה: שני אחסון - באשכול מטרו, אתר נוסף - עם שכפול אסינכרוני.
מבחינה היסטורית, לקוחות רבים הקימו "גן חיות": חבורה של מערכות אחסון מיצרנים שונים, דגמים שונים, דורות שונים, עם פונקציונליות שונה. עם זאת, מספר המארחים יכול להיות מרשים, ולעתים קרובות הם מוירטואליים. בנסיבות כאלה, אחד מסדר העדיפויות של הניהול הוא לספק במהירות, אחידה ונוחה דיסקים לוגיים למארחים, רצוי באופן שלא יעמיק היכן הדיסקים הללו נמצאים פיזית. לשם כך נועד פתרון התוכנה OceanStor DJ שלנו, שיכול לנהל פה אחד מערכות אחסון שונות ולספק מהן שירותים מבלי להיות קשור למודל אחסון ספציפי.
אותו AI
כפי שכבר ציינו, ל-OceanStor Dorado 18000 V6 יש מעבדים מובנים עם אלגוריתמים של בינה מלאכותית - Ascend. הם משמשים, ראשית, לניבוי כשלים, ושנית, ליצירת המלצות לכוונון, מה שגם מגביר את הביצועים והאמינות של האחסון.
אופק החיזוי הוא חודשיים: מכונות בינה מלאכותית מניחה מה יקרה בסבירות גבוהה בזמן הזה, האם הגיע הזמן להרחיב, לשנות מדיניות גישה וכו'. ההמלצות מונפקות מראש, מה שמאפשר לתזמן חלונות תחזוקה של המערכת מבעוד מועד .
השלב הבא בפיתוח AI מבית Huawei הוא להביא אותו לרמה הגלובלית. במהלך תחזוקת השירות - כשל או המלצות - Huawei צוברת מידע ממערכות רישום מכל מחסני הלקוחות שלנו. בהתבסס על המידע שנאסף, מתבצע ניתוח של התקלות שהתרחשו או פוטנציאליות ומתקבלות המלצות גלובליות - לא על סמך תפקוד מערכת אחסון מסוימת או אפילו תריסר, אלא על מה שקורה וקרה עם אלפי כאלה. מכשירים. המדגם הוא עצום, ועל בסיסו, אלגוריתמי AI מתחילים ללמוד מהר מאוד, וזו הסיבה שהדיוק של התחזיות עולה משמעותית.
תאימות
בשנים 2019-2020, היו הרבה רמיזות לגבי האינטראקציה של הציוד שלנו עם מוצרי VMware. כדי לעצור אותם סופית, אנו מצהירים באחריות: VMware היא שותפה של Huawei. כל הבדיקות שניתן להעלות על הדעת בוצעו להתאמה של החומרה שלנו לתוכנה שלה, וכתוצאה מכך, באתר VMware, דף תאימות החומרה מפרט את מערכות האחסון הזמינות כיום של הייצור שלנו ללא כל הסתייגויות. במילים אחרות, עם סביבת תוכנת VMware, תוכלו להשתמש באחסון Huawei, כולל Dorado V6, עם תמיכה מלאה.
אותו דבר לגבי שיתוף הפעולה שלנו עם Brocade. אנו ממשיכים ליצור אינטראקציה ולבדוק את התאימות של המוצרים שלנו ויכולים להצהיר בביטחון שמערכות האחסון שלנו תואמות באופן מלא למתגי Brocade FC העדכניים ביותר.
מה הלאה?
אנחנו ממשיכים לפתח ולשפר את המעבדים שלנו: הם נעשים מהירים יותר, אמינים יותר, הביצועים שלהם גדלים. אנחנו גם משפרים שבבי בינה מלאכותית – על בסיסם מייצרים גם מודולים שמאיצים את מניעת הכפילויות והדחיסה. מי שיש לו גישה לקונפיגורטור שלנו אולי שם לב שהכרטיסים האלה כבר זמינים להזמנה בדגמי Dorado V6.
אנו גם מתקדמים לקראת אחסון במטמון נוסף בזיכרון אחסון בכיתה - זיכרון לא נדיף עם חביון נמוך במיוחד, כעשר מיקרו-שניות לקריאה. בין היתר, SCM נותן דחיפה לביצועים, בעיקר בעבודה עם ביג דאטה ובפתרון משימות OLTP. לאחר העדכון הבא, כרטיסי SCM אמורים להיות זמינים להזמנה.
וכמובן, פונקציונליות הגישה לקבצים תורחב על פני כל מגוון אחסון הנתונים של Huawei - הישאר מעודכן לעדכונים שלנו.
מקור: www.habr.com
