انواع معماری حافظه‌ها (SAS ، SATA و NVMe)

SATA و SAS هر دو بر پایه پروتکل AHCI و گذرگاه SCSI طراحی شده‌اند و از طریق یک کنترلر میانی با سیستم ارتباط برقرار می‌کنند—SATA با یک خط داده و سرعت حداکثر ۶ گیگابیت بر ثانیه برای مصارف عمومی و اقتصادی بهینه‌سازی شده، در حالی که SAS با دو پورت مستقل (Dual Port) و قابلیت‌های پیشرفته سازمانی مانند Native Command Queuing عمیق‌تر و تشخیص خطای پیشرفته‌تر، برای سرورهای حیاتی طراحی شده است. NVMe اما یک انقلاب واقعی است: این پروتکل مستقیماً روی گذرگاه PCIe (نسل ۳، ۴ یا ۵) سوار می‌شود و از طریق ارتباط مستقیم با CPU—بدون نیاز به کنترلر میانی—می‌تواند از ۴ لاین PCIe (هر لاین در نسل ۴ معادل ۲ گیگابایت بر ثانیه) به‌طور هم‌زمان استفاده کند. نتیجه این معماری، سرعت خواندن/نوشتن ۷۰۰۰ مگابایت بر ثانیه (در PCIe 4.0) و تأخیر ۱۰۰ میکروثانیه است—در مقایسه با ۵۵۰ مگابایت بر ثانیه SATA و تأخیر ۱۰۰۰ میکروثانیه.

SAS برای سرورهای حیاتی سازمانی (Mission-Critical) که نیاز به دسترس‌پذیری ۲۴/۷، تحمل خرابی (Fault Tolerance) و قابلیت Dual Port دارند—مانند پایگاه‌های داده Oracle، SAP HANA و سیستم‌های تراکنش مالی—انتخاب اصلی است. SATA برای آرشیو کردن داده‌ها، ذخیره‌سازی فایل‌های حجیم، بکاپ‌گیری و سرورهای کم‌هزینه که ظرفیت بالا نسبت به سرعت اولویت دارد، مناسب است. NVMe اما برای بارهای کاری که تأخیر در آن‌ها سم است—تحلیل‌های بلادرنگ (Real-Time Analytics)، هوش مصنوعی و یادگیری ماشین، پایگاه‌های داده In-Memory و کلاسترهای Kubernetes—طراحی شده است. انتخاب اشتباه می‌تواند فاجعه‌بار باشد: نصب SATA در یک سرور OLTP پرتراکنش باعث گلوگاه I/O و timeout برنامه‌ها می‌شود، در حالی که هزینه کردن بی‌دلیل برای NVMe در یک سرور فایل ساده، بازگشت سرمایه را از بین می‌برد.

یک درایو SATA SSD معمولی می‌تواند حدود ۱۰۰,۰۰۰ IOPS (عملیات ورودی/خروجی در ثانیه) با تأخیر حدود ۱۰۰۰ میکروثانیه ارائه دهد. یک درایو SAS SSD این ارقام را به ۲۰۰,۰۰۰ IOPS و تأخیر ۵۰۰ میکروثانیه بهبود می‌بخشد. اما یک درایو NVMe SSD (نسل ۴) می‌تواند به راحتی ۱,۰۰۰,۰۰۰ IOPS (ده برابر SAS) با تأخیر فقط ۱۰۰ میکروثانیه دست یابد. این اعداد در عمل چه معنایی دارند؟ در یک پایگاه داده OLTP با هزاران تراکنش هم‌زمان، تأخیر ۱۰۰۰ میکروثانیه‌ای SATA یعنی هر کوئری حداقل ۱ میلی‌ثانیه فقط در انتظار I/O تلف می‌کند—وقتی با هزاران کوئری در ثانیه ضرب شود، زمان پاسخگویی از حد قابل قبول خارج می‌شود. تأخیر ۱۰۰ میکروثانیه‌ای NVMe اما به معنای پاسخگویی تقریباً لحظه‌ای و توانایی سرویس‌دهی به ۱۰ برابر کاربر هم‌زمان با همان سخت‌افزار است.

بله، کنترلرهای SAS به‌طور ذاتی با درایوهای SATA سازگار هستند—می‌توانید یک هارد SATA را به پورت SAS متصل کرده و بدون مشکل استفاده کنید (SAS Controller + SATA Drive). اما عکس این قضیه ممکن نیست: یک درایو SAS روی کنترلر SATA کار نخواهد کرد، زیرا پروتکل SAS نیازمند سیگنال‌های الکتریکی متفاوت و قابلیت Dual Port است. در مورد NVMe اما قضیه کاملاً متفاوت است: NVMe از کانکتورهای کاملاً متفاوتی استفاده می‌کند—M.2، U.2 (SFF-8639) یا کارت‌های PCIe Add-in—و به هیچ عنوان نمی‌توان آن را روی پورت SAS یا SATA نصب کرد، مگر با استفاده از مبدل‌های خاص (مثلاً تبدیل U.2 به M.2). نکته مهم دیگر اینکه برای استفاده از NVMe، مادربرد سرور باید از bifurcation پشتیبانی کند تا بتواند لاین‌های PCIe را بین چندین درایو NVMe تقسیم کند.

سه سوال کلیدی از خود بپرسید: اول، «بار کاری من چیست؟»—اگر یک پایگاه داده پرتراکنش، تحلیل بلادرنگ یا کلاستر Kubernetes دارید، NVMe تنها گزینه منطقی است. اگر یک سرور فایل، بکاپ یا آرشیو دارید، SATA با قیمت بسیار پایین‌تر (حدود یک‌سوم NVMe) و ظرفیت بالا کافی است. اگر یک سرور حیاتی با نیاز به High Availability و Dual Port دارید، SAS با قابلیت اطمینان بالا و تحمل خرابی انتخاب اصلی است. دوم، «آیا زیرساخت من آماده است؟»—NVMe نیازمند اسلات‌های M.2/U.2 و پشتیبانی از bifurcation در مادربرد است. SAS نیازمند کنترلر SAS و کابل‌های مخصوص است. SATA با هر مادربردی کار می‌کند. سوم، «بودجه من چقدر است؟»—NVMe حدود ۳ برابر SATA قیمت دارد، اما بازگشت سرمایه آن در بارهای کاری حساس به تأخیر بسیار سریع است. بهترین کار این است که یک معماری Tiered Storage طراحی کنید: NVMe برای داده‌های داغ (Hot)، SAS برای داده‌های گرم (Warm)، و SATA برای داده‌های سرد (Cold).