تصور رایجی درباره ارتقای سرور وجود دارد: اگر مصرف حافظه بالا رفته است، چند ماژول رم دیگر نصب می‌کنیم و مشکل تمام می‌شود. گاهی همین کار جواب می‌دهد؛ گاهی هم ظرفیت حافظه بیشتر می‌شود، اما کاربران تغییری در سرعت نرم‌افزار احساس نمی‌کنند. حتی ممکن است پهنای باند حافظه کاهش پیدا کند یا سرور بخشی از رم‌های جدید را با سرعت پایین‌تری به کار بگیرد.
اشکال لزوما از رم خریداری‌شده نیست. در سرور، ظرفیت تنها یکی از مشخصات حافظه است. نوع ماژول، نسل پردازنده، تعداد کانال‌های فعال، ترتیب نصب DIMMها و تعداد پردازنده‌های روی مادربرد نیز در نتیجه دخالت دارند. به همین دلیل دو سرور با ظرفیت یکسان، مثلا ۲۵۶ گیگابایت، می‌توانند عملکرد متفاوتی داشته باشند.
۱. افزایش ظرفیت بدون پیدا کردن گلوگاه
قبل از خرید رم باید مشخص شود کندی واقعا از کمبود حافظه می‌آید. بالا بودن عدد Used Memory به‌تنهایی چیزی را ثابت نمی‌کند. سیستم‌عامل‌ها از حافظه آزاد برای Cache استفاده می‌کنند و در صورت نیاز آن را پس می‌دهند. چنین مصرفی طبیعی است.
در یک میزبان مجازی‌سازی، نشانه‌هایی مانند Swapping مداوم، Ballooning، فشردگی حافظه یا تأخیر ماشین‌های مجازی هنگام اوج مصرف می‌تواند کمبود RAM را نشان دهد. برای SQL Server نیز باید هم‌زمان وضعیت Buffer Cache، Page Life Expectancy، Disk Latency و تنظیم Max Server Memory بررسی شود. اگر گلوگاه روی دیسک، CPU یا شبکه باشد، افزودن رم الزاما زمان پاسخ را کمتر نمی‌کند.
۲. انتخاب رم فقط با نام DDR و ظرفیت
عبارت «رم ۳۲ گیگ DDR4 سرور» برای سفارش قطعه کافی نیست. دو ماژول با همین توضیح ممکن است از نظر سرعت، Rank، نوع رجیستر، ولتاژ، سازمان‌دهی تراشه و پارت‌نامبر متفاوت باشند. مدل کامل سرور هم اهمیت دارد؛ DL380 Gen10، DL380 Gen10 Plus و DL380 Gen11 از یک معماری حافظه استفاده نمی‌کنند.
پردازنده نیز بخشی از این معادله است. کنترلر حافظه داخل CPU قرار دارد و سقف ظرفیت یا سرعت قابل استفاده را محدود می‌کند. ممکن است یک DIMM با فرکانس اسمی مشخص روی مادربرد نصب شود، اما پردازنده آن را با سرعت پایین‌تری راه‌اندازی کند. بنابراین پیش از مراجعه به صفحه خرید رم سرور HP باید مدل سرور، نسل دستگاه، مدل هر CPU و مشخصات رم‌های فعلی ثبت شود.
در محصولات HPE بهتر است Option Part Number و Spare Part Number نیز کنترل شود. شباهت برچسب یا یکسان بودن ظرفیت، جای تطبیق پارت‌نامبر با Memory Matrix و QuickSpecs همان مدل را نمی‌گیرد.
۳. ترکیب RDIMM و LRDIMM
RDIMM و LRDIMM هر دو حافظه ECC مخصوص سرور هستند، اما روش کاهش بار الکتریکی آن‌ها یکسان نیست. این تفاوت اجازه نمی‌دهد هر دو نوع را در یک پیکربندی حافظه کنار هم قرار دهیم. برای نمونه، QuickSpecs سرورهای HPE ProLiant DL360 Gen10 و DL380 Gen10 به‌صراحت ترکیب RDIMM و LRDIMM را پشتیبانی‌نشده اعلام می‌کند.
این اشتباه بیشتر هنگام ارتقای سرور قدیمی رخ می‌دهد. مدیر شبکه یک ماژول آزاد روی بازار پیدا می‌کند که ظرفیت و فرکانس آن با رم‌های موجود برابر است، اما پسوند فنی یا نوع DIMM را کنترل نمی‌کند. نتیجه ممکن است خطای POST، شناخته نشدن بعضی ماژول‌ها یا یک پیکربندی خارج از قواعد سازنده باشد.
۴. پر کردن اسلات‌ها بدون توجه به کانال‌های حافظه
اسلات‌های DIMM صرفا چند جای خالی مشابه نیستند. هر پردازنده چند کانال حافظه دارد و هر کانال به یک یا چند اسلات متصل است. پهنای باند مطلوب زمانی به دست می‌آید که ماژول‌ها میان کانال‌ها و پردازنده‌ها با آرایش درست توزیع شوند.
فرض کنید یک سرور دوپردازنده‌ای در حال حاضر از ۱۲ ماژول ۱۶ گیگابایتی استفاده می‌کند و روی هر پردازنده، کانال‌ها به‌صورت متوازن پر شده‌اند. جایگزینی این آرایش با تعداد کمتری DIMM پرظرفیت می‌تواند ظرفیت کل را بالا ببرد، اما بعضی کانال‌ها خالی می‌مانند. برنامه‌ای که به پهنای باند حافظه حساس است شاید از این تغییر سودی نگیرد.
۵. یکی دانستن سرعت درج‌شده روی ماژول با سرعت واقعی
عدد 3200 یا 4800 روی مشخصات رم، حداکثر نرخ انتقال آن ماژول در شرایط پشتیبانی‌شده است. سرعت نهایی را کندترین بخش پیکربندی تعیین می‌کند: پردازنده، تعداد DIMM در هر کانال، نوع ماژول و محدودیت‌های Firmware.
همین موضوع مقایسه نسل‌ها را هم دشوار می‌کند. DDR5 پهنای باند بالاتری دارد، اما نمی‌توان آن را روی سرور DDR4 نصب کرد و مهاجرت به آن معمولاً به تغییر پلتفرم، پردازنده و مادربرد وابسته است. اگر انتخاب میان دو نسل مطرح است، مقایسه DDR4 و DDR5 در سرور باید در سطح کل پلتفرم انجام شود، نه با مقایسه دو عدد فرکانس.
۶. نادیده گرفتن NUMA در سرورهای دوپردازنده‌ای
در سرور دو سوکته، بخشی از حافظه به پردازنده اول و بخش دیگر به پردازنده دوم متصل است. هر CPU با حافظه محلی خود ارتباط سریع‌تری دارد. دسترسی به حافظه متصل به پردازنده دیگر از مسیر ارتباط بین دو سوکت انجام می‌شود و تأخیر بیشتری دارد. این ساختار با نام NUMA شناخته می‌شود.
اگر یک سمت سرور حافظه بیشتری داشته باشد یا ماشین‌های مجازی بدون توجه به NUMA تخصیص داده شوند، ظرفیت کل روی کاغذ مناسب به نظر می‌رسد ولی دسترسی Remote Memory افزایش پیدا می‌کند. این مسئله در میزبان‌های مجازی‌سازی، دیتابیس‌های بزرگ و پردازش‌های حافظه‌محور محسوس‌تر است.
یک خطای ساده‌تر هم وجود دارد: اسلات‌های کنار پردازنده دوم معمولا بدون نصب CPU دوم فعال نیستند. گاهی رم در اسلات خالی قرار می‌گیرد و پس از روشن شدن دستگاه شناسایی نمی‌شود؛ چون آن کانال حافظه اصلا کنترلر فعالی ندارد.
۷. خرید قطعه پیش از خواندن لاگ‌ها و مستندات سرور
قبل از سفارش، اطلاعات فعلی سرور را از iLO، System Utilities یا ابزار مدیریت سیستم‌عامل استخراج کنید. مدل و پارت‌نامبر DIMM های نصب‌شده، سرعت عملیاتی، وضعیت ECC، خطاهای Correctable و Uncorrectable و آرایش اسلات‌ها داده‌های لازم برای تصمیم خرید هستند.
وجود خطای مکرر ECC را نباید با افزایش ظرفیت پاسخ داد. ابتدا باید مشخص شود خطا به خود DIMM مربوط است یا اسلات، پردازنده و تماس فیزیکی ماژول در آن نقش دارد. جابه‌جایی کنترل‌شده ماژول، اجرای Diagnostics و بررسی Integrated Management Log مسیر عیب‌یابی را روشن می‌کند.
نسخه System ROM و iLO نیز بررسی شود. به‌روزرسانی Firmware می‌تواند فهرست قطعات پشتیبانی‌شده یا رفتار Memory Training را اصلاح کند. البته آپدیت نباید بدون برنامه بازگشت، نسخه پشتیبان تنظیمات و بررسی یادداشت انتشار انجام شود.
پیش از سفارش چه اطلاعاتی آماده کنیم؟
فروشنده برای تأیید سازگاری به بیشتر از عبارت «رم ۶۴ گیگ می‌خواهم» نیاز دارد. مدل دقیق سرور و نسل آن را بفرستید. مدل پردازنده، تعداد CPU های نصب‌شده، تصویر برچسب رم فعلی و خروجی صفحه Memory در iLO نیز لازم است. در کنار این اطلاعات، ظرفیت فعلی، ظرفیت مورد نظر و دلیل ارتقا را توضیح دهید.
اگر هدف مجازی‌سازی است، تعداد VM ها و مصرف واقعی هرکدام اهمیت دارد. برای دیتابیس، اندازه داده فعال، تنظیمات حافظه و وضعیت Storage مطرح است. این اطلاعات کمک می‌کند میان افزایش ظرفیت، حفظ پهنای باند و باقی گذاشتن اسلات آزاد برای ارتقای بعدی انتخاب قابل دفاعی انجام شود.
افزایش رم زمانی مفید است که کمبود حافظه اندازه‌گیری شده باشد و ماژول جدید با پردازنده، نسل سرور و آرایش فعلی سازگار باشد. در غیر این صورت ممکن است هزینه پرداخت شود، عدد ظرفیت بالا برود و همان کندی قبلی باقی بماند. بررسی پارت‌نامبر و نقشه Population قبل از خرید، بسیار کم‌هزینه‌تر از عیب‌یابی سروری است که پس از ارتقا با خطا یا افت سرعت به مدار برگشته است.
دیدگاه شما پس از بررسی توسط تحریریه منتشر خواهد شد. در صورتی که در بخش نظرات سوالی پرسیده‌اید اگر ما دانش کافی از پاسخ آن داشتیم حتماً پاسخگوی شما خواهیم بود در غیر این صورت تنها به امید دریافت پاسخ مناسب از دیگران آن را منتشر خواهیم کرد.
ایمیل شما منتشر نخواهد شد.