کسب‌وکارهای کوچک و متوسط باید از نگاه کردن به BackBlaze برای راهنمایی دست بردارند

باید این مقاله را پیش‌گفتاری کنم، چرا که مردم اغلب این چیزها را از زمینه خارج می‌کنند و به چیزهایی که هرگز گفته نشده واکنش شدید نشان می‌دهند، با این سلب مسئولیت که فکر می‌کنم BackBlaze کار فوق‌العاده‌ای انجام می‌دهد، افراد درخشانی برایش کار می‌کنند و کار شگفت‌انگیزی در طراحی و بهره‌برداری از فناوری که کاملاً برای نیازهایشان مناسب و مطلوب است انجام داده است. هیچ چیز، و واقعاً منظورم هیچ چیز، در این مقاله نباید از زمینه خارج شده و به عنوان یک نکته منفی درباره BackBlaze بیان شود. اگر چیزی در این مقاله به نظر برسد یا احساس شود که خلاف این را بیان می‌کند، لطفاً دوباره بخوانید و تأیید کنید که آیا چنین گفته شده و اگر چنین بود، به من اطلاع دهید تا آن را اصلاح کنم. هیچ قصدی در این مقاله وجود ندارد که به هر نحوی این را ضمنی کند که BackBlaze کاری که برای آن‌ها، کسب‌وکارشان و مشتریانشان هوشمندانه است انجام نمی‌دهد. حال به سراغ مقاله برویم:

در سال‌های گذشته دریافته‌ام که بسیاری از متخصصان IT کسب‌وکارهای کوچک و متوسط شیفته چیزی شده‌اند که آن را معجزه‌ای از ذخیره‌سازی با هزینه پایین و ظرفیت بالا می‌بینند که به عنوان طراحی BackBlaze POD شناخته می‌شود. اساساً BackBlaze POD یک سرور ذخیره‌سازی با هزینه پایین، ظرفیت بالا، عملکرد پایین و تقریباً وایت‌باکس است که از یک شاسی سفارشی و قطعات مصرف‌کننده ساخته شده تا یک نود ذخیره‌سازی یک‌بارمصرف در آرایه‌های بزرگ RAIN با استفاده از رمزگذاری پاک‌سازی باشد. BackBlaze به طور سفارشی POD اصلی را طراحی کرد و طراحی آن را برای عموم منتشر کرد، برای استفاده انحصاری در مراکز داده پشتیبان‌گیری هاست‌شده بزرگ مقیاس خود که در آن‌ها PODها به عنوان نودهای منفرد در یک آرایه عظیم از نودها با تکثیر بین آن‌ها عمل می‌کنند. در طول سال‌ها، BackBlaze طراحی POD خود را با تغییر فناوری و رفع مشکلات به‌روزرسانی کرده است. اما مورد استفاده اساسی ثابت مانده است.

باید این را با رویکرد SAM-SD به ذخیره‌سازی مقایسه کنم که تاکتیک مشابهی را دنبال می‌کند اما این کار را با استفاده از سخت‌افزار درجه سازمانی و پشتیبانی‌شده انجام می‌دهد. این تفاوت‌ها گاهی اوقات ناچیز به نظر می‌رسند، اما به هیچ وجه ناچیز نیستند، بلکه اساس آنچه که راه‌حل‌های مختلف را در موقعیت‌های مختلف مناسب می‌کند هستند. ایده پشت SAM-SD این است که ذخیره‌سازی باید قابل اعتماد باشد و از سخت‌افزار به بالا تا جایی که ممکن است قابل اعتماد طراحی شده و برای وقتی که مشکلات پیش می‌آیند به خوبی پشتیبانی شود. POD رویکرد مخالف را می‌گیرد و سرور منفرد را غیرقابل اعتماد و ناپایدار می‌کند و طراحی شده تا به جای تعمیر دور انداخته شود. طراحی SAM-SD فرض می‌کند که سرور منفرد مهم است، حتی حیاتی – هر چیزی غیر از یک‌بارمصرف.

مفهوم SAM-SD که به معنای واقعی کلمه چیزی بیشتر از یک رویکرد به ساخت ذخیره‌سازی باز نیست، با بازار ذخیره‌سازی SMB در نظر طراحی شده است. BackBlaze POD با یک بازار پشتیبان‌گیری مصرف‌کننده بسیار خاص، بزرگ مقیاس و موارد خاص طراحی شده است. SAM-SD برای اجرا توسط کسب‌وکارهای کوچک، حتی آن‌هایی بدون IT داخلی، در نظر گرفته شده است. POD برای استقرار و مدیریت توسط یک تیم مهندسی ذخیره‌سازی تمام وقت و اختصاصی طراحی شده است.

چون BackBlaze POD توسط متخصصان، برای متخصصان در بزرگترین موقعیت‌های ذخیره‌سازی طراحی شده، می‌تواند برای غیرمتخصصان ذخیره‌سازی در فضای کسب‌وکار کوچک گیج‌کننده و به راحتی اشتباه فهمیده شود. در واقع، آنقدر اغلب اشتباه فهمیده می‌شود که اعتراضات به آن اغلب با نظرات «فکر می‌کنم BackBlaze می‌داند چه می‌کند» مواجه می‌شوند، که سوءتفاهم شدیدی که با رویکرد وجود دارد را نشان می‌دهد. البته BackBlaze می‌داند چه می‌کند، اما آن‌ها کاری که هر SMB انجام می‌دهد را انجام نمی‌دهند.

انتشار طراحی POD برای عموم ابهام زیادی ایجاد می‌کند چرا که تنها یک بخش از یک کل بزرگتر است. طراحی کامل مرکز داده و ابزار افزونگی و مکانیزم‌های آن بین PODها عمومی نیست، بلکه اختصاصی است. بنابراین خود POD تنها یک نود منفرد از یک خوشه (یا Vault) را نشان می‌دهد و خوشه‌سازی را که در آن مهم‌ترین کار انجام می‌شود منعکس نمی‌کند. در واقع طراحی POD خود چیزی نیست جز کار انجام‌شده توسط پروژه‌های Sun Thumper و SAM-SD دهه گذشته بدون محدودیت‌های قابلیت اطمینان. POD نباید یک طراحی جدید باشد، بلکه یک طراحی بدیهی است. که دهه‌هاست در فضای ذخیره‌سازی SMB از آن اجتناب شده چرا که به شکل چشمگیری غیرقابل اعمال است.

چون جنبه‌های خوشه‌سازی و تکثیر هنگام صحبت از BackBlaze POD نادیده گرفته می‌شوند، فرض‌های بزرگی در مورد ظرفیت یک POD مطرح می‌شود که سربار بسیار کمتری نسبت به آنچه خود BackBlaze برای زیرساخت POD دریافت می‌کند دارد، حتی در مقیاس. برای مثال، در اصطلاحات RAID، این مشابه فرض کردن این است که POD از RAID 6 (با تنها ۵٪ سربار) استفاده می‌کند چرا که این RAID یک جزء منفرد است در حالی که در واقع از RAID 61 (با ۵۵٪ سربار) استفاده می‌شود! در واقع، بسیاری از متخصصان IT SMB هنگام نگاه به استفاده از طراحی POD واقعاً به سادگی استفاده از RAID 6 علاوه بر استفاده از یک POD منفرد را در نظر می‌گیرند. درجه‌ای که این مدل BackBlaze را دنبال نمی‌کند شگفت‌انگیز است.

BackBlaze: «Backblaze Vaults بیست Storage Pod فیزیکی را در یک شاسی مجازی ترکیب می‌کنند. نرم‌افزار Vault رمزگذاری Reed-Solomon اختصاصی ما را پیاده‌سازی می‌کند تا تکه‌های داده را به طور همزمان در تمام بیست pod در Vault پخش کند و دوام را به طور چشمگیری بهبود می‌بخشد.»

برای اینکه POD برای بازار SMB مورد توجه قرار گیرد، لازم است که کل مفهوم POD کاملاً از زمینه خارج شود. هم مورد استفاده مورد نظر و هم پیاده‌سازی آن. آنچه BackBlaze را خاص می‌کند کاملاً حذف می‌شود و تنها ناچیزترین و سطحی‌ترین جنبه‌ها گرفته می‌شوند و به چیزی تبدیل می‌شوند که به هیچ وجه شبیه دیدگاه یا هدف BackBlaze نیست.

با بررسی اینکه BackBlaze POD در کجا از طراحی استاندارد نیازهای یک کسب‌وکار معمولی متفاوت است، این مشکلات را می‌یابیم:

• POD طراحی شده تا غیرقابل اعتماد باشد، به یک لایه قابلیت اطمینان و تکثیر در سطح super-POD متکی است که نیاز به استقرار تعداد زیادی از PODها دارد و برای داده‌ها باید بین آن‌ها از طریق تکثیر یا خوشه‌سازی سفارشی افزونگی وجود داشته باشد. بدون این لایه، POD کاملاً از زمینه خارج است. سطح super-POD به صورت داخلی به عنوان BackBlaze Vault شناخته می‌شود.
• POD طراحی شده تا در یک مرکز داده سازمانی با کاهش ارتعاش دقیق، تنظیم برق و سیستم‌های محیطی مستقر شود. در برابر این مشکلات نسبت به سخت‌افزار سازمانی استاندارد مقاومت کمتری دارد.
• POD طراحی شده تا معمولاً به عنوان یک واحد کامل جایگزین شود نه اینکه یک نود در محل تعمیر شود. این مخالف سخت‌افزار سازمانی استاندارد با اجزای hot-swap طراحی‌شده برای تعمیر بدون وقفه است، چه رسد به بدون جایگزینی کامل. ما این را یک مورد استفاده یک‌بارمصرف یا ناپایدار می‌نامیم.
• POD طراحی شده تا با هزینه بسیار پایین برای نیازهای ذخیره‌سازی سرد و بسیار کند باشد. در حالی که این می‌تواند در SMB وجود داشته باشد، معمولاً وجود ندارد.
• POD طراحی شده تا یک نود ذخیره‌سازی منفرد با ظرفیت بالا در یک استخر با ظرفیت دیوانه‌وار بزرگ باشد. تعداد کمی از SMBها می‌توانند حتی از پتانسیل ذخیره‌سازی یک POD منفرد بهره‌مند شوند چه برسد به یک استخر به اندازه کافی بزرگ تا طراحی POD را توجیه کند.
• BackBlaze POD طراحی شده تا از رمزگذاری پاک‌سازی سفارشی استفاده کند، نه RAID. RAID حتی در سطح POD منفرد در این مقیاس مؤثر نیست.
• یک POD منفرد برای ظرفیت ۱۸۰ ترابایت و مقیاس Vault از ۳.۶ پتابایت طراحی شده است.

مرجع فعلی BackBlaze POD 5: https://www.backblaze.com/blog/cloud-storage-hardware/

به طور خلاصه، BackBlaze POD یک زیربنای درخشان برای یک سرویس درخشان است که یک نیاز بسیار خاص را برآورده می‌کند که تا جایی که می‌توان به طور معقول گفت از نیازهای بازار ذخیره‌سازی SMB فاصله دارد. به BackBlaze برای کار عالی‌شان احترام بگذارید، اما سعی نکنید از آن تقلید کنید.