מערכות אחסון מוגדרות תוכנה או מה הרג את הדינוזאורים?

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

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

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

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

הופעתן של מכונות וירטואליות פירושה שיישומים מרובים יכלו לפעול בו-זמנית על שרת בודד, ככל הנראה על פני מספר בעלים - שינוי שהעמיד מיד בספק את עתיד האחסון המחובר ישירות. ואז הבעלים של תשתיות ההיפר-סקאל (hyperscalers) הגדולות ביותר: פייסבוק, גוגל, איביי וכו', שמאסו בתשלום סכומי עתק עבור מערכות אחסון, פיתחו אפליקציות משלהם שהבטיחו זמינות נתונים בשרתים רגילים במקום אחסון "חומרה" גדול. מערכות. ואז אמזון הציגה משהו מוזר לשוק שנקרא Simple Storage Service, או S3. לא בלוק, לא קובץ, אלא משהו חדש ביסודו: אי אפשר היה לקנות מערכת, אפשר היה לקנות רק שירות. רגע, מה זה האור הבהיר הזה הנראה בשמים? עוד אסטרואיד?

היורה: עידן "הסאורים הטובים מספיק"

נכנסנו לשלב פיתוח האחסון עם האידיאולוגיה של "מספיק טוב". לקוחות אחסון, שהבחינו במה שעשו ה-Hyperscalers, החלו להטיל ספק בהגינות של פי עשר או אפילו מאה העלות הנוספת על החומרה שהם משלמים עבור מערכות האחסון הארגוניות שלהם. מערכים ברמה בינונית החלו לזכות בנתח שוק ממערכות מהשורה הראשונה. מוצרים כגון HPE 3PAR הראה צמיחה מהירה. EMC Symmetrix, המערך הדומיננטי פעם במחלקת הארגונים, עדיין החזיק בטריטוריה מסוימת, אבל הוא הצטמק במהירות. משתמשים רבים החלו להעביר את הנתונים שלהם ל-AWS.

מצד שני, חדשני אחסון החלו ללוות רעיונות מ-Hyperscalers, תוך שימוש בטכנולוגיות של מערכות מבוזרות להרחבה אופקית – אידיאולוגיה הפוכה לקנה מידה אנכי. צפוי שתוכנת האחסון החדשה תוכל לרוץ על שרתים רגילים, ממש כמו היפר-scalers. לא יותר פי 10-100 מעלות הציוד עצמו. בתיאוריה, אתה יכול להשתמש בכל שרת - הבחירה תלויה בהעדפות שלך. עידן האחסון המוגדר בתוכנה (SDS) החל: עננים הסתירו את השמיים, הטמפרטורות ירדו ואוכלוסיית טורפי השיא החלה לרדת.

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

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

התקופה הקנוזואית: מסיבי אחסון שולטים

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

אנחנו ב-2019, אז למה עדיין יש עסק לאחסון של מיליארדי דולרים המבוססים על טכנולוגיית Y2K? כי הם עובדים! במילים פשוטות, הדרישות של יישומים קריטיים למשימה לא מומשו על ידי מוצרים שנוצרו על גל ההייפ. מוצרים כגון HPE 3PAR נותרו האפשרויות הטובות ביותר עבור לקוחות ארגוניים, וההתפתחות החדשה של ארכיטקטורת HPE 3PAR היא HPE Primera - זה רק מאשר את זה.

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

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

תקופה שלישונית: הופעת צורות חיים חדשות

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

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

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

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

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

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

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

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

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

זמינות של Datera ברוסיה

Datera היא שותפה טכנולוגית גלובלית של Hewlett Packard Enterprise. מוצרי Datera נבדקים לגבי תאימות וביצועים עם דגמי שרתים שונים HPE ProLiant.

תוכל ללמוד עוד על ארכיטקטורת Datera בכתובת סמינר מקוון של HPE 31 אוקטובר.

מקור: www.habr.com