درایو سرور فقط محلی برای نگهداری فایل‌ها نیست. سرعت پاسخ‌گویی پایگاه داده، زمان اجرای ماشین‌های مجازی و حتی مدت بازیابی سرویس به انتخاب آن وابسته است. یک دیسک با ظرفیت زیاد ممکن است برای آرشیو مناسب باشد، اما زیر بار درخواست‌های تصادفی، برنامه را منتظر نگه دارد. در مقابل، خرید سریع‌ترین SSD هم بدون توجه به دوام و سازگاری، انتخاب کاملی نیست.
- فناوری ذخیره‌سازی، رابط اتصال و فرم‌فکتور سه مشخصه متفاوت‌اند.
- IOPS و سرعت ترتیبی باید همراه با شرایط آزمون و نوع بار بررسی شوند.
- دوام، حفاظت داده و امکان تعویض درایو، در کنار سرعت اهمیت دارند.
درایو سازمانی برای شرایط کاری مشخص سرور و دیتاسنتر طراحی می‌شود. این شرایط می‌تواند شامل کارکرد مداوم، بار خواندن و نوشتن بالا، لرزش شاسی و نیاز به عملکرد قابل‌پیش‌بینی باشد. البته همه محصولات با برچسب سروری قابلیت یکسانی ندارند؛ برای ویژگی‌هایی مانند Hot Swap و حفاظت قطع برق، باید مشخصات مدل دقیق را خواند.
انتخاب درست از سه جهت کمک می‌کند: گلوگاه ذخیره‌سازی کمتر می‌شود، دوام با حجم کار تناسب پیدا می‌کند و نگهداری سیستم قابل‌برنامه‌ریزی‌تر می‌شود. برای رسیدن به این نتیجه، باید تفاوت HDD و SSD، رابط‌های SATA و SAS و NVMe و چند شاخص فنی را کنار هم دید.
هارد سرور چه تفاوتی با هارد دسکتاپ دارد؟
ظاهر دو درایو ۳٫۵ اینچی یا حتی رابط SATA آن‌ها ممکن است یکسان باشد، اما محدوده کاری تعیین‌شده توسط سازنده تفاوت داشته باشد. درایو دسکتاپ برای الگوی مصرف رایانه شخصی طراحی می‌شود و درایو سازمانی معمولاً برای استفاده پیوسته و بار بیشتر ارزیابی شده است. مقایسه باید بین شماره‌مدل‌های مشخص انجام شود، نه صرفاً بین دو نام تجاری.
می‌توان این تفاوت را با خودروی شخصی و خودرویی که هر روز در یک ناوگان حمل‌ونقل کار می‌کند مقایسه کرد. هر دو وظیفه جابه‌جایی را انجام می‌دهند، اما شرایط کاری، هزینه نگهداری و دوام مورد انتظارشان یکسان نیست. در ذخیره‌سازی هم ظرفیت مساوی، به معنی تحمل بار مساوی نیست.
مسیر داده در بسیاری از سرورها از برنامه و سیستم فایل به کنترلر RAID یا HBA، سپس بک‌پلین و درایو می‌رسد. در پیکربندی‌های NVMe، ارتباط از مسیر PCIe برقرار می‌شود و جزئیات آن به طراحی سرور بستگی دارد. بنابراین سازگاری فقط به خود دیسک محدود نیست؛ کنترلر، کابل، بک‌پلین و نگهدارنده درایو نیز اهمیت دارند.
کارکرد پیوسته و سقف بار کاری سالانه
ساعت روشن بودن و حجم داده جابه‌جاشده دو معیار جدا هستند. سازنده ممکن است برای یک HDD سازمانی، کارکرد ۲۴ ساعته و سقف مشخصی از مجموع خواندن و نوشتن سالانه اعلام کند. این سقف با ظرفیت اسمی درایو تفاوت دارد؛ یک دیسک چندترابایتی می‌تواند در طول سال چندین برابر ظرفیتش داده جابه‌جا کند.
هاست اختصاصی وردپرس
شروع از ماهانه 80 هزار تومان
برای نمونه، Exos X24 برای کارکرد ۸۷۶۰ ساعت در سال و بار کاری سالانه حدود ۵۵۰ ترابایت رتبه‌بندی شده است. در خانواده‌های دسکتاپ، اعداد با توجه به مدل کمتر یا متفاوت‌اند. عبور از شرایط تعریف‌شده سازنده ممکن است قابلیت اطمینان مورد انتظار را تغییر دهد؛ بنابراین برای انتخاب، مشخصات همان ظرفیت و شماره قطعه را مبنا قرار دهید.
MTBF، AFR و خطای خواندن غیرقابل‌اصلاح
MTBF یک شاخص آماری قابلیت اطمینان است و نباید آن را عمر قطعی یک درایو در نظر گرفت. وقتی برای یک محصول عدد چند میلیون ساعت درج می‌شود، معنایش این نیست که همان دیسک قرار است صدها سال کار کند. AFR نیز برآورد نرخ خرابی سالانه در یک جمعیت و تحت شرایط تعریف‌شده است.
در مشخصات Exos X24، MTBF برابر ۲٫۵ میلیون ساعت و AFR برابر ۰٫۳۵ درصد آمده است. نرخ خطای خواندن غیرقابل‌اصلاح هم شاخص دیگری است که باید جداگانه بررسی شود. این اعداد برای مقایسه مهندسی مفیدند، اما هیچ‌کدام نیاز به افزونگی، پایش و بکاپ را حذف نمی‌کنند.
چرا درایو سازمانی برای بعضی سرورها مناسب‌تر است؟
- برای بار کاری و ساعت فعالیت مشخص سروری ارزیابی شده است.
- بعضی مدل‌ها تحمل لرزش و امکانات ارتباطی مناسب شاسی‌های متراکم دارند.
- SSDهای دیتاسنتری معمولاً بر عملکرد پایدار و تأخیر قابل‌پیش‌بینی تمرکز می‌کنند.
- امکاناتی مانند PLP در مدل‌های مناسب، بخشی از ریسک قطع برق را کاهش می‌دهد.
- مدت و شرایط ضمانت می‌تواند با مدل دسکتاپ متفاوت باشد.
در مقابل، قیمت هر ترابایت معمولاً بالاتر است و بعضی درایوهای سریع به توان و خنک‌کاری بیشتری نیاز دارند. برای یک محیط آزمایشی با داده قابل‌بازیابی، همه این امکانات الزاماً ارزش اقتصادی یکسانی ندارند. انتخاب باید بر اساس اهمیت سرویس و هزینه اختلال انجام شود.
| معیار | درایو دسکتاپ | درایو سازمانی |
|---|---|---|
| الگوی مصرف | کاربرد رایانه شخصی | بار کاری تعریف‌شده سرور و ذخیره‌سازی |
| کارکرد سالانه | وابسته به مدل؛ لزوماً مناسب بار مداوم نیست | در بسیاری از مدل‌ها 24×7 |
| سقف بار کاری | باید از دیتاشیت خوانده شود | معمولاً بالاتر، با مقدار مشخص |
| شاخص قابلیت اطمینان | ممکن است همه شاخص‌ها منتشر نشده باشند | اغلب MTBF و نرخ خطا مشخص است |
| رابط | معمولاً SATA یا NVMe در SSD | SATA، SAS یا NVMe بر اساس مدل |
| ضمانت | وابسته به محصول و شرایط فروش | اغلب با محدودیت‌های کاری و دوام مشخص |
انواع درایو سرور؛ HDD، SATA، SAS و NVMe
HDD و SSD نوع فناوری ذخیره‌سازی را مشخص می‌کنند. SATA و SAS رابط ارتباطی‌اند و NVMe پروتکلی است که در درایوهای محلی معمولاً روی PCIe کار می‌کند. در نتیجه، NVMe رقیب مفهومی SSD نیست؛ درایو NVMe هم می‌تواند یک SSD باشد.
HDD مکانیکی؛ ظرفیت بالا با هزینه کمتر
در HDD، داده روی صفحات مغناطیسی نگهداری می‌شود و هد برای دسترسی به بخش‌های مختلف جابه‌جا می‌شود. همین حرکت مکانیکی، عملکرد درخواست‌های کوچک و تصادفی را محدود می‌کند. ممکن است یک HDD هنگام خواندن فایل بزرگ سرعت مناسبی داشته باشد، اما در پاسخ به درخواست‌های پراکنده بسیار کندتر از SSD عمل کند.
برای نمونه، در مشخصات Exos X24 سرعت ترتیبی تا حدود ۲۸۵ مگابایت‌برثانیه و خواندن تصادفی 4K در شرایط آزمون مشخص، حدود ۱۶۸ IOPS ذکر شده است. این اختلاف نشان می‌دهد چرا یک عدد سرعت ترتیبی، برای تصمیم درباره پایگاه داده کافی نیست. HDD سازمانی همچنان برای آرشیو، بکاپ و داده‌های حجیم با دسترسی عمدتاً ترتیبی کاربرد دارد.
سرور مجازی ارزان
شروع از ماهانه 100 هزارتومان
SSD با رابط SATA یا SAS
SSD قطعه متحرک ندارد و برای خواندن نقاط مختلف داده، منتظر جابه‌جایی هد نمی‌ماند. این ویژگی دسترسی تصادفی را سریع‌تر می‌کند. با این حال، رابط و کنترلر می‌توانند سقف عملکرد آن را محدود کنند؛ برای مثال SATA نسل سوم نرخ اسمی ۶ گیگابیت‌برثانیه دارد و سرعت مفید کمتر از نرخ خام است.
SAS در پلتفرم‌های سازمانی امکاناتی مانند اتصال دوپورتی را ارائه می‌کند و نسل‌های متفاوتی دارد. نرخ ۱۲ گیگابیت‌برثانیه به یک نسل رایج اشاره می‌کند، نه همه محصولات SAS. بسیاری از کنترلرهای SAS از درایو SATA هم پشتیبانی می‌کنند، اما عکس این موضوع درست نیست. سازگاری بک‌پلین و فهرست درایوهای مجاز همچنان باید بررسی شود.
NVMe؛ استفاده از مسیر PCIe
NVMe برای حافظه غیرفرار و پردازش هم‌زمان درخواست‌ها طراحی شده است. پشتیبانی از صف‌های متعدد، امکان استفاده بهتر از منابع پردازنده را فراهم می‌کند. سقف‌های پروتکل به معنی تعداد صف فعال یا سرعت واقعی همه دستگاه‌ها نیست؛ کنترلر، سیستم‌عامل و نرم‌افزار باید از این ظرفیت استفاده کنند.
در کاربردهایی با درخواست‌های تصادفی زیاد، NVMe می‌تواند تأخیر کمتر و IOPS بیشتری فراهم کند. اما اگر برنامه منتظر قفل پایگاه داده، شبکه یا پردازنده باشد، تعویض دیسک الزاماً مسئله را حل نمی‌کند. همچنین یک NVMe اقتصادی بدون دوام مناسب، لزوماً جایگزین خوبی برای SSD سازمانی نیست.
فرم‌فکتورهای ۲٫۵ اینچ، ۳٫۵ اینچ، U.2 و M.2
در بسیاری از سرورهای HPE، محفظه‌های ۲٫۵ اینچی با عنوان SFF و ۳٫۵ اینچی با عنوان LFF شناخته می‌شوند. این اندازه‌ها به‌تنهایی نوع رابط را مشخص نمی‌کنند. دو درایو هم‌اندازه ممکن است برای ارتباط، کانکتور یا بک‌پلین متفاوتی لازم داشته باشند.
SSDهای NVMe در قالب‌هایی مانند M.2، U.2 و E1.S عرضه می‌شوند. برای مثال خانواده PM9A3 چند فرم‌فکتور دارد، اما مشخصات تمام ظرفیت‌ها و نسخه‌ها یکسان نیست. M.2 نیز فقط به معنای NVMe نیست؛ پیش از خرید باید هم اندازه و هم پروتکل و مسیر اتصال را تطبیق دهید.
| ویژگی | SATA | SAS | NVMe محلی |
|---|---|---|---|
| نرخ رابط رایج | ۶ گیگابیت‌برثانیه در SATA III | وابسته به نسل؛ از جمله ۱۲ گیگابیت‌برثانیه | وابسته به نسل و تعداد مسیر PCIe |
| مدیریت فرمان | صف محدودتر؛ NCQ تا ۳۲ فرمان | وابسته به دستگاه و کنترلر | صف‌های متعدد و موازی |
| پورت | معمولاً تک‌پورت | مدل‌های دوپورتی رایج‌اند | وابسته به مدل |
| مسیر اتصال | کنترلر سازگار SATA یا SAS | کنترلر یا HBA سازگار SAS | PCIe و زیرساخت سازگار |
| کاربرد رایج | ذخیره‌سازی اقتصادی | زیرساخت سازمانی و آرایه‌ها | دیتابیس و مجازی‌سازی پرتراکنش |
SSD یا HDD؛ کدام برای چه کاری مناسب است؟
برای دیتابیس و ماشین‌های مجازی، دسترسی تصادفی و تأخیر اهمیت زیادی دارد و SSD معمولاً انتخاب مناسب‌تری است. برای آرشیو بزرگ که داده به‌ندرت خوانده می‌شود، هزینه هر ترابایت اهمیت بیشتری پیدا می‌کند و HDD می‌تواند منطقی‌تر باشد.
سرور مجازی ویندوز
Remote Access & Full Admin
استفاده ترکیبی هم رایج است: سیستم‌عامل و داده فعال روی SSD، و آرشیو روی HDD. البته نگهداری یک کپی روی دیسک دیگر همان سرور، به‌تنهایی همه الزامات بکاپ مستقل را برآورده نمی‌کند. محل نگهداری، امکان بازیابی و جداسازی از خرابی سرور را هم در نظر بگیرید.
NVMe به مسیر اتصال و خنک‌کاری مناسب نیاز دارد. در SSD نیز حجم نوشتن و فرسایش اهمیت دارد؛ بنابراین ظرفیت و سرعت تنها دو بخش از تصمیم‌اند، نه تمام آن.
IOPS، Hot Swap و دوام؛ سه معیار مهم در انتخاب
IOPS بدون اندازه بلوک و عمق صف چه معنایی دارد؟
IOPS تعداد عملیات ورودی و خروجی در ثانیه است. برای تفسیر آن باید بدانیم عملیات خواندن است یا نوشتن، اندازه بلوک چقدر است و چند درخواست هم‌زمان در صف قرار دارد. نتیجه آزمون با عمق صف بالا الزاماً رفتار یک برنامه با چند درخواست محدود را نشان نمی‌دهد.
برای نمونه، در دیتاشیت 990 PRO یک‌ترابایتی، خواندن تصادفی در QD1 حدود ۲۲ هزار IOPS و در QD32 تا ۱٫۲ میلیون IOPS اعلام شده است. هر دو عدد مربوط به یک درایوند، اما شرایط آزمون متفاوت است. نسبت خواندن به نوشتن، پر بودن درایو، کش و زمان اجرای آزمون نیز نتیجه را تغییر می‌دهند.
برای برآورد ساده توان عملیاتی، IOPS را در اندازه هر عملیات ضرب می‌کنند. صد هزار عملیات با بلوک ۴ کیبی‌بایتی، تقریباً ۴۰۹٫۶ مگابایت‌برثانیه داده جابه‌جا می‌کند. این محاسبه، سربار و محدودیت‌های دیگر مسیر را حذف می‌کند و جای آزمون واقعی را نمی‌گیرد.
Hot Swap دقیقاً به چه معناست؟
Hot Swap یا Hot Plug در زمینه درایو، امکان اتصال یا جداسازی در شرایط روشن بودن سیستم و با پشتیبانی سخت‌افزار و نرم‌افزار است. درایو، بک‌پلین، نگهدارنده، کنترلر و سیستم‌عامل باید این کار را پشتیبانی کنند. بیرون آمدن فیزیکی یک سینی، به‌تنهایی نشانه مجاز بودن جداسازی نیست.
وجود RAID شرط تعریف Hot Swap نیست، اما برای ادامه دسترسی به داده پس از خارج کردن یک دیسک فعال، افزونگی مناسب لازم است. جدا کردن دیسک RAID 0 می‌تواند کل آرایه را از دسترس خارج کند. پیش از تعویض، وضعیت آرایه، شناسه دقیق دیسک و دستورالعمل چراغ‌ها و نگهدارنده را بررسی کنید.
TBW و DWPD؛ دوام نوشتن SSD
TBW حجم نوشتن رتبه‌بندی‌شده درایو را بیان می‌کند و در بسیاری از محصولات، با شرایط ضمانت ارتباط دارد. DWPD نشان می‌دهد در بازه مرجع، روزانه چند برابر ظرفیت درایو می‌توان نوشت تا به همان مقدار برسیم. هیچ‌کدام زمان دقیق خرابی را پیش‌بینی نمی‌کنند.
DWPD = TBW / (365 × years × capacity_TB)
600 / (365 × 5 × 1) ≈ 0.33
1752 / (365 × 5 × 0.96) = 1در این مثال، 990 PRO یک‌ترابایتی با ۶۰۰ TBW و بازه پنج‌ساله حدود ۰٫۳۳ DWPD دارد. برای PM9A3 با ظرفیت ۹۶۰ گیگابایت و ۱۷۵۲ TBW، مقدار به ۱ DWPD می‌رسد. این مقایسه درباره دوام نسبت به ظرفیت است و برتری مطلق سرعت یکی بر دیگری را نشان نمی‌دهد.
کلاس‌های حدود ۱ DWPD و ۳ DWPD در محصولات خواندن‌محور و ترکیبی رایج‌اند، اما نیاز واقعی به حجم نوشتن سرویس بستگی دارد. شرایط آزمون استاندارد محصولات Client و Enterprise نیز متفاوت است؛ این تفاوت را نباید به ممنوع بودن روشن ماندن شبانه‌روزی هر SSD مصرفی تعبیر کرد.
حفاظت قطع برق یا PLP
برخی SSDهای سازمانی انرژی ذخیره‌شده‌ای دارند تا هنگام قطع برق، داده و اطلاعات مدیریتی در معرض خطر را به حافظه غیرفرار منتقل کنند. جزئیات حفاظت به طراحی درایو بستگی دارد. همه SSDها کش DRAM یکسان ندارند و همه قابلیت‌هایی که با عنوان حفاظت برق معرفی می‌شوند، پوشش یکسانی ارائه نمی‌کنند.
UPS و منبع تغذیه افزونه مفیدند، اما قطع ارتباط داخلی یا خرابی مسیر تغذیه درایو را به‌طور کامل حذف نمی‌کنند. PLP نیز جای بکاپ نیست و از حذف اشتباه یا خرابی کامل دستگاه جلوگیری نمی‌کند.
مقایسه سه نمونه با کاربرد متفاوت
| مشخصه | Exos X24 | PM9A3 U.2 960GB | 990 PRO 1TB |
|---|---|---|---|
| کلاس | HDD سازمانی | SSD دیتاسنتری | SSD مصرفی پرسرعت |
| فناوری | مکانیکی | NVMe | NVMe |
| خواندن تصادفی نمونه | حدود ۱۶۸ IOPS در QD16 | وابسته به ظرفیت و نسخه؛ مناسب بار موازی | تا ۱٫۲ میلیون IOPS در QD32 |
| معیار دوام | بار کاری سالانه | ۱۷۵۲ TBW؛ حدود ۱ DWPD | ۶۰۰ TBW؛ حدود ۰٫۳۳ DWPD |
| کاربرد شاخص | ظرفیت بالا و داده سرد | بار سروری با نیاز به دوام و حفاظت | کاربرد سازگار با محدودیت‌های مدل مصرفی |
اعداد آزمون این جدول در شرایط کاملاً یکسان اندازه‌گیری نشده‌اند و رتبه‌بندی مستقیم عملکرد تولیدی نیستند. برای تصمیم نهایی باید تأخیر پایدار، نوع بار و ظرفیت دقیق مقایسه شود. اوج عملکرد کوتاه‌مدت، تمام رفتار یک درایو را نشان نمی‌دهد.
مراحل انتخاب درایو برای سرور HP و HPE
۱. بار کاری را اندازه بگیرید
مشخص کنید سرویس بیشتر خواندن دارد یا نوشتن، درخواست‌ها کوچک و تصادفی‌اند یا بزرگ و ترتیبی، و تأخیر قابل‌قبول چقدر است. ابزارهایی مانند iostat در لینوکس و Performance Monitor در ویندوز برای مشاهده وضعیت فعلی کمک می‌کنند. داده ساعات اوج را هم ثبت کنید؛ میانگین روزانه ممکن است فشار واقعی را پنهان کند.
۲. رابط و پیکربندی دقیق سرور را تطبیق دهید
نسل سرور به‌تنهایی کافی نیست. نوع بک‌پلین، کنترلر، کیج و کابل‌کشی را از راهنمای همان مدل بررسی کنید. بعضی پیکربندی‌ها برای NVMe به کیت جداگانه نیاز دارند. همچنین نصب یک درایو PCIe جدید روی مسیر قدیمی‌تر، سقف سرعت نسل قدیمی را تغییر نمی‌دهد.
۳. ظرفیت قابل‌استفاده پس از RAID را حساب کنید
چهار دیسک دوترابایتی در RAID 10 معمولاً حدود چهار ترابایت ظرفیت خام قابل‌استفاده و در RAID 5 حدود شش ترابایت فراهم می‌کنند؛ پیش از سربار قالب‌بندی و تفاوت واحد نمایش. برای انتخاب نوع RAID، علاوه بر ظرفیت، تحمل خرابی، زمان بازسازی و بار نوشتن را بررسی کنید. RAID بکاپ مستقل نیست.
۴. دوام و فضای رشد را در نظر بگیرید
حجم نوشتن روزانه، رشد داده و دوره نگهداری سرویس را برآورد کنید. فضای خالی سیستم فایل همیشه معادل Over-Provisioning مؤثر در سطح درایو نیست؛ تنظیمات، TRIM و شیوه استفاده هم اهمیت دارند. برای بار نوشتنی، تنها مقایسه قیمت هر ترابایت ممکن است هزینه واقعی را پنهان کند.
۵. سلامت و روند فرسایش را پایش کنید
برای خواندن اطلاعات سلامت، ابزار مناسب همان رابط را به کار ببرید. نام دستگاه در فرمان‌های زیر نمونه است و باید با دستگاه واقعی تطبیق داده شود:
sudo smartctl -a /dev/sda
sudo nvme smart-log /dev/nvme0 | grep percentage_usedاین فرمان‌ها اطلاعات را می‌خوانند. پشت کنترلر RAID ممکن است برای دسترسی به دیسک فیزیکی، گزینه یا ابزار مخصوص سازنده لازم باشد. Percentage Used برآورد مصرف دوام در NVMe است؛ رسیدن به ۱۰۰ درصد، زمان قطعی خرابی را مشخص نمی‌کند و بعضی درایوها مقدار بالاتر از ۱۰۰ را هم گزارش می‌کنند. خطاهای رسانه، دما و روند تغییر شاخص‌ها را نیز بررسی کنید.
یک مثال فرضی از تشخیص گلوگاه دیسک
فرض کنید برنامه‌ای کند شده، در حالی که مصرف متوسط پردازنده و رم بالا نیست. این وضعیت می‌تواند بررسی ذخیره‌سازی را ضروری کند، اما به‌تنهایی ثابت نمی‌کند که دیسک مقصر است. صف درخواست‌ها، تأخیر، قفل‌های پایگاه داده، کوئری‌ها و شبکه باید هم‌زمان بررسی شوند.
اگر شواهد نشان دادند بار تصادفی از توان HDD بیشتر است، انتقال داده فعال به SSD مناسب می‌تواند مؤثر باشد. این جابه‌جایی باید همراه بکاپ قابل‌بازیابی و برنامه انتقال انجام شود. در انتخاب سرور اختصاصی نیز همین اندازه‌گیری‌ها برای تعیین نوع و تعداد درایو از حدس بر اساس بازدید مفیدترند.
| کاربرد | نقطه شروع بررسی | معیار مهم |
|---|---|---|
| وب‌سایت و اپلیکیشن | SSD یا NVMe متناسب با بار | تأخیر و ظرفیت |
| پایگاه داده | SSD با دوام و حفاظت مناسب | نوشتن روزانه و تأخیر پایدار |
| مجازی‌سازی | ذخیره‌سازی سریع با افزونگی مناسب | بار هم‌زمان و بازیابی |
| آرشیو و بکاپ | HDD سازمانی یا طراحی ترکیبی | هزینه ظرفیت و زمان بازیابی |
| درایو بوت | SSD سازگار با پلتفرم | قابلیت اطمینان و امکان افزونگی |
پرسش‌های متداول درباره درایو سرور
درایو سرور HP روی سیستم دیگری هم کار می‌کند؟
ممکن است رابط استاندارد آن سازگار باشد، اما فرم‌ور، نگهدارنده، کنترلر و امکانات مدیریتی باید بررسی شوند. سازگاری را فقط از روی اندازه فیزیکی نتیجه نگیرید.
برای سرور SSD بهتر است یا HDD؟
برای درخواست تصادفی و تأخیر پایین معمولاً SSD مناسب‌تر است. برای ظرفیت زیاد و داده کم‌مراجعه، HDD می‌تواند اقتصادی‌تر باشد. نوع بار تعیین‌کننده است.
سرور به چند IOPS نیاز دارد؟
عدد ثابتی وجود ندارد. اندازه درخواست، نسبت خواندن و نوشتن، هم‌زمانی و تأخیر موردنیاز باید اندازه‌گیری شوند. تعداد کاربران به‌تنهایی کافی نیست.
هر درایو دارای سینی را می‌توان روشن تعویض کرد؟
خیر. باید پشتیبانی کل مسیر، وضعیت داده و دستورالعمل همان دستگاه بررسی شود. سینی قابل‌خروج به‌تنهایی مجوز جداسازی دیسک فعال نیست.
هر NVMe روی Gen9 یا Gen10 نصب می‌شود؟
خیر. مدل و پیکربندی دقیق، بک‌پلین، مسیر PCIe و کیت‌های نصب تعیین‌کننده‌اند. نام نسل برای تأیید سازگاری کافی نیست.
SSD مصرفی را می‌توان در سرور استفاده کرد؟
در صورت سازگاری و تناسب بار ممکن است قابل‌استفاده باشد، اما دوام، حفاظت برق و ثبات عملکرد آن را باید بپذیرید و پایش کنید. برای داده حساس، این محدودیت‌ها اهمیت بیشتری دارند.
RAID نیاز به بکاپ را برطرف می‌کند؟
خیر. حذف اشتباه، باج‌افزار و خرابی‌های گسترده ممکن است کل آرایه را تحت‌تأثیر قرار دهند. نسخه پشتیبان مستقل و آزمون بازیابی ضروری‌اند.
SAS همیشه از SATA سریع‌تر است؟
خیر. نوع رسانه، نسل رابط و مدل درایو مهم‌اند. یک SSD SATA می‌تواند در دسترسی تصادفی از HDD SAS سریع‌تر باشد. نام رابط به‌تنهایی معیار عملکرد نیست.
درایو مناسب را بر اساس بار واقعی انتخاب کنید
انتخاب درایو سرور از تطبیق فناوری ذخیره‌سازی با نوع کار آغاز می‌شود و با بررسی رابط، سازگاری، دوام و امکانات نگهداری کامل می‌شود. سرعت ترتیبی برای همه سرویس‌ها معیار اصلی نیست و IOPS نیز بدون شرایط آزمون، مقایسه دقیقی فراهم نمی‌کند.
برای داده فعال، تأخیر و دوام را جدی بگیرید؛ برای آرشیو، ظرفیت و هزینه بازیابی را بسنجید. در هر دو حالت، پایش سلامت و بکاپ مستقل بخشی از طراحی‌اند. حتی بهترین درایو هم قرار نیست به‌تنهایی از تمام ریسک‌های سرویس جلوگیری کند.
