چگونه ظرفیت هارد سرور را محاسبه کنیم؟ راهنمای محاسبه ظرفیت ذخیره‌سازی و RAID

📘

محاسبه ظرفیت هارد سرور فقط به این معنا نیست که تعداد هاردها را در ظرفیت هرکدام ضرب کنیم. در یک سرور واقعی، بخشی از ظرفیت خام ممکن است به دلیل نوع RAID، ساختار ذخیره‌سازی، فرمت و فایل‌سیستم در اختیار داده‌های کاربر قرار نگیرد. اگر قرار باشد ظرفیت مورد نیاز یک سرور را برای چند سال آینده برآورد کنیم، نرخ رشد داده‌ها، فضای مورد نیاز سیستم‌عامل و نرم‌افزارها، Snapshotها، Backupها و فضای رزرو برای توسعه آینده نیز باید در نظر گرفته شود.

این موضوع در سرورهای HPE اهمیت بیشتری پیدا می‌کند؛ چون انتخاب تعداد و ظرفیت درایوها، نوع RAID و کنترلر ذخیره‌سازی مستقیماً روی فضای قابل استفاده، سطح حفاظت از داده و عملکرد سیستم تأثیر می‌گذارد.

در این راهنما ابتدا تفاوت ظرفیت اسمی و ظرفیت قابل استفاده را بررسی می‌کنیم، سپس سراغ محاسبه ظرفیت در RAIDهای مختلف می‌رویم و در ادامه توضیح می‌دهیم چطور می‌توان ظرفیت مورد نیاز یک سرور را پیش از خرید هارد برآورد کرد.

ظرفیت اسمی هارد با ظرفیت قابل استفاده یکی نیست

وقتی روی یک هارد سرور مثلاً ظرفیت 1.92TB، 4TB یا 12TB درج شده است، این عدد ظرفیت اسمی یا Raw Capacity درایو است.

اما این عدد الزاماً همان فضایی نیست که پس از نصب هارد در اختیار سیستم‌عامل یا برنامه‌های کاربردی قرار می‌گیرد.

چند عامل می‌توانند باعث شوند عددی که در سیستم‌عامل مشاهده می‌کنید با ظرفیت درج‌شده روی هارد متفاوت باشد:

• روش نمایش ظرفیت درایو توسط سازنده و سیستم‌عامل
• ساختار RAID
• فضای مورد استفاده برای متادیتا و سربار فایل‌سیستم
• پارتیشن‌بندی و ساخت Volume
• فضای رزروشده توسط سیستم‌عامل یا نرم‌افزارها
• Snapshot و قابلیت‌های مدیریتی ذخیره‌سازی
• استفاده از Hot Spare یا Drive Spare در برخی پیکربندی‌ها

بنابراین هنگام برنامه‌ریزی ظرفیت سرور، نباید صرفاً ظرفیت اسمی هاردها را با یکدیگر جمع کرد.

تفاوت TB و TiB را هم در نظر بگیرید

یکی از دلایل اختلاف عدد ظرفیت هارد در مشخصات فنی و سیستم‌عامل، تفاوت بین واحدهای ده‌دهی و دودویی است.

سازندگان تجهیزات ذخیره‌سازی معمولاً از واحدهای ده‌دهی استفاده می‌کنند:

1TB = 1,000,000,000,000 Byte

در مقابل، سیستم‌های کامپیوتری ممکن است ظرفیت را بر اساس واحدهای دودویی نمایش دهند:

1TiB = 1,099,511,627,776 Byte

به همین دلیل ممکن است یک هارد با ظرفیت اسمی 1TB، دقیقاً به صورت «1TB» در سیستم‌عامل نمایش داده نشود.

این اختلاف به معنای از بین رفتن بخشی از ظرفیت هارد یا خراب بودن آن نیست؛ بیشتر به نحوه تعریف و نمایش واحد ظرفیت مربوط می‌شود.

فرمول کلی محاسبه ظرفیت سرور

برای یک پیکربندی ساده که هیچ RAID یا لایه ذخیره‌سازی دیگری ندارد، ظرفیت خام تقریباً از این رابطه به دست می‌آید:

ظرفیت خام = تعداد هارد × ظرفیت هر هارد

برای مثال، اگر چهار هارد 4TB داشته باشیم:

4 × 4TB = 16TB

اما این عدد فقط ظرفیت خام است.

اگر همین چهار هارد در RAID 5 قرار بگیرند، ظرفیت قابل استفاده تغییر می‌کند.

بنابراین در سرورهای واقعی بهتر است محاسبه را در چند مرحله انجام دهید:

ظرفیت خام → ظرفیت RAID → سربار ذخیره‌سازی → فضای قابل استفاده

محاسبه ظرفیت هارد سرور در RAID

RAID یکی از مهم‌ترین عواملی است که ظرفیت قابل استفاده سرور را تغییر می‌دهد.

در RAID، چند هارد فیزیکی به شکل یک آرایه در اختیار کنترلر ذخیره‌سازی قرار می‌گیرند و سیستم‌عامل می‌تواند یک Logical Drive یا Volume را مشاهده کند.

اما مقدار فضای قابل استفاده به نوع RAID بستگی دارد.

محاسبه ظرفیت RAID 0

در RAID 0 داده‌ها بین چند دیسک توزیع می‌شوند و ظرفیت قابل استفاده تقریباً برابر مجموع ظرفیت تمام دیسک‌هاست.

فرمول RAID 0

Capacity = N × C

که در آن:

• N = تعداد هاردها
• C = ظرفیت هر هارد

مثلاً اگر چهار هارد 4TB داشته باشیم:

4 × 4TB = 16TB

پس ظرفیت خام و قابل استفاده، پیش از در نظر گرفتن سربارهای دیگر، حدود 16TB خواهد بود.

مشکل اصلی RAID 0 این است که هیچ افزونگی یا تحمل خرابی ایجاد نمی‌کند. بنابراین خرابی یکی از دیسک‌ها می‌تواند کل آرایه را تحت تأثیر قرار دهد.

محاسبه ظرفیت RAID 1

در RAID 1 اطلاعات روی دو دیسک Mirror می‌شوند.

بنابراین ظرفیت قابل استفاده تقریباً برابر ظرفیت یک هارد خواهد بود.

مثلاً:

2 × 4TB = 8TB ظرفیت خام

اما ظرفیت قابل استفاده:

4TB

در این حالت در صورت خرابی یکی از دو دیسک، نسخه دیگری از اطلاعات روی دیسک Mirror وجود دارد.

RAID 1 معمولاً زمانی مورد توجه قرار می‌گیرد که حفاظت از داده‌ها اهمیت بیشتری از استفاده حداکثری از ظرفیت داشته باشد.

محاسبه ظرفیت RAID 5

RAID 5 از Parity استفاده می‌کند و اطلاعات Parity بین دیسک‌های آرایه توزیع می‌شود.

فرمول RAID 5

Capacity = (N − 1) × C

مثلاً اگر چهار هارد 4TB داشته باشیم:

(4 − 1) × 4TB = 12TB

بنابراین:

• ظرفیت خام: 16TB
• ظرفیت قابل استفاده RAID 5: حدود 12TB
• ظرفیت معادل یک هارد برای Parity مصرف می‌شود

RAID 5 می‌تواند خرابی یک هارد را بدون از دست رفتن داده تحمل کند.

محاسبه ظرفیت RAID 6

RAID 6 مشابه RAID 5 از Parity استفاده می‌کند، اما دو مجموعه Parity دارد. در نتیجه می‌تواند خرابی هم‌زمان دو درایو را تحمل کند.

فرمول RAID 6

Capacity = (N − 2) × C

برای مثال، اگر شش هارد 4TB داشته باشیم:

(6 − 2) × 4TB = 16TB

یعنی:

• ظرفیت خام: 24TB
• ظرفیت قابل استفاده RAID 6: حدود 16TB
• ظرفیت معادل دو هارد برای Parity مصرف می‌شود

محاسبه ظرفیت RAID 10

RAID 10 ترکیبی از Mirroring و Striping است و معمولاً برای محیط‌هایی که عملکرد و حفاظت از داده هر دو اهمیت دارند استفاده می‌شود.

در ساده‌ترین حالت، حدود نیمی از ظرفیت خام برای ذخیره نسخه‌های Mirror استفاده می‌شود.

مثلاً:

4 × 4TB = 16TB ظرفیت خام

ظرفیت قابل استفاده:

تقریباً 8TB

بنابراین RAID 10 از نظر ظرفیت بهینه‌ترین گزینه نیست، اما در بسیاری از Workloadهای حساس به I/O می‌تواند انتخاب مناسبی باشد.

مقایسه ظرفیت RAIDهای مختلف

نوع RAID	حداقل تعداد هارد	ظرفیت قابل استفاده تقریبی	تحمل خرابی
RAID 0	بسته به کنترلر	N × C	ندارد
RAID 1	2	C	یک دیسک در Mirror
RAID 5	3	(N−1) × C	یک دیسک
RAID 6	4	(N−2) × C	دو دیسک
RAID 10	4 در پیکربندی رایج	(N/2) × C	وابسته به محل خرابی دیسک‌ها

این فرمول‌ها زمانی ساده و قابل استفاده هستند که ظرفیت تمام هاردهای عضو آرایه یکسان باشد. در پیکربندی‌های واقعی، کنترلر، Spare، نوع آرایه و نحوه تخصیص فضای ذخیره‌سازی نیز باید بررسی شوند.

چگونه ظرفیت مورد نیاز سرور را محاسبه کنیم؟

یکی از اشتباهات رایج هنگام خرید هارد سرور این است که ابتدا هارد انتخاب شود و بعد بررسی کنیم آیا ظرفیت آن برای سازمان کافی است یا نه.

روش بهتر این است که نیاز ذخیره‌سازی قبل از انتخاب هارد محاسبه شود.

فرض کنیم یک سازمان در حال حاضر 6TB داده دارد و سالانه حدود 1.5TB به اطلاعات آن اضافه می‌شود.

اگر بخواهیم برای سه سال آینده برنامه‌ریزی کنیم:

6TB + (1.5TB × 3) = 10.5TB

این عدد حداقل ظرفیت مورد نیاز بر اساس رشد فعلی داده‌هاست.

اما بهتر است کل این ظرفیت را پر نکنیم.

فضای آزاد برای رشد غیرمنتظره، Backup، Snapshot، فایل‌های موقت و عملیات نگهداری نیز باید در نظر گرفته شود.

در نتیجه ممکن است ظرفیت هدف مثلاً 12 تا 14TB در نظر گرفته شود، نه اینکه دقیقاً 10.5TB خریداری کنیم.

فرمول کاربردی برای برنامه‌ریزی ظرفیت

برای برآورد اولیه می‌توان از این مدل استفاده کرد:

ظرفیت مورد نیاز = داده فعلی + رشد پیش‌بینی‌شده + فضای رزرو + سربار ذخیره‌سازی

البته مقدار هر بخش به نوع سرویس بستگی دارد.

سروری که فقط فایل‌های اداری را نگهداری می‌کند با سروری که میزبان ماشین‌های مجازی، Database یا Backup است، نیاز یکسانی ندارد.

نقش Backup در محاسبه ظرفیت

اگر قرار است سرور علاوه بر داده اصلی، Backup هم نگهداری کند، محاسبه ظرفیت باید از ابتدا بر اساس آن انجام شود.

مثلاً اگر 8TB داده اصلی دارید و قرار است دو نسخه Backup کامل نیز نگهداری کنید، ظرفیت مورد نیاز فقط 8TB نیست.

در چنین شرایطی باید موارد زیر مشخص شوند:

• چند نسخه Backup نگهداری می‌شود؟
• Backup کامل است یا Incremental؟
• چند روز یا چند ماه Retention دارید؟
• Backup روی همان سرور ذخیره می‌شود یا Storage جداگانه دارید؟
• Snapshot نیز استفاده می‌شود یا خیر؟

این موارد می‌توانند اختلاف قابل توجهی بین «ظرفیت مورد نیاز داده اصلی» و «ظرفیت واقعی Storage» ایجاد کنند.

چگونه ظرفیت هارد سرور را در ویندوز بررسی کنیم؟

در Windows Server می‌توان از ابزار Disk Management برای مشاهده دیسک‌ها، پارتیشن‌ها و میزان فضای تخصیص‌یافته استفاده کرد.

برای بررسی ساده فضای موجود نیز می‌توان از File Explorer استفاده کرد.

مسیر معمول:

This PC → انتخاب Drive → Properties

در این قسمت می‌توانید مواردی مانند:

• Used Space
• Free Space
• Capacity

را مشاهده کنید.

اگر سرور از RAID Controller استفاده می‌کند، باید توجه داشت که سیستم‌عامل ممکن است Logical Drive ساخته‌شده توسط کنترلر را ببیند، نه اینکه مستقیماً تک‌تک هاردهای فیزیکی را نمایش دهد.

محاسبه ظرفیت هارد سرور در لینوکس

در Linux یکی از مهم‌ترین ابزارها برای بررسی فضای فایل‌سیستم، دستور df است.

بررسی فضای فایل‌سیستم

df -h

این دستور میزان فضای استفاده‌شده و آزاد فایل‌سیستم‌های Mount شده را نمایش می‌دهد.

برای بررسی حجم فایل‌ها و دایرکتوری‌ها نیز می‌توان از du استفاده کرد:

du -sh /var

بنابراین:

• df بیشتر برای بررسی فضای فایل‌سیستم مناسب است.
• du برای بررسی میزان فضایی که فایل‌ها و دایرکتوری‌ها مصرف کرده‌اند کاربرد دارد.

این تفاوت هنگام عیب‌یابی مشکل کمبود فضای سرور اهمیت زیادی دارد.

انتخاب هارد سرور فقط به ظرفیت محدود نمی‌شود

ممکن است دو هارد ظرفیت یکسانی داشته باشند، اما برای دو Workload کاملاً متفاوت طراحی شده باشند.

هنگام انتخاب هارد سرور باید حداقل این موارد بررسی شوند:

ظرفیت

مشخص می‌کند چه مقدار داده می‌توان روی درایو ذخیره کرد.

Interface

برای مثال SATA و SAS از نظر ویژگی‌های فنی، قابلیت‌های مدیریتی و کاربردهای سروری یکسان نیستند.

Form Factor

در سرورهای HPE معمولاً با فرم‌فاکتورهایی مانند SFF و LFF مواجه می‌شوید.

سرعت و عملکرد

در HDDهای SAS، سرعت چرخش دیسک می‌تواند روی عملکرد تأثیر بگذارد. در SSDها نیز شاخص‌هایی مانند IOPS، Throughput و Latency اهمیت بیشتری پیدا می‌کنند.

Workload

نوع استفاده از Storage بسیار مهم است.

سرور File Server، Database Server، Virtualization Host و Backup Server لزوماً به یک نوع درایو نیاز ندارند.

بنابراین «بیشترین ظرفیت» همیشه به معنی «بهترین انتخاب» نیست.

HDD، SSD یا NVMe؛ کدام برای سرور مناسب‌تر است؟

اگر هدف فقط افزایش ظرفیت با هزینه مناسب باشد، HDD می‌تواند انتخاب مناسبی باشد؛ به‌خصوص برای داده‌هایی که نیاز به I/O بسیار بالا ندارند.

در مقابل، برای Workloadهایی که به Latency پایین و IOPS بالا نیاز دارند، SSD یا NVMe معمولاً انتخاب مناسب‌تری است.

برای مثال:

File Storage حجیم → HDD می‌تواند منطقی باشد

Database پرترافیک → SSD/NVMe می‌تواند مناسب‌تر باشد

Virtualization → ترکیبی از ظرفیت، IOPS و Latency باید بررسی شود

بنابراین قبل از خرید Storage بهتر است ابتدا مشخص کنید سرور قرار است چه کاری انجام دهد.

ظرفیت هارد و عمر آن دو موضوع متفاوت هستند

ظرفیت بالاتر لزوماً به معنی عمر بیشتر نیست.

طول عمر و قابلیت اطمینان یک درایو به عوامل مختلفی وابسته است؛ از جمله:

• نوع و کیفیت درایو
• میزان Workload
• تعداد عملیات خواندن و نوشتن
• دمای کاری
• شرایط نصب و تهویه
• لرزش و شرایط فیزیکی
• کیفیت برق و زیرساخت تغذیه
• وضعیت سلامت درایو

در سرورهای سازمانی، پایش وضعیت Storage و تعویض به‌موقع درایوهای دارای خطا اهمیت زیادی دارد.

آیا Defragment کردن هارد سرور باعث افزایش عمر آن می‌شود؟

این موضوع به نوع Storage بستگی دارد.

در HDDها، Defragmentation می‌تواند در شرایط خاص به بهینه‌تر شدن نحوه دسترسی به فایل‌ها کمک کند، اما نباید آن را یک روش عمومی برای افزایش طول عمر هارد در نظر گرفت.

در SSDها نیز Defragmentation سنتی روشی نیست که بتوان آن را برای افزایش عمر درایو توصیه کرد.

بنابراین بهتر است به جای استفاده از توصیه‌های قدیمی، وضعیت واقعی Storage، نوع درایو و ابزارهای مدیریتی سیستم‌عامل را مبنا قرار دهید.

قبل از خرید هارد سرور چه اطلاعاتی را باید مشخص کنیم؟

اگر بخواهید ظرفیت یک سرور جدید را دقیق‌تر محاسبه کنید، این اطلاعات را از ابتدا مشخص کنید:

1. حجم فعلی داده‌ها چقدر است؟
2. سالانه چه مقدار به داده‌ها اضافه می‌شود؟
3. سرور قرار است چند سال مورد استفاده قرار بگیرد؟
4. چه مقدار فضای آزاد برای رشد آینده نیاز دارید؟
5. آیا Backup روی همین Storage قرار می‌گیرد؟
6. آیا Snapshot استفاده می‌شود؟
7. چه RAID Levelای مورد نیاز است؟
8. چند هارد در آرایه قرار می‌گیرد؟
9. آیا Hot Spare در نظر گرفته شده است؟
10. Workload بیشتر روی Capacity حساس است یا IOPS و Latency؟
11. نوع Interface مورد نیاز SATA، SAS یا NVMe است؟
12. سرور از چه Form Factorای پشتیبانی می‌کند؟

پاسخ به این سؤال‌ها معمولاً تصویر بسیار دقیق‌تری از ظرفیت مورد نیاز ارائه می‌دهد.

یک مثال کامل برای محاسبه ظرفیت

فرض کنیم می‌خواهیم برای یک سرور HPE، شش هارد 4TB نصب کنیم و RAID 6 داشته باشیم.

ابتدا ظرفیت خام را محاسبه می‌کنیم:

6 × 4TB = 24TB

سپس ظرفیت RAID 6:

(6 − 2) × 4TB = 16TB

بنابراین ظرفیت قابل استفاده، پیش از در نظر گرفتن سربارهای لایه‌های بالاتر، حدود 16TB است.

اگر همین شش هارد را RAID 5 کنیم:

(6 − 1) × 4TB = 20TB

در نتیجه RAID 5 ظرفیت بیشتری در اختیارمان می‌گذارد، اما فقط خرابی یک دیسک را تحمل می‌کند؛ در حالی که RAID 6 برای تحمل خرابی دو دیسک طراحی شده است.

در این مثال، انتخاب بین RAID 5 و RAID 6 فقط به عدد ظرفیت مربوط نمی‌شود. باید سطح حفاظت مورد نیاز، نوع Workload، عملکرد مورد انتظار و هزینه هر پیکربندی نیز بررسی شود.

آنچه قبل از خرید هارد سرور باید بدانید

برای محاسبه ظرفیت هارد سرور، نباید فقط ظرفیت درج‌شده روی هاردها را با هم جمع کرد.

ابتدا باید ظرفیت خام را محاسبه کنید، سپس تأثیر RAID، ساختار ذخیره‌سازی و فضای مورد نیاز سیستم را در نظر بگیرید. اگر قرار است سرور برای چند سال مورد استفاده قرار گیرد، رشد داده‌ها و فضای مورد نیاز Backup نیز باید از ابتدا وارد محاسبات شود.

برای مثال، شش هارد 4TB در حالت خام 24TB ظرفیت دارند؛ اما همین هاردها در RAID 5 حدود 20TB و در RAID 6 حدود 16TB ظرفیت قابل استفاده اولیه خواهند داشت.

از طرف دیگر، انتخاب هارد فقط به ظرفیت محدود نمی‌شود. Interface، Form Factor، نوع Workload، سرعت، IOPS، Latency، قابلیت اطمینان و نوع RAID همگی در انتخاب Storage مناسب نقش دارند.

بنابراین اگر هدف، خرید یا ارتقای Storage یک سرور HPE است، بهتر است ابتدا نیاز واقعی ذخیره‌سازی و Workload مشخص شود و بعد بر اساس آن درباره ظرفیت هارد، تعداد درایوها، RAID Level و نوع Storage تصمیم‌گیری شود.