انتخاب ذخیره‌ساز سازمانی یکی از تصمیم‌های مهم در طراحی زیرساخت فناوری اطلاعات است؛ تصمیمی که می‌تواند بر سرعت اجرای برنامه‌ها، دسترس‌پذیری سرویس‌ها، هزینه نگهداری و توان سازمان برای مدیریت رشد داده‌ها تأثیر مستقیم بگذارد. به همین دلیل، هنگام خرید یک Storage Array نباید صرفاً به ظرفیت اسمی، تعداد درایوها یا قیمت دستگاه توجه کرد. یک ذخیره‌ساز مناسب باید با نوع بار کاری، سطح کارایی مورد انتظار، معماری شبکه و برنامه توسعه زیرساخت هماهنگ باشد.
برای مثال، نیازهای یک سازمان که از سرورهای مجازی و پایگاه‌های داده پرتراکنش استفاده می‌کند، با نیاز مجموعه‌ای که عمده ظرفیت خود را به فایل‌های اشتراکی، آرشیو اسناد یا نسخه‌های پشتیبان اختصاص می‌دهد، یکسان نیست. حتی دو سازمان با حجم داده مشابه ممکن است به دلیل تفاوت در الگوی دسترسی، زمان پاسخ‌گویی مورد انتظار و الزامات دسترس‌پذیری، به راهکارهای ذخیره‌سازی متفاوتی نیاز داشته باشند.
در این راهنما، مهم‌ترین معیارهای انتخاب ذخیره‌ساز سازمانی را بررسی می‌کنیم و توضیح می‌دهیم هنگام ارزیابی راهکارهای Dell EMC، از جمله خانواده PowerStore، چه نکاتی باید در تصمیم‌گیری لحاظ شوند.
۱. پیش از خرید، نیاز واقعی سازمان به ذخیره‌سازی را مشخص کنید
اولین مرحله در انتخاب ذخیره‌ساز سازمانی، شناخت کاربردهایی است که قرار است روی آن اجرا شوند. بدون شناخت بار کاری، تعیین ظرفیت یا انتخاب مدل دستگاه می‌تواند به خرید راهکاری منجر شود که با وجود هزینه بالا، پاسخ‌گوی نیاز عملیاتی سازمان نیست.
پیش از بررسی مدل‌ها، به این پرسش‌ها پاسخ دهید:
- چه برنامه‌هایی از ذخیره‌ساز استفاده خواهند کرد؟
- چند سرور فیزیکی یا میزبان مجازی‌سازی به آن متصل می‌شوند؟
- حجم فعلی داده‌ها چقدر است و با چه سرعتی افزایش پیدا می‌کند؟
- برنامه‌ها به چه میزان IOPS و پهنای باند نیاز دارند؟
- حداکثر تأخیر قابل قبول برای عملیات خواندن و نوشتن چقدر است؟
- توقف سرویس برای سازمان چه پیامدهایی دارد؟
- آیا ذخیره‌ساز باید از داده‌های بلوکی، فایل‌محور یا هر دو پشتیبانی کند؟
پاسخ این پرسش‌ها، مبنای انتخاب ظرفیت، نوع رسانه ذخیره‌سازی، معماری اتصال و قابلیت‌های حفاظتی خواهد بود.
۲. ظرفیت ذخیره‌ساز سازمانی؛ ظرفیت خام با ظرفیت قابل استفاده تفاوت دارد
یکی از رایج‌ترین اشتباهات هنگام خرید Storage، مقایسه دستگاه‌ها صرفاً بر اساس ظرفیت اسمی درایوهاست. ظرفیت خام یا Raw Capacity مجموع ظرفیت اسمی رسانه‌های نصب‌شده در سیستم است؛ اما تمام این فضا برای ذخیره داده‌های سازمان در دسترس نخواهد بود.
بخشی از ظرفیت ممکن است برای سازوکارهای افزونگی و حفاظت از داده، فضای رزرو سیستم، فراداده‌ها و عملکردهای داخلی پلتفرم اختصاص پیدا کند. همچنین Snapshotها، Cloneها و قابلیت‌های حفاظتی می‌توانند بر میزان فضای مصرفی تأثیر بگذارند.
بنابراین، هنگام بررسی پیش‌فاکتور باید مشخص شود که فروشنده چه ظرفیتی را به‌عنوان ظرفیت خام و چه ظرفیتی را به‌عنوان ظرفیت قابل تخصیص یا قابل استفاده اعلام کرده است.
ظرفیت قابل استفاده را چگونه محاسبه کنیم؟
برای برآورد اولیه، می‌توان از رابطه مفهومی زیر استفاده کرد:
ظرفیت قابل استفاده تقریبی = ظرفیت خام − سربار افزونگی − فضای رزروشده سیستم
این رابطه صرفاً یک تخمین ساده است. محاسبه واقعی به معماری ذخیره‌ساز، روش حفاظت از داده، تعداد و نوع درایوها و سیاست‌های تخصیص ظرفیت بستگی دارد. در برخی پلتفرم‌ها، ساختار داخلی حفاظت از داده پیچیده‌تر از یک کسر ساده برای RAID است؛ بنابراین باید از ابزار رسمی Sizing و مستندات همان مدل استفاده کرد.
در محصولات Dell PowerStore، برای نمونه، ظرفیت فیزیکی قابل تخصیص با در نظر گرفتن ظرفیت حاصل از ساختار داخلی حفاظت از داده و فضای رزروشده سیستم محاسبه می‌شود. در نتیجه، ظرفیت اسمی درایوها به‌تنهایی معیار کافی برای مقایسه نیست.
کاهش داده را در محاسبه ظرفیت در نظر بگیرید
فناوری‌هایی مانند Deduplication و Compression می‌توانند حجم فیزیکی موردنیاز برای نگهداری داده را کاهش دهند. در بعضی بارهای کاری، این قابلیت‌ها صرفه‌جویی قابل‌توجهی ایجاد می‌کنند؛ اما میزان صرفه‌جویی به نوع داده و الگوی تکرارپذیری آن بستگی دارد.
برای مثال، داده‌های تکراری یا برخی مجموعه‌داده‌های قابل فشرده‌سازی ممکن است کاهش ظرفیت بیشتری داشته باشند؛ در مقابل، داده‌هایی که قبلاً فشرده یا رمزگذاری شده‌اند، معمولاً ظرفیت کمتری ذخیره می‌کنند.
در نتیجه، نسبت کاهش داده نباید بدون توجه به نوع بار کاری به‌عنوان یک عدد قطعی در محاسبات خرید استفاده شود. برای طراحی دقیق‌تر، بهتر است ظرفیت موردنیاز در دو سناریو بررسی شود: بدون فرض صرفه‌جویی و با برآورد واقع‌بینانه کاهش داده.
۳. کارایی ذخیره‌ساز؛ فقط به سرعت SSD توجه نکنید
در انتخاب ذخیره‌ساز سازمانی، کارایی یکی از معیارهای تعیین‌کننده است؛ اما کارایی صرفاً به نوع درایو یا سرعت اسمی رابط آن محدود نمی‌شود. عملکرد نهایی حاصل تعامل رسانه ذخیره‌سازی، پردازنده و حافظه سیستم، کنترلرها، معماری داخلی، شبکه و نوع دسترسی برنامه‌هاست.
برای ارزیابی کارایی، سه شاخص اهمیت ویژه‌ای دارند:
IOPS؛ تعداد عملیات ورودی و خروجی
IOPS نشان می‌دهد سیستم ذخیره‌سازی در هر ثانیه چه تعداد عملیات خواندن و نوشتن را انجام می‌دهد. این شاخص برای بارهای کاری با درخواست‌های متعدد و کوچک، مانند برخی پایگاه‌های داده و محیط‌های مجازی‌سازی، اهمیت زیادی دارد.
بااین‌حال، عدد IOPS بدون ذکر اندازه بلوک، نسبت خواندن به نوشتن، عمق صف، میزان Cache و سطح تأخیر، معیار کاملی برای مقایسه دو دستگاه نیست.
Throughput؛ میزان انتقال داده
Throughput یا توان عملیاتی، حجم داده منتقل‌شده در واحد زمان را نشان می‌دهد و معمولاً با MB/s یا GB/s بیان می‌شود.
این شاخص برای کاربردهایی مانند انتقال فایل‌های حجیم، پردازش رسانه، جابه‌جایی داده و برخی عملیات پشتیبان‌گیری اهمیت بیشتری پیدا می‌کند.
Latency؛ زمان پاسخ‌گویی
Latency مدت‌زمانی است که طول می‌کشد یک درخواست ورودی و خروجی پاسخ داده شود. در کاربردهای حساس به زمان پاسخ‌گویی، مانند پایگاه‌های داده تراکنشی، افزایش تأخیر می‌تواند تجربه کاربر یا عملکرد برنامه را تحت تأثیر قرار دهد.
هنگام ارزیابی مشخصات فنی، به تأخیر در شرایط بار واقعی و نه فقط اعداد تبلیغاتی توجه کنید. همچنین مشخص کنید که معیار اعلام‌شده مربوط به میانگین است یا صدک‌های بالاتر تأخیر را نیز پوشش می‌دهد.
تطبیق کارایی با نوع بار کاری
| نوع بار کاری | معیارهای مهم‌تر |
| ماشین‌های مجازی و زیرساخت VDI | IOPS، تأخیر، تراکم میزبان‌ها و عملکرد در بار ترکیبی |
| پایگاه‌های داده پرتراکنش | تأخیر پایدار، IOPS و نسبت خواندن به نوشتن |
| انتقال فایل‌های حجیم | Throughput و پهنای باند شبکه |
| فایل‌های اشتراکی سازمانی | ظرفیت، عملکرد هم‌زمان کاربران و پروتکل‌های فایل |
| پشتیبان‌گیری و آرشیو | ظرفیت، نرخ انتقال، دوره نگهداری و هزینه هر واحد ظرفیت |
این جدول یک راهنمای اولیه است؛ انتخاب نهایی باید با اندازه‌گیری بار واقعی یا اجرای آزمون متناسب با برنامه‌های سازمان انجام شود.
۴. نوع رسانه ذخیره‌سازی را متناسب با نیاز انتخاب کنید
نوع درایوها بر کارایی، ظرفیت، هزینه و مصرف انرژی ذخیره‌ساز اثر می‌گذارد. در بسیاری از محیط‌های سازمانی، SSDهای مبتنی بر NVMe به دلیل تأخیر کم و توان عملیاتی بالا برای بارهای کاری حساس به کارایی جذاب هستند. بااین‌حال، انتخاب رسانه مناسب به حجم داده، بودجه و نیاز عملیاتی بستگی دارد.
برای مثال، یک زیرساخت مجازی‌سازی پرتراکم ممکن است از ذخیره‌ساز All-Flash بهره بیشتری ببرد؛ درحالی‌که برای آرشیو داده‌های کم‌مصرف، اولویت‌ها می‌توانند متفاوت باشند.
در خانواده Dell EMC PowerStore، طراحی All-NVMe و پشتیبانی از بارهای کاری بلوکی و فایل‌محور در مدل‌ها و پیکربندی‌های پشتیبانی‌شده، این خانواده را به یکی از گزینه‌های قابل بررسی برای زیرساخت‌های سازمانی تبدیل می‌کند. بااین‌حال، ظرفیت قابل پشتیبانی، نوع رسانه، قابلیت‌های اتصال و امکانات توسعه باید براساس مدل دقیق و نسخه نرم‌افزاری بررسی شوند.
نکته مهم این است که عبارت All-Flash به‌تنهایی تضمین‌کننده عملکرد موردنیاز نیست. ظرفیت Cache، معماری کنترلر، الگوی دسترسی، تراکم بار و طراحی شبکه نیز باید در ارزیابی لحاظ شوند.
۵. پروتکل اتصال؛ ذخیره‌ساز چگونه به سرورها متصل می‌شود؟
پروتکل اتصال مشخص می‌کند سرورها و برنامه‌ها از چه روشی به داده‌های ذخیره‌شده دسترسی داشته باشند. انتخاب نادرست پروتکل می‌تواند هزینه زیرساخت را افزایش دهد یا باعث شود سازمان نتواند از قابلیت‌های ذخیره‌ساز به‌درستی استفاده کند.
Fibre Channel (FC)
Fibre Channel یکی از گزینه‌های متداول برای اتصال بلوکی در محیط‌های سازمانی است. این فناوری معمولاً در زیرساخت‌های مبتنی بر SAN و محیط‌هایی به کار می‌رود که شبکه ذخیره‌سازی اختصاصی و مدیریت‌شده دارند.
در صورت استفاده از FC، سازگاری HBA سرورها، سوئیچ‌های SAN، سرعت پورت‌ها، طراحی مسیرهای افزونه و تنظیمات Multipathing باید بررسی شود.
iSCSI
iSCSI دسترسی بلوکی را روی شبکه IP فراهم می‌کند. این گزینه می‌تواند برای سازمان‌هایی مناسب باشد که می‌خواهند از زیرساخت اترنت موجود استفاده کنند یا شبکه ذخیره‌سازی مبتنی بر IP دارند.
البته استفاده از iSCSI به معنی بی‌نیازی از طراحی صحیح شبکه نیست. پهنای باند، ازدحام، تفکیک ترافیک، افزونگی مسیرها و پیکربندی میزبان‌ها همچنان اهمیت دارند.
NVMe over Fabrics
فناوری NVMe over Fabrics امکان دسترسی به ذخیره‌سازی NVMe را از طریق بسترهای شبکه‌ای مانند Fibre Channel یا TCP فراهم می‌کند. NVMe/FC و NVMe/TCP می‌توانند در پلتفرم‌ها و نسخه‌های سازگار، گزینه‌هایی برای محیط‌های نیازمند کارایی بالا باشند.
پیش از انتخاب این پروتکل‌ها، سازگاری سیستم‌عامل، Hypervisor، آداپتورها، سوئیچ‌ها و نسخه نرم‌افزاری ذخیره‌ساز را بررسی کنید.
NFS و SMB؛ برای داده‌های فایل‌محور
اگر هدف ارائه پوشه‌های اشتراکی به کاربران، نگهداری اسناد یا ارائه فضای فایل به برنامه‌هاست، پروتکل‌های فایل مانند NFS و SMB اهمیت پیدا می‌کنند.
NFS در بسیاری از محیط‌های مبتنی بر Linux و Unix و همچنین برخی زیرساخت‌های مجازی‌سازی استفاده می‌شود. SMB نیز در محیط‌های Windows و اشتراک‌گذاری فایل میان کاربران و سرورها کاربرد گسترده‌ای دارد.
برخی ذخیره‌سازهای یکپارچه می‌توانند دسترسی بلوکی و فایل‌محور را در یک پلتفرم ارائه کنند؛ اما پشتیبانی دقیق از پروتکل‌ها به مدل و نسخه محصول وابسته است.
نکته مهم: هنگام مقایسه راهکارهای Dell EMC، صرفاً به وجود نام یک پروتکل در مشخصات محصول اکتفا نکنید. بررسی کنید پروتکل موردنظر در پیکربندی انتخابی، با تجهیزات موجود و بار کاری شما سازگار باشد.
۶. توسعه‌پذیری؛ ذخیره‌ساز باید با رشد داده‌ها همراه شود
حجم داده‌های سازمان معمولاً ثابت نمی‌ماند. افزایش کاربران، رشد پایگاه‌های داده، توسعه سرویس‌های مجازی و افزایش دوره نگهداری اطلاعات می‌تواند در مدت کوتاهی نیاز به ظرفیت و کارایی بیشتر ایجاد کند.
بنابراین، هنگام انتخاب ذخیره‌ساز سازمانی باید علاوه بر نیاز امروز، مسیر توسعه آینده را نیز مشخص کنید.
مهم‌ترین پرسش‌ها در این بخش عبارت‌اند از:
- آیا می‌توان ظرفیت را با افزودن درایو یا محفظه توسعه افزایش داد؟
- آیا توسعه ظرفیت بدون توقف سرویس امکان‌پذیر است؟
- آیا افزایش ظرفیت با افزایش کارایی نیز همراه می‌شود یا محدودیت دیگری باقی می‌ماند؟
- آیا می‌توان چند دستگاه را در یک کلاستر مدیریت کرد؟
- آیا افزودن منابع به مجوز نرم‌افزاری، تجهیزات شبکه یا تغییرات گسترده زیرساخت نیاز دارد؟
- هزینه توسعه در چند سال آینده چقدر خواهد بود؟
در برخی پلتفرم‌های Dell PowerStore، امکان توسعه در سطح دستگاه و استفاده از کلاستر چنددستگاهی وجود دارد. بااین‌حال، سقف توسعه، پشتیبانی از ترکیب مدل‌ها، روش افزایش ظرفیت و محدودیت‌های هر قابلیت باید در مستندات مدل انتخابی بررسی شود.
توسعه‌پذیری مناسب تنها به معنای اضافه‌کردن فضای ذخیره‌سازی نیست؛ ممکن است سازمان در آینده به پورت‌های بیشتر، پهنای باند بالاتر، توان پردازشی بیشتر یا قابلیت‌های حفاظتی گسترده‌تر نیاز داشته باشد.
۷. دسترس‌پذیری و افزونگی؛ از خرابی قطعه تا تداوم سرویس
در بسیاری از سازمان‌ها، ذخیره‌ساز بخش مهمی از زنجیره ارائه خدمات است. خرابی یا از دسترس خارج‌شدن آن می‌تواند ماشین‌های مجازی، پایگاه‌های داده و برنامه‌های وابسته را نیز تحت تأثیر قرار دهد.
به همین دلیل، بررسی قابلیت‌های High Availability باید بخشی از فرایند خرید باشد.
موارد زیر را در مشخصات فنی و طراحی راهکار بررسی کنید:
- افزونگی کنترلرها یا گره‌های پردازشی
- منابع تغذیه افزونه و مسیرهای برق مستقل، در صورت پشتیبانی
- مسیرهای ارتباطی افزونه میان میزبان‌ها و ذخیره‌ساز
- پشتیبانی از Multipathing و مدیریت مسیر جایگزین
- رفتار سیستم در زمان خرابی درایو یا یکی از اجزای سخت‌افزاری
- امکان تعویض قطعات معیوب و انجام عملیات نگهداری با حداقل اختلال
- قابلیت‌های Snapshot و Replication برای بازیابی اطلاعات
- سازگاری با سیاست‌های پشتیبان‌گیری و بازیابی بحران سازمان
وجود قطعات افزونه به‌تنهایی برای تضمین تداوم سرویس کافی نیست. شبکه، برق، پیکربندی میزبان‌ها و معماری کل زیرساخت نیز باید از نقاط شکست منفرد تا حد امکان دور باشند.
همچنین باید میان High Availability، Backup و Disaster Recovery تفاوت قائل شد. افزونگی و دسترس‌پذیری می‌توانند احتمال توقف سرویس را کاهش دهند، اما جایگزین نسخه پشتیبان مستقل و برنامه بازیابی بحران نیستند.
برای تعیین سطح حفاظت مناسب، اهداف RPO و RTO را مشخص کنید. RPO میزان قابل‌قبول از دست رفتن داده برحسب زمان و RTO مدت‌زمان هدف برای بازگرداندن سرویس است. این اهداف باید مبنای انتخاب قابلیت‌های Snapshot، Replication و معماری سایت جایگزین قرار بگیرند.
۸. هزینه کل مالکیت را در کنار قیمت خرید بررسی کنید
قیمت اولیه ذخیره‌ساز تنها بخشی از هزینه واقعی آن است. برای مقایسه دو راهکار، باید هزینه‌های خرید، نگهداری، توسعه و بهره‌برداری را نیز در نظر گرفت.
هزینه کل مالکیت یا TCO می‌تواند شامل موارد زیر باشد:
- دستگاه، درایوها و تجهیزات اتصال
- سوئیچ‌ها، آداپتورها و کابل‌کشی موردنیاز
- پشتیبانی فنی، گارانتی و قراردادهای خدمات
- مجوزها و قابلیت‌های نرم‌افزاری موردنیاز
- برق، خنک‌سازی و فضای رک
- توسعه ظرفیت در آینده
- هزینه مهاجرت داده و آموزش تیم فنی
- هزینه احتمالی توقف سرویس یا بازیابی پس از حادثه
برای مثال، دستگاهی با قیمت اولیه کمتر ممکن است در آینده به تجهیزات شبکه اضافی یا ارتقای زودهنگام نیاز داشته باشد. در مقابل، راهکاری با هزینه خرید بالاتر ممکن است با فراهم‌کردن توسعه‌پذیری مناسب، بخشی از هزینه‌های تغییر زیرساخت را کاهش دهد.
بهتر است مقایسه اقتصادی در یک بازه چندساله انجام شود و برای همه گزینه‌ها فرض‌های یکسانی درباره رشد داده، سطح دسترس‌پذیری و پشتیبانی در نظر گرفته شود.
۹. چک‌لیست نهایی انتخاب ذخیره‌ساز سازمانی
پیش از نهایی‌کردن خرید، این موارد را بررسی کنید:
- ظرفیت خام و ظرفیت قابل استفاده به‌صورت جداگانه مشخص شده‌اند.
- رشد داده و ظرفیت موردنیاز در آینده برآورد شده است.
- بار کاری، IOPS ،Throughput و Latency موردنیاز مشخص شده‌اند.
- نوع رسانه ذخیره‌سازی با نیاز عملیاتی و بودجه سازگار است.
- پروتکل اتصال با سرورها، سوئیچ‌ها و سیستم‌عامل‌ها سازگاری دارد.
- مسیر توسعه ظرفیت و منابع پردازشی روشن است.
- افزونگی سخت‌افزاری و مسیرهای ارتباطی بررسی شده‌اند.
- روش‌های حفاظت از داده، Backup و Disaster Recovery مشخص هستند.
- شرایط گارانتی، پشتیبانی و تعویض قطعات بررسی شده‌اند.
- هزینه کل مالکیت در کنار قیمت اولیه مقایسه شده است.
جمع‌بندی
انتخاب ذخیره‌ساز سازمانی زمانی موفق خواهد بود که ظرفیت، کارایی، پروتکل‌های اتصال، توسعه‌پذیری و دسترس‌پذیری در کنار یکدیگر ارزیابی شوند. ظرفیت بالا بدون عملکرد متناسب با بار کاری، یا کارایی بالا بدون مسیر توسعه اقتصادی، الزاماً به معنای انتخاب درست نیست.
در ارزیابی محصولات Dell EMC، از جمله خانواده PowerStore، باید مشخصات مدل دقیق، ظرفیت قابل استفاده، پروتکل‌های پشتیبانی‌شده، امکانات توسعه و قابلیت‌های حفاظت از داده را با نیاز واقعی سازمان تطبیق داد. استفاده از ابزارهای Sizing، بررسی مستندات رسمی و تحلیل بار کاری موجود، احتمال انتخاب نادرست را کاهش می‌دهد و به طراحی زیرساختی متناسب با نیاز امروز و رشد آینده کمک می‌کند.
در نهایت، بهترین ذخیره‌ساز سازمانی لزوماً بزرگ‌ترین یا گران‌ترین دستگاه نیست؛ بلکه راهکاری است که بتواند با هزینه قابل‌قبول، عملکرد پایدار، حفاظت مناسب از داده و امکان توسعه، نیازهای عملیاتی سازمان را پوشش دهد.
