آنها زمانی بالای زنجیره غذایی را اشغال می کردند. برای هزاران سال. و سپس اتفاق غیرقابل تصوری رخ داد: آسمان پوشیده از ابرها شد و آنها دیگر وجود نداشتند. در آن سوی جهان، اتفاقاتی رخ داد که آب و هوا را تغییر داد: ابری افزایش یافت. دایناسورها خیلی بزرگ و خیلی کند شدند: تلاش آنها برای زنده ماندن محکوم به شکست بود. شکارچیان اوج به مدت 100 میلیون سال بر زمین حکومت کردند و بزرگتر و قوی تر شدند. آنها به موجودی کامل در بالای زنجیره غذایی تکامل یافتند، اما جهان ناگهان چهره سیاره ما را تغییر داد.
از قضا، این ابرها بودند که دایناسورها را 66 میلیون سال پیش از بین بردند. به همین ترتیب، امروزه ابرها سیستم های کلاسیک ذخیره سازی داده ها را در بالای زنجیره غذایی از بین می برند. در هر دو مورد، مشکل خود ابرها نبود، بلکه توانایی سازگاری با دنیای در حال تغییر بود. در مورد دایناسورها، همه چیز به سرعت اتفاق افتاد: اثر مخرب ابرها طی چند روز یا چند هفته پس از سقوط شهاب سنگ (یا فوران آتشفشان - انتخاب نظریه با شماست) رخ داد. در مورد انبارهای داده کلاسیک، این فرآیند سال ها طول می کشد، اما البته غیر قابل برگشت است.
دوره تریاس: عصر آهن بزرگ و پیدایش کاربردهای مهاجرت
پس چه اتفاقی افتاد؟ اکوسیستم موجود شامل سیستمهای ذخیرهسازی سطح ابتدایی و میانرده، سیستمهای سطح سازمانی و ذخیرهسازی متصل مستقیم (DAS) بود. این دسته ها توسط تحلیلگران تعیین می شدند و حجم بازار، شاخص های هزینه، قابلیت اطمینان، عملکرد و مقیاس پذیری خاص خود را داشتند. و بعد اتفاق عجیبی افتاد.
ظهور ماشینهای مجازی به این معنی بود که چندین برنامه میتوانند به طور همزمان بر روی یک سرور واحد اجرا شوند، احتمالاً در بین چندین مالک - تغییری که بلافاصله آینده ذخیرهسازی متصل مستقیم را زیر سوال برد. سپس صاحبان بزرگترین زیرساختهای فرامقیاس (هیپر مقیاسکننده): فیسبوک، گوگل، ایبی و غیره، خسته از پرداخت مبالغ هنگفت برای سیستمهای ذخیرهسازی، برنامههای کاربردی خود را توسعه دادند که به جای ذخیرهسازی «سختافزاری» بزرگ، دسترسی به دادهها را در سرورهای معمولی تضمین میکرد. سیستم های. سپس آمازون چیز عجیبی به نام سرویس ذخیره سازی ساده یا S3 به بازار معرفی کرد. نه یک بلوک، نه یک فایل، بلکه چیزی اساساً جدید: خرید یک سیستم غیرممکن شد، خرید فقط یک سرویس ممکن شد. یک دقیقه صبر کنید، آن نور درخشان در آسمان چیست؟ یک سیارک دیگر؟
ژوراسیک: عصر "سورهای به اندازه کافی خوب"
ما با ایدئولوژی "به اندازه کافی خوب" وارد فاز توسعه ذخیره سازی شدیم. مشتریان ذخیرهسازی، با توجه به آنچه که هایپرمقیاسکنندهها انجام دادهاند، شروع به زیر سوال بردن عادلانه بودن ده یا حتی صد برابر هزینه اضافی سختافزاری کردند که برای سیستمهای ذخیرهسازی شرکتی خود میپرداختند. آرایه های سطح متوسط شروع به کسب سهم بازار از سیستم های سطح بالا کردند. محصولاتی مانند
از سوی دیگر، مبتکران ذخیرهسازی با استفاده از فناوریهای سیستمهای مقیاسپذیر افقی توزیعشده - یک ایدئولوژی مخالف مقیاس عمودی، ایدههایی را از hyperscalers قرض گرفتند. انتظار میرود که نرمافزار ذخیرهسازی جدید بتواند روی سرورهای معمولی، درست مانند هایپراسکیلرها اجرا شود. بیش از 10-100 برابر هزینه خود تجهیزات نیست. در تئوری، می توانید از هر سروری استفاده کنید - انتخاب به تنظیمات شما بستگی دارد. عصر ذخیره سازی مبتنی بر نرم افزار (SDS) آغاز شده است: ابرها آسمان را پنهان کردند، دما کاهش یافت و جمعیت شکارچیان راس شروع به کاهش کرد.
دوره کرتاسه: آغاز تکامل سیستم های ذخیره سازی نرم افزاری تعریف شده
روزهای اولیه ذخیرهسازی نرمافزاری بسیار سخت بود. وعده های زیادی داده شد، اما کم عملی شد. در همان زمان، یک تغییر تکنولوژیکی مهم رخ داد: حافظه فلش جایگزین مدرن برای زنگ زدگی (HDD) شد. این دورهای بود که راهاندازیهای ذخیرهسازی بسیاری و پولهای سرمایهگذاری ریسکپذیر با سهولت قابل مدیریت بود. اگر یک مشکل نبود همه چیز عالی خواهد بود: ذخیره سازی داده ها نیاز به توجه جدی دارد. به نظر می رسد که مشتریان داده های خود را دوست دارند. اگر دسترسی به آن را از دست بدهند، یا چند بیت بد در ترابایت داده پیدا شود، بسیار نگران و نگران می شوند. بیشتر استارت آپ ها زنده نمانند. مشتریان عملکرد جالبی دریافت کردند، اما همه چیز با ابزارهای اولیه خوب نبود. دستور غذا بد
دوره سنوزوئیک: تودههای ذخیرهسازی غالب هستند
تعداد کمی از مردم در مورد آنچه پس از آن اتفاق افتاد صحبت می کنند، زیرا خیلی جالب نیست - مشتریان همچنان به خرید همان آرایه های ذخیره سازی کلاسیک ادامه می دهند. البته، کسانی که برنامه های خود را به ابر منتقل کردند، داده های خود را نیز به آنجا منتقل کردند. اما برای اکثریت قریب به اتفاق مشتریانی که نمیخواهند به طور کامل به فضای ابری سوئیچ کنند یا اصلاً نمیخواهند تغییر کنند، همان شرکت Hewlett Packard به ارائه آرایههای کلاسیک ادامه داد.
ما در سال 2019 هستیم، پس چرا هنوز یک تجارت ذخیره سازی چند میلیارد دلاری مبتنی بر فناوری Y2K وجود دارد؟ چون کار می کنند! به زبان ساده، الزامات برنامههای کاربردی حیاتی توسط محصولاتی که در موج تبلیغات ایجاد میشوند، محقق نمیشوند. محصولاتی مانند HPE 3PAR بهترین گزینه برای مشتریان سازمانی باقی ماندند و تکامل جدید معماری HPE 3PAR
به نوبه خود، قابلیتهای سیستمهای ذخیرهسازی تعریفشده توسط نرمافزار بسیار عالی بود: مقیاسپذیری افقی، استفاده از سرورهای استاندارد... اما قیمت آن عبارت بود از: در دسترس بودن ناپایدار، عملکرد غیرقابل پیشبینی و قوانین مقیاسپذیری خاص.
پیچیدگی الزامات مشتری این است که هرگز ساده تر نمی شوند. هیچ کس نمی گوید که از دست دادن یکپارچگی داده یا افزایش زمان خرابی قابل قبول است. به همین دلیل است که معماری که به طور همزمان الزامات مراکز داده مدرن به سرعت در حال تحول را برآورده می کند و در جستجوی مصالحه، از ویژگی های کلیدی سیستم های ذخیره سازی کلاس سازمانی خالی نیست، برای سیستم های ذخیره سازی بسیار مهم است.
دوره سوم: ظهور اشکال جدید زندگی
بیایید سعی کنیم بفهمیم که چگونه یکی از تازه واردان به بازار ذخیره سازی - Datera - توانست با چنین ترکیب دشواری از الزامات تاریخی تاسیس شده و جدید برای سیستم های ذخیره سازی کنار بیاید. اول از همه، از طریق اجرای یک معماری متمرکز بر حل معضلی که در بالا توضیح داده شد. تغییر یک معماری قدیمی برای مقابله با چالشهای یک مرکز داده مدرن غیرممکن است، همانطور که نمیتوان یک معماری ذخیرهسازی معمولی تعریفشده توسط نرمافزار را برای برآورده کردن الزامات سیستمهای کلاس سازمانی تغییر داد: دایناسورها به دلیل دما تبدیل به پستانداران نشدند. کاهش یافته است.
ایجاد راه حلی که نیازهای ذخیره سازی درجه سازمانی را برآورده کند و در عین حال از چابکی مرکز داده مدرن استفاده کامل کند، کار آسانی نیست، اما این دقیقاً همان کاری است که Datera قصد انجام آن را دارد. متخصصان Datera به مدت پنج سال روی این موضوع کار کردهاند و دستورالعملی برای «آشپزی» فضای ذخیرهسازی نرمافزاری کلاس سازمانی پیدا کردهاند.
مشکل اصلی Datera این بود که باید از عملگر منطقی "AND" به جای بسیار ساده تر "OR" استفاده می کرد. در دسترس بودن، و عملکرد قابل پیشبینی، و مقیاسپذیری معماری، و ارکستراسیون بهعنوان کد، و سختافزار استاندارد، و اجرای سیاست، و انعطافپذیری، و مدیریت مبتنی بر تحلیل، امنیت «AND»، ادغام «AND» با اکوسیستمهای باز. عملگر منطقی "AND" یک کاراکتر طولانی تر از "OR" است - این تفاوت اصلی است.
دوره کواترنر: مراکز داده مدرن و تغییرات آب و هوایی ناگهانی توسعه سیستم های ذخیره سازی نرم افزاری تعریف شده را از پیش تعیین می کند.
پس چگونه Datera یک معماری ایجاد کرد که نیازهای ذخیره سازی سنتی سازمانی را برآورده کند و در عین حال نیازهای مرکز داده مدرن را برآورده کند؟ همه چیز دوباره به آن اپراتور مزاحم "AND" برمی گردد.
پرداختن به نیازهای فردی یک به یک فایده ای نداشت. مجموع چنین عناصری به یک کل واحد تبدیل نخواهد شد. مانند هر سیستم پیچیده، بررسی دقیق کل مجموعه مصالحه های متوازن مهم بود. هنگام توسعه، متخصصان Datera با سه اصل اصلی هدایت شدند:
- مدیریت برنامه خاص؛
- مکانیزم یکپارچه برای اطمینان از انعطاف پذیری داده ها؛
- عملکرد بالا به دلیل کاهش هزینه های سربار.
ویژگی مشترک این اصول سادگی است. به راحتی سیستم خود را مدیریت کنید، داده های خود را به راحتی با یک موتور تک و زیبا مدیریت کنید و عملکرد قابل پیش بینی (و بالا) را در عین کاهش هزینه ها ارائه دهید. چرا سادگی اینقدر مهم است؟ متخصصان باهوش در دنیای ذخیرهسازی میدانند که برآورده کردن نیازهای ذخیرهسازی مرکز داده پویا امروزی را نمیتوان تنها با مدیریت دقیق، ابزارهای مدیریت دادههای متعدد و بهینهسازی بیش از حد برای افزایش عملکرد به دست آورد. مجموعه چنین تکنیک هایی قبلاً برای ما به عنوان یک سیستم ذخیره سازی دایناسورها آشنا است.
آشنایی با این اصول به خوبی به Datera خدمت کرده است. معماری ای که آنها توسعه دادند، از یک سو، در دسترس بودن، عملکرد و مقیاس پذیری یک سیستم ذخیره سازی مدرن کلاس سازمانی، و از سوی دیگر، انعطاف پذیری و سرعت لازم برای یک مرکز داده مدرن تعریف شده توسط نرم افزار است.
در دسترس بودن Datera در روسیه
Datera شریک جهانی فناوری هیولت پاکارد اینترپرایز است. محصولات Datera از نظر سازگاری و عملکرد با مدل های مختلف سرور آزمایش می شوند
می توانید در مورد معماری Datera اطلاعات بیشتری کسب کنید
منبع: www.habr.com