Dynamic Pools

Dynamic Pools

یک Pool مجموعه‌ای از درایوهای مرتبطِ درون یک گروه بوده که درایوهای آن جهت محافظت از داده‌ها، دارای افزونگی نیز می‌باشند. ظرفیت به‌دست‌آمده از این Pool می‌تواند به‌عنوان منابع ذخیره‌سازی در قالب Block ,File و VVol استفاده شود.

در Poolهای نسل پیش که از آن‌ها تحت عنوان Traditional نیز یاد می‌شود، در هنگام ایجاد Pool ظرفیت و پهنای Stripe آن توسط کاربر مشخص می‌گردید. زمانی که کاربر نیاز به افزایش میزان ظرفیت آن پیدا می‌کرد می‌بایست باتوجه به نوع Raid موجود، درایو/درایوهای جدید را به سیستم اضافه می‌نمود. در Dynamic Pool به دلیل ثابت نبودن پهنای Raid و Stripe می‌توان با اضافه نمودن تعدادی دلخواه درایو ، ظرفیت Pool را افزایش داد.
انعطاف‌پذیری Dynamic Pool طراحی سیستم‌های ذخیره‌سازی را آسان کرده و باعث کاهش هزینه‌ها به هنگام گسترش سیستم شده‌است. در زمان ایجاد یک Traditional Pool یک درایو به‌عنوان Spare در نظر گرفته می‌شود که این درایو تا زمان معیوب‌شدن یکی از درایوهای Pool هیچ نوع کارایی و استفاده‌ای نخواهد داشت.
در Dynamic Pool در زمان ایجاد یک Pool درایوی به‌عنوان Spare در نظر گرفته می‌شود. اما از همان ابتدا در نگهداری داده‌ها با دیگر درایوها مشارکت می‌نماید. در این حالت هم میزان سربار درایوهای دیگر کم شده و هم به‌علت تقسیم بار، عملیات Rebuild با سرعت بیشتری انجام می‌شود. همچنین به‌دلیل اینکه بخشی از داده‌ها از قبل روی فضاهای Spare  پخش شده که بر روی همه دیسک‌ها قرار گرفته‌است، عملیات rebuild در مدت‌زمان کمتری به پایان می‌رسد.
2    معماری
2.1    درایوها
یک All Flash System شامل مجموعه‌ای از درایوهای SAS Flash 3 , 4 با سایزهای یکسان می‌باشد که برای ایجاد یک Pool درون سیستم استفاده می‌شوند. در یک dynamic pool یک درایو پایه‌ای‌ترین جزء   pool محسوب می‌شود. زمانی‌که یک Pool ایجاد می‌شود، فضایی محافظت‌شده جهت استفاده‌ی کاربر ایجاد می‌گردد.
2.2    Drive Partnership Group
زمانی که یک Dynamic Pool ایجادشده یا گسترش می‌یابد، درایوهای انتخاب‌شده‌ی هم نوع، درون یک Partnership Group قرار می‌گیرند. این درایوها می‌توانند سایزهای غیر یکسان داشته باشند. یک Partnership Group مجموعه‌ای از درایوهای همنوع هستند که در یک Dynamic Pool  وجود دارند و از دید کاربر مخفی شده‌اند. تعداد درایوهای قرارگرفته در هر گروه مستقیماً به تعداد و نوع درایوهای انتخاب‌شده در هنگام ایجاد Pool بستگی دارد. یک Pool حداقل شامل یک Partnership Group می‌شود. همچنین درایوهای درون آن فقط در یک Partnership Group می‌توانند قرار بگیرند و آنها در طول عمر خود هیچ‌گاه گروه خود را تعویض نمی‌کنند و تنها در صورتی این اتفاق می‌افتد که Pool حذف گردد.

حداکثر تعداد درایوهای درون یک گروه ۶۴ درایو می‌باشد که باید از یک نوع ولی می‌توانند سایزهای متفاوتی داشته باشند. اگر تعداد درایوهای هم نوع از ۶۴ عدد بیشتر شود، باقی درایوها در یک گروه جدید قرار می‌گیرند.

2.3    Drive Extent
بعد از ایجاد یک Dynamic Pool کلیه درایوهای داخل آن به اندازه‌های ثابتی با نام extent تقسیم می‌شوند. اندازه و تعداد extentها با توجه به ظرفیت و نوع هر درایو تعیین می‌شود. تصویر زیر درایوهای تقسیم شده‌ای را نشان می‌دهد که دارای سایز یکسانی هستند، اما به دلیل دو برابر بودن ظرفیت یکی از درایوها، تعداد Extentهای آن نیز دو برابر شده است.

2.4    Spare Space Extents
dynamic poolها (برخلاف Traditional Pool )  نیازی به درایو Spare اختصاصی ندارند. پس از ایجاد dynamic pool و تقسیم‌بندی درایوها به extentها، تعدادی ازDrive extentها جهت فضای  spare، رزرو و علامت‌گذاری شده تا هنگام معیوب شدن یک دیسک، از آن استفاده شود. تعداد آنها مستقیماً به سایز و تعداد درایوها بستگی دارد، مقدارSpare Spaceها کمی بیشتر از ظرفیت درایوی است که به ازای هر ۳۱ درایو درون Pool مورد استفاده قرار میگیرد. مقدار فضای Spare Space رزرو شده که اندازهی بزرگترین درایو موجود و قابل استفاده درون یک Pool است، این تضمین را می‌دهد که می‌تواند جایگزین Spare Space Extentهای باقیمانده‌ی درون Pool شود. این فضای خالی به‌عنوان بخشی از سربار Pool، مانند سربارهای RAID، شمرده می‌شود و به همین دلیل به کاربر گزارش نمی‌شود و برای او قابل‌استفاده نیست.
اگر یک Pool پر شود و پس از مدتی درایو معیوبی در آن دیده شود، Spare Space Extentهای کافی همچنان جهت تکمیل عملیات Rebuild در Pool وجود دارند. مقدار Spare Space Extent درون Pool در زمان ایجاد و یا گسترش فضا رزرو شده و برای کاربر قابل تنظیم و استفاده نمی‌باشد. هنگامی‌که تعداد درایوها از ۳۱ عبور می‌کند، تعدادی Extent (به مجموع یک درایو) از درایوهای اضافه‌شده برای Pool رزرو می‌گردد. به‌عنوان مثال زمانی که یک  Pool در Unisphere گسترش می‌یابد،مقدار ظرفیت قابل استفاده، کمتر از میزان ظرفیت اضافه‌شده نمایش می‌یابد. تصویر زیر نشان‌دهنده‌ی Dynamic Poolای متشکل از ۶ درایو می‌باشد که Spare Extent در آنها در بین درایوها تقسیم شده‌اند.

2.5    Raid Extents
بعد از اینکه بخشی ازDrive Extentها به‌عنوان spare space extents جهت جایگزینی در زمان معیوب شدن دیسک رزرو می‌شوند، Dynamic Pool، با بقایای Drive Extentها، Raid Extentها را تشکیل میدهد. یک Raid Extent مجموعه‌ای ازDrive Extentهاست که پهنای  Stripe مربوط به Raid انتخاب‌شده را کامل می‌کنند. به‌عنوان مثال اگر ۵Raid  به‌عنوان نوع Raid انتخاب شود و پهنای Stripe در Pool به‌صورت ۱+۴ باشد، Raid Extent شامل ۵ Drive Extent می‌شود.
Raid Extentها به‌عنوان محافظ Raid برای داده‌های ذخیره‌شده‌ی کاربر درون یک Dynamic Pool  بوده و در زمان ایجاد منابع ذخیره‌سازی (LUN) به‌عنوان فضای قابل استفاده در Pool به‌کار برده می‌شوند. به لحاظ اهداف محافظتی، یک Raid Extent نمی‌تواند شامل دو Drive Extent  از یک درایو شود. اگرچه یک Raid Extent باید شامل  Drive Extentهایی از یک Drive Partnership Group  باشد.
تصویر زیر مثالی از یک Dynamic Pool میباشد که شامل ۶ درایو با (۴+۱) ۵Raid  می‌باشد. در این مثال تعدادی ازExtentها به‌عنوان Spare مشخص شده‌اند. همچنین هر Raid Extent به دلیل ۱+۴ بودن Stripe شامل ۵ Drive Extent شده‌است. ۵ Drive Extent اول، دوم و … انتخاب‌شده از درایوها به‌طور مجزا درون یک Drive Partnership Group قرار می‌گیرند. در سیستم‌های حقیقی این انتخاب به‌صورت تصادفی از درایوهای مختلف انجام می‌شود.

2.6    Dynamic Pool Private Raid Group و LUN
در یک سامانه ذخیره‌سازی داده یک یا چند Private Raid Group وجود دارد که روی هرکدام از آنها یک Private LUN  موجود می‌باشد. این‌اشیا جزو اجزای پایه‌ای سیستم بوده و در Unisphere , CLI  و REST API نمایش داده نمی‌شوند. از Private Raid Group برای فراهم نمودن فضا برای  LUNها استفاده می‌شود. این فضا به‌صورت  Sliceهای ۲۵۶ مگابایتی جهت تخصیص منابع ذخیره‌سازی در اختیار کاربران قرار می‌گیرد.
در Dynamic Pool یک Private Raid Group از ترکیب تعدادی Raid Extent به وجود می‌آید. بسته به تعداد درایوهایی که در زمان ایجاد Pool و یا گسترش فضای آن انتخاب می‌شوند، Dynamic Pool مشخص می‌کند که چند Raid Extent و Private Raid Group ایجاد شود. همچنین یک Single Private LUN روی هر Private Raid Group ایجاد می‌شود.
تصویر زیر یک Dynamic Pool و Private Raid Groupهای ایجادشده در آن را نمایش می‌دهد. در این مثال Dynamic Pool شامل ۶ درایو هم سایز و هم نوع می‌باشد. ابتدا Drive Extentها در Raid Extentها ترکیب شده و پس از آن به Private Raid Group اضافه شده‌اند. در این مثال تعداد Raid Extentهای درون هر Private Raid Group برابر می‌باشد. اگرچه این موضوع همیشگی نیست.

بعداز این‌که  Raid Extentها به Private Raid Group اضافه می‌شوند، فضای قابل استفاده‌ی هر Extent  در یک Private LUN ترکیب می‌شود.
تصویر زیر مثالی از یک Private LUN است که از ترکیب  Raid Extentهای درون یک Private Raid Group  ایجاد شده‌است. تکه‌های هر Raid Extent که از Sliceهای ۲۵۶ مگابایتیِ تشکیل شده‌است، فضای قابل استفاده‌ی منابع ذخیره‌سازی در یک Dynamic Pool را تشکیل می‌دهند. مزیت تخصیص فضا در این شیوه این است که یک Slice با ظرفیت ۲۵۶ مگابایت در طول چند Raid Extent انتشار داده شده است. همچنین Raid Extentها می‌توانند در طول تمامی درایوهای یک Partnership Group انتشار داده شوند که تعداد آنها به ۶۴ عدد نیز می‌رسد. این موضوع باعث می‌شود تا حجم کاری در سراسر یک Partnership Group پخش شود. زمانی که یک منبع ذخیره‌سازی مانند LUN ایجاد می‌شود، Sliceهای ۲۵۶ مگابایتی آن از Private LUNهای مختلفی تخصیص می‌یابد تا حجم کاری در سراسر یک Dynamic Pool پخش گردد.

گسترش فضای یک Dynamic Pool
زمانی که یک عدد درایو به Dynamic Pool اضافه می‌شود، می‌تواند هم به‌عنوان فضای Spare و هم به‌عنوان فضای مورداستفاده جهت ذخیره‌سازی داده به کار رود. درنتیجه با اضافه شدن هر درایوی به  Dynamic Pool سبب می‌شود تا عملیات Rebalance بین Drive Extentهای یک Partnership Group  رخ دهد. Rebalance شامل Drive Extentهای درایو جدید نمی‌شود. برای انجام این عملیات منابع پردازنده استفاده می‌شود؛ ولی همیشه اولویت به I/O کاربر داده‌شده و عملیات Relocate تأثیری در عملکرد I/O نمی‌گذارد. همچنین انجام این کار مقداری زمان‌بر بوده و بعد از اتمام آن، فضای درایو جدید قابل استفاده می‌گردد.
تصویر زیر حالتی را نشان میدهد که در آن ۱ درایو جهت افزایش فضا به Pool اضافه شده است و همینطور درخواستی جهت افزایش Spare Extentها داده نشده است. اگر درخواستی برای Spare Extent داده می‌شد، یک عملیات Relocation صورت می‌گرفت و Spare Extentها سعی در تقسیم شدن بین درایوهای یک Partnership Group می‌کردند. جهت Rebalance شدن Drive Extentها، الگوریتم Dynamic Pool ابتدا یک Drive Extent را Relocate کرده و بعد آن را روی قسمتی از درایو جدید قرار می‌دهد. این یک عملیات کپی است که فضاهای اصلی Drive Extent ها را برای استفاده نگهداری می‌کند. این عملیات تا زمانی که تمام فضاهای جدید در سطح Drive Partnership Group تقسیم شود، ادامه می‌یابد.

تصویر زیر وضعیتی را نشان می‌دهد که عملیات Relocate در Partnership Group انجام شده است. Drive Extentهای استفاده‌شده از درایوهای گوناگون به درایو جدید منتقل شده‌اند. در این حالت Drive Extentهای آزادِ موجود در درایوهای دیگر می‌توانند در یک Raid Extent جدید ترکیب شده و یک private Dynamic Pool RAID group جدید به همراه یک LUN را ایجاد کنند. زمانی که این عملیات کامل شود، فضای قابل استفاده‌ی Pool می‌تواند برای افزایش فضای ذخیره‌سازی استفاده شود.

تصویر زیر مثالی از ایجاد یک Pool با ۶ درایو را نمایش می‌دهد که دارای۵Raid   با حالت ۴+۱ می‌باشند. حال فرض کنید بعد از گذشت مدت‌زمانی اندک، جهت افزایش فضا ۶ درایو دیگر به آن اضافه کنیم. در این حالت تمامی آنها می‌توانند یک Drive جدید تشکیل داده و فضای آن نیز به Pool اضافه شود. بعد از انجام این کار، Drive Extentها می‌توانند در سطح درایوهای قبلی و جدید برای انتشار Spare Space Extentها و همچنین Driveهایی که شامل داده‌های کاربر هستند نیز جابه‌جا شوند.

2.7    کپی پیشگیرانه و بازسازی درایوها
همانطور که قبلاً ذکر شد، در Spare Space Extent ،Dynamic Poolهایی وجود دارند که در صورت معیوب شدن یکی از درایوها، جایگزین آن می‌شوندSpare Space Extent .ها می‌توانند هم به‌عنوان فضایی برای کپی پیشگیرانه اطلاعات درایوها و هم به‌عنوان جایگزین در پروسه Rebuild به هنگام معیوب شدن یک درایو به‌کار برده شوند. 
نرم‌افزار استوریج خطاهای درایوها را دنبال کرده و اگر یک درایو خطایی بالاتر از آستانه‌ی OE دریافت نماید، ممکن است عملیات کپی پیشگیرانه آغاز شود. عملیات کپی پیشگیرانه، پروسه کپی داده‌ها از یک درایو معیوب به فضایی جدید می‌باشد. همچنین زمانی که پروسه کپی به اتمام می‌رسد، نرم‌افزار، درایو مربوطه را معیوب به شمار می‌آورد. لازم به ذکر است که عملیات کپی بسیار سریع‌تر از عملیات Full Drive Rebuild به پایان می‌رسد.
در طول این عملیات OE از اینکه Raid Extentهای درایو مقصد از قبل شامل یک Extent از همان Raid Extent نباشند اطمینان حاصل می‌نماید. برای مطمئن شدن از اینکه کپی پیشگیرانه با سرعت به پایان می‌رسد، چند درایو به‌طور هم‌زمان میت‌وانند اطلاعات را از درایو معیوب کپی کنند.
اگر درایوی قبل از انجام عملیات کپی پیشگیرانه معیوب شود، عملیات Rebuild انجام می‌شود. در Dynamic Pool، Rebuild  با بازسازی Raid Extentهای درون یک Drive Partnership Group صورت می‌گیرد. یک Raid Extent زمانی Degraded شمرده می‌شود که حداقل یکی از Drive Extentهای درون یک Raid Extent در دسترس نباشد. در طول بازسازی یک Drive Extent، Raid Extentهای باقیمانده‌ی درون یک Raid Extent، برای بازسازی Drive Extent ازدست‌رفته بر روی یک Spare Extent استفاده می‌شوند. زمانی که این پروسه تکمیل شود، Spare Space Extentها بخشی از Raid Extentها تلقی شده و Raid Extent از حالت Degraded خارج می‌شود. تعداد دیسک‌هایی که به‌طور همزمان معیوب می‌شوند به نوع محافظت Raid و مکان درایو درون یک Pool بستگی دارد. درصورتی‌که یک درایو درPartnership Groupهای مجزایی معیوب شود و Spare Space Extent در هر Partnership Group وجود داشته باشد، عملیات بازسازی به‌صورت موازی صورت می‌پذیرد. به‌عنوان مثال تا زمانی که ۲ درایو درون یک Raid Extent معیوب نشده‌اند، دسترسی به داده‌ها امکان‌پذیر می‌باشد.
بعد از اینکه کپی پیشگیرانه یا عملیات بازسازی کامل شد، می‌بایست درایو معیوب درون سیستم تعویض گردد. در این لحظه تعداد Spare Space Extentهای درون یک partnership Group به دلیل عملیات بازسازی کاهش می‌یابد. درنتیجه اگر درایو با سایز یکسان یا بزرگتر از درایو معیوب درون سیستم وجود داشته باشد، توسط Dynamic Pool جهت تأمین Spare Space Extentهای ازدست‌رفته جایگزین دیسک معیوب شده و عملیات Rebalance انجام می‌شود. این عملیات شبیه به افزایش ظرفیت با استفاده از یک دیسک می‌باشد.
2.8    پوشش دهی تقسیم بار درون یک Dynamic Pool
در برخی سامانه‌های ذخیره‌سازی داده، مدیریت پوشش‌دهیِ تقسیم بار در درایوهای فلش برای افزایش عمر درایوها بسیار مهم است. با توجه به الگوهای دسترسی داده و برنامه‌های کاربر، نواحی خاصی در یک LUN، سیستم فایل، VMware Datastore یا دیگر منابع ذخیره‌سازی ممکن است نقاط فعالی داشته باشند. اگر این فعالیت متشکل از نوشتن داده باشد، نواحی خاصی از درایوهای خاص مورد هدف قرار گرفته، که باعث فرسایش درایوها می‌شود. تمام درایوهای فلش مورداستفاده در سیستم‌های ذخیره‌سازی دارای سلول‌های یدکی(Spare Cell)  برای مدیریت پوشش‌دهی هستند.
همانطور که در بخش‌های قبلی بیان شده‌است، Dynamic Poolها جهت گسترش حجم کاری و همینطور تقسیم بار بر روی همه دیسک‌های درون یک pool، طراحی شده‌اند. اولاً Dynamic Poolها نیازی به درایوهای Hot Spare ندارند و همه درایوهای درون Pool  استفاده میشوند. هنگام ایجاد یک Dynamic Pool، اطلاعات کاربر در هر درایو تا حد ممکن پخش می‌شود. همچنین هنگام گسترش یک Dynamic Pool، داده‌های کاربر دوباره به همان اندازه که ممکن است تقسیم می‌شوند.
همچنین این پوشش‌دهی در سرتاسر یک Drive Partnership Group درون یک Pool انجام می‌شود. اگر یک Drive Partnership Group  پوشش‌دهی بهتری نسبت به دیگری انجام دهد، Sliceهای ۲۵۶ مگابایتی به Partnership Group دیگری منتقل می‌شود. همچنین طی این جابه‌جایی حجم کاری آن Sliceها نیز به مکان جدید انتقال می‌یابد. این بدان معناست که پوشش‌دهی تقسیم بار در داخل یک Drive Partnership Group انجام نمی‌شود، زیرا جابه‌جایی داده‌ها در یک Drive Partnership Group درواقع باعث می‌شود که بیشتر، داده به همان مجموعه از درایوها منتقل شوند.
اگر یک درایو به علت فرسایش نزدیک به پایان عمر خود باشد، ممکن است یک عمل کپی پیشگیرانه توسط سیستم برای جایگزینی درایو فرسوده ایجاد شود. این کپی پیشگیرانه Drive Extentهای موجود بر روی درایو را به spare space extents موجود درون Pool کپی نمی‌کند، بلکه در صورت موجود بودن، به یک درایو آزاد درون سیستم انتقال می‌دهد. بعدازاینکه عملیات کپی پیشگیرانه انجام شد، درایو معیوب شده تلقی شده، یک هشدار تولید و یک درایو باید جایگزین آن شود. کپی پیشگیرانه برای صرفه‌جویی در فضای محدود Drive Partnership Group انجام نمی‌شود، زیرا تنها باعث افزایش سایز درایوهای گروه می‌شود، که ممکن است به میزان درایو جایگزین شده افزایش یابد. همچنین اگر یک جایگزین معتبر در دسترس نباشد، عملیات کپی پیشگیرانه انجام نخواهد شد.
در برخی از سامانه‌های ذخیره‌سازی داده، پیام‌های هشدار سیستم در 180، 90 و 30 روز قبل از این‌که درایو فلش به 100٪ فرسایش و عمر مفید خود برسد، صادر می‌شود. در بازه‌های 60 روزه، این استوریج‌ها از طریق صفحه تماس مطلع می‌شود که ممکن است درایو به 100٪ عمر مفید خود رسیده باشد و نیاز به جایگزین دارد. این هشدارها انحصاراً برای هر درایو تولید می‌شود.
3    تنظیمات پشتیبانی‌شده
3.1    درایوهای پشتیبانی‌شده
استوریج All Flash از سری درایوهای SAS Flash 3 و SAS Flash 4 در انواع سایزها پشتیبانی می‌کند. انتخاب از موارد موجود بستگی به نوع و نحوه استفاده از درایوها دارد. اگر نگرانی اصلی حجم باشد، استفاده از یک تعدادی از درایوهای بزرگ ممکن است ترجیح داده شود. اگر بازدهی نگرانی اصلی باشد، استفاده از تعداد بیشتری درایو کوچک‌تر ترجیح داده می‌شود. در بیشتر موارد، تعادل کلی در سیستم، عملکرد و هزینه فاکتورهای مهم در تصمیم‌گیری می‌باشند.
در یک پیکربندی معمول برای All Flash، تمام درایوهای داخل سیستم هم‌اندازه و هم‌نوع هستند. سیستمی با درایوهایی در اندازه‌ها یا انواع مختلف معمولاً زمانی به وجود می‌آید که درایوهای اضافی برای افزایش ظرفیت سیستم Flash خریداری شوند. Dynamic Pool  از ترکیب انواع درایو در یک Pool پشتیبانی می‌کند. درایوهای SAS Flash 3 و SAS Flash 4 نمی‌توانند درون یک Drive Partnership Group قرار بگیرند. درایوهایی هم‌نوع با سایزهای متفاوت در Dynamic Pool پشتیبانی می‌شوند و درون یک Drive Partnership Group قرار می‌گیرند. این حالت زمانی پیش خواهد آمد که ظرفیت Pool به‌شدت پایین آمده و نیاز به گسترش داشته باشد یا فضای spare کافی درون pool وجود نداشته باشد. زمانی که این حالات اتفاق می‌افتند، در برخی مواقع ممکن است که فضای بزرگترین درایو موجود قابل استفاده نباشد و به کاربر نیز گزارش نشود. ظرفیت کلی یک درایو خاص تنها زمانی در دسترس است که اندازه آن با درایوهای موجود در یک Partnership Group یکسان بوده یا تعداد آنها به‌اندازه stripe width به‌علاوه یک درایو باشد. به همین دلیل توصیه می‌شود که درایوهایی که دارای اندازه مشابهی هستند را در کنار هم قرار دهید.
تصویر زیر مثالی از یک Dynamic Pool را نمایش میدهد که شامل ۵ درایو ۴۰۰ و یک درایو 800  گیگابایتی می‌باشد. با فرض بر اینکه این Pool دارای ۵  Raid  با Strip Size 4+1 باشد، در این صورت تعدادی Extent روی درایو ۸۰۰ گیگابایتی بلااستفاده می‌ماند.

در تصویر زیر یک Pool با استفاده از ۵ Raid ایجاد شده‌است که دارای دو نوع درایو با سایزهای متفاوت می‌باشد. در این حالت هیچ Extent بلااستفاده‌ای باقی نمی‌ماند، زیرا تعداد درایوها به نحوی است که دو Strip Width به‌علاوه یک درایو را تشکیل داده‌اند.

3.2    Raidهای پشتیبانی شده
Dynamic Pool از Raidهای ۵،۶ و ۰+۱ یا همان ۱۰ پشتیبانی می‌کند.
۱۰ Raid مناسب برای اپلیکیشن‌هاییست که نیازمند پردازش زیاد و یا سرعت بالایی می‌باشند؛ همانند دیتابیس‌ها.
۵Raid مناسب برای سرویس‌هایی با تراکنش‌های بالا می‌باشد که عموماً برای اهداف مختلف استفاده می‌شود. بازدهی این نوع Raid به نوع درایوهایی که استفاده می‌کنید بستگی دارد.
۶Raid بهترین گزینه برای سرویس‌هایی‌ست که بیشتر گرایش به خواندن از دیسک را دارند. مثل Archiving و Backup.  همچنین این نوع Raid بهترین حالت افزونگی را در میان تمامی Raidها دارد.
3.3    Stripe Widthهای پشتیبانی شده
همان‌طور که می‌دانید Stripe Width به تعداد Drive Extentهای استفاده‌شده برای نوع Raid انتخاب‌شده، بستگی دارد. مثلاً ۵ Raid شامل ۵ Drive Extent می‌شود که ۴ تای آن برای ذخیره داده‌های کاربر و یکی برای ذخیره Parityها می‌باشد. زمانی که یک Pool ایجاد می‌شود، شیوه‌ای که Pool توسط آن ایجاد شده مشخص می‌کند که Stripe Width توسط کاربر یا سیستم انتخاب شده‌است. زمانی که Pool با استفاده از Unisphere یا CLI ایجاد می‌شود Stripe Width توسط کاربر معین می‌گردد. اما در عمل با تعیین نوع Raid توسط کاربر، Stripe Width نیز توسط سیستم انتخاب می‌شود. سیستم نیز برحسب تعداد درایوهای انتخابی در حین ایجاد Stripe Width ،Pool را مشخص می‌نماید. جدول زیر انواع Raidهای پشتیبانی‌شده به همراه ارتباط آنها با Stripe Widthهای انتخابی توسط سیستم را نشان می‌دهد.

3.4    حداقل تعداد درایو موردنیاز
زمانی که یک Pool را ایجاد می‌کنیم با توجه به نوع Raid انتخابی به حداقل تعداد درایوهای مشخصی نیاز داریم. جدول زیر حداقل تعداد درایوهای موردنیاز برای انتخاب Raidها، به همراه کوچک‌ترین سایز Stripe Width را نمایش می‌دهد.

3.5    خلاصه
⦁    در Dynamic Pool هیچ‌کدام از دیسک‌ها اتلاف نمی‌شوند. زیرا فضای spare بر روی همه دیسک‌ها پخش‌شده و همه آنها در نگهداری داده‌ها مشارکت دارند.
⦁    به دلیل اینکه حجم کاری بین دیسک‌ها تقسیم می‌شود، سرعت Rebuild نیز بالاتر از حالت Traditional می‌باشد. زیرا بعد از Fail شدن یک دیسک تمامی دیسک‌های یک Pool در عملیات Rebuild مشارکت دارند.
⦁    برای افزایش فضای Pool الزامی به افزایش دیسک به تعداد دیسک‌های موردنیاز  Raid نداریم و می‌توانیم تنها با اضافه کردن ۱ دیسک برای Pool افزایش فضا ایجاد کنیم. این مسئله باعث صرفه‌جویی در هزینه و انعطاف‌پذیری در طراحی می‌شود.
⦁    با حداقل تعداد دیسک موردنیاز یک Raid می‌توانید یک Dynamic Pool ایجاد کنید. لازم به ذکر است که می‌بایست یکی به‌عنوان Spare در نظر بگیرید.
⦁    به‌عنوان مثال ۶ دیسک برای Raid  ۵ که برابر است با ۵+۱
⦁    پس از بار اول که یک Dynamic Pool ایجاد می‌شود، دیگر امکان تغییر Raid آن وجود ندارد. اما برای Expand کردن آن می‌توانید از انواع دیسک‌ها با ظرفیت‌های مختلف در همان Raid استفاده نمایید.
⦁    می‌توانید در هنگام ایجاد Pool دیسک‌هایی از نوع Flash با ظرفیت‌های مختلف کنار هم قرار دهید ولی در نظر داشته باشید که سیستم نمی‌تواند از تمامی ظرفیت درایوی که دارای ظرفیت بالاتر و متفاوت از دیگر درایوها‌ست استفاده نماید. البته این مسئله به این بستگی دارد که چه تعداد درایو و با چه ظرفیت‌هایی درون آن Pool قرار گرفته‌اند. همچنین در یک Dynamic Pool ممکن است به هنگام افزایش ظرفیت Pool در مقاطع دیگر، فضاهای استفاده‌نشده دوباره به کار گرفته شوند. این اتفاق زمانی می‌افتد که در بازه‌های زمانی دیگر به جهت افزایش ظرفیت درایوهای دیگری با Pool اضافه کنیم.
⦁    در Dynamic Pool به ازای هر ۳۲ درایو باید ۱ درایو به‌عنوان Spare در نظر گرفته شود، پیشنهاد می‌شود ظرفیت این درایو از باقی درایوها بیشتر باشد. همچنین زمانی که از ۶۴ درایو در یک Pool استفاده می‌کنید، می‌بایست ۲ درایو به‌عنوان Spare در نظر گرفته شود، در این حالت پیشنهاد می‌شود که علاوه بر دارا بودن ظرفیت بالاتر، ظرفیت این دو درایو نیز باهم برابر باشد.