کنترل غیرمتمرکز مرکز داده با استفاده از رایانش لبه

کنترل غیرمتمرکز مرکز داده با بهره‌گیری از رایانش لبه (Edge Computing)، پارادایم مدیریت زیرساخت را تغییر می‌دهد. این رویکرد مدیریت را از یک هسته‌ مرکزی سنگین به سمت شبکه‌ای از گره‌های هوشمند و توزیع‌شده سوق می‌دهد. در این شبکه، تصمیم‌گیری‌ها در نزدیک‌ترین فاصله به منبع تولید داده (سنسورها و تجهیزات) انجام می‌شود. به جای ارسال تمامی داده‌های مانیتورینگ محیطی، توان و امنیت به یک سرور مرکزی، هر بخش از مرکز داده یا هر ردیف از رک‌ها به Edge Gateways مجهز می‌شود. ارسال این داده‌ها به سرور مرکزی معمولاً گلوگاه و تاخیر در پاسخگویی ایجاد می‌کند. این Edge Gateways توان پردازش محلی دارند.

این پردازنده‌های لبه با استفاده از الگوریتم‌های پایش لحظه‌ای می‌توانند نوسانات بحرانی را شناسایی کنند؛ نمونه‌هایی مثل نشت آب در زیر کف کاذب، افزایش ناگهانی دما یا اختلال در جریان برق. این پردازنده‌ها چنین نوسانات را در کسری از ثانیه تشخیص می‌دهند. سپس بلافاصله واکنش‌های اصلاحی را اجرا می‌کنند، مثل تغییر دور فن‌ها یا قطع مدار. آن‌ها برای این کار منتظر تایید از سرور مرکزی نمی‌مانند. این ساختار غیرمتمرکز ترافیک شبکه مدیریت و پهنای باند مصرفی را به شکل چشمگیری کاهش می‌دهد. علاوه بر این، پایداری سیستم را نیز تضمین می‌کند؛ زیرا اگر ارتباط با مرکز قطع شود یا نرم‌افزار مانیتورینگ اصلی دچار خرابی شود، هر گره لبه به صورت مستقل و خودمختار (Autonomous) به وظایف حفاظتی خود ادامه می‌دهد.

در واقع، رایانش لبه وابستگی مطلق به مرکزیت را حذف می‌کند و به این ترتیب مفهوم «اطمینان‌پذیری توزیع‌شده» را محقق می‌سازد. در این مفهوم، هوش مصنوعی مستقر در لبه الگوهای مصرف انرژی و الگوهای حرارتی هر رک را تحلیل می‌کند. این هوش مصنوعی بهینه‌سازی منابع را به صورت محلی انجام می‌دهد و تنها نتایج نهایی و گزارش‌های دوره‌ای را برای سیستم‌های مدیریتی بالادستی مانند DCIM ارسال می‌کند.

نقش پروتکل‌های ارتباطی مدرن در انتقال داده‌های لبه به مرکز داده

پروتکل MQTT سرنام (Message Queuing Telemetry Transport) به عنوان ستون فقرات ارتباطی در معماری رایانش لبه عمل می‌کند. این پروتکل نقشی حیاتی در انتقال بهینه و بلادرنگ داده‌های سنسورها از لایه‌ی عملیاتی به مرکز مانیتورینگ ایفا می‌کند. این پروتکل بر پایه مدل Publish/Subscribe طراحی شده است. پروتکل‌های قدیمی‌تر مانند HTTP متکی بر درخواست‌های مداوم و سنگین هستند، اما MQTT تنها زمانی داده را ارسال می‌کند که تغییری در وضعیت سنسور رخ داده باشد؛ مثلاً نشت آب یا نوسان دما. این ویژگی مصرف پهنای باند و بار پردازشی در گره‌های لبه را به شکل چشمگیری کاهش می‌دهد.

در دیتاسنترهای مدرن، سنسورها و گیت‌وی‌های مستقر در لبه داده‌های خود را با حجم بسیار کم، تنها چند بایت، به یک کارگزار مرکزی به نام بروکر ارسال می‌کنند. بروکر این اطلاعات را با سرعت بسیار بالا به نرم‌افزارهای مانیتورینگ تحویل می‌دهد. این نرم‌افزارها روی موضوعات خاص اشتراک دارند. MQTT به گونه‌ای طراحی شده که در شبکه‌های ناپایدار و با تاخیر بالا نیز به خوبی عمل کند. ویژگی‌هایی مانند QoS تضمین می‌کنند که پیام‌های حیاتی مربوط به نشت آب یا حریق حتماً به دست سیستم مرکزی برسند، حتی اگر شبکه به طور موقت قطع شود. همچنین، قابلیت Last Will and Testament در این پروتکل به سیستم مرکزی اجازه می‌دهد به محض قطع شدن ارتباط یک گره لبه، بلافاصله از خرابی آن مطلع شود.

در واقع، MQTT یک زبان مشترک، سبک و ایمن فراهم می‌کند. این پروتکل یکپارچه‌سازی هزاران سنسور پراکنده در سطح دیتاسنتر را ممکن می‌سازد و بستری ایده‌آل برای تحلیل‌های پیش‌دستانه و مدیریت هوشمند زیرساخت در مقیاس بزرگ ایجاد می‌کند.

روش پیاده‌سازی بروکر داخلی (مانند Mosquitto) برای تست ارتباط سنسورها در شبکه

برای پیاده‌سازی یک بروکر داخلی با استفاده از نرم‌افزار محبوب و متن‌باز Mosquitto، ابتدا باید این سرویس را روی یک سرور لینوکسی نصب کنید. این سرور می‌تواند اوبونتو یا حتی یک رزبری‌پای مستقر در لبه شبکه باشد. فرآیند با دستورات ساده نصب آغاز می‌شود. اما بخش مهندسی آن در تنظیم فایل پیکربندی (mosquitto.conf) نهفته است. در این فایل باید پورت‌های شنود را تعریف کنید؛ معمولاً پورت ۱۸۸۳ برای ارتباطات ساده و پورت ۸۸۸۳ برای ارتباطات رمزنگاری‌شده TLS. برای امنیت دیتاسنتر، باید دسترسی‌های خودمختار را غیرفعال کنید. همچنین برای هر سنسور یا گره لبه یک نام کاربری و رمز عبور اختصاصی تعریف کنید. این کار از تزریق داده‌های جعلی به سیستم مانیتورینگ جلوگیری می‌کند.

پس از راه‌اندازی سرویس، بروکر آماده می‌شود تا پیام‌ها را از سنسورهای نشت آب یا دما دریافت کند. شما می‌توانید با ابزارهایی مانند MQTT Explorer یا دستورات کلاینت در ترمینال صحت ارسال و دریافت داده‌ها را تست کنید. برای این کار یک موضوع یا Topic بسازید (مثلاً datacenter/floor1/leak) و در آن مشترک (Subscribe) شوید. به این ترتیب پیام‌های ارسالی از سنسور را به صورت لحظه‌ای مشاهده می‌کنید.

استفاده از Mosquitto در محیط داخلی وابستگی به اینترنت و سرویس‌های ابری را حذف می‌کند. این ویژگی امنیت داده‌های حساس زیرساختی را به شدت افزایش می‌دهد. همچنین، این بروکر می‌تواند به عنوان یک پل ارتباطی (Bridge) عمل کند و داده‌های تصفیه‌شده را به سیستم‌های مانیتورینگ بالادستی مانند Zabbix یا داشبوردهای مدیریتی Grafana ارسال کند. با این روش، شما یک سیستم پیام‌رسان فوق‌سریع و پایدار در اختیار دارید. این سیستم می‌تواند هزاران رویداد محیطی را در ثانیه با کمترین تاخیر پردازش و هدایت کند. بدین ترتیب، پایداری سیستم مانیتورینگ کف کاذب و سایر اجزای حیاتی را در بالاترین سطح ممکن نگه می‌دارد.

مزایای کنترل غیر متمرکز در دیتاسنترها

مزایای کنترل غیرمتمرکز در دیتاسنترها ریشه در افزایش چشمگیر تاب‌آوری و کاهش زمان پاسخگویی به بحران‌های زیرساختی دارد. در یک مدل سنتی و متمرکز، خرابی واحد کنترل اصلی یا قطع شدن لینک ارتباطی می‌تواند کل سیستم مانیتورینگ نشت آب، دما و حریق را فلج کند. اما در کنترل غیرمتمرکز، هر بخش (مانند یک ردیف رک یا یک اتاق خاص) به صورت مستقل عمل می‌کند. اگر حادثه‌ای رخ دهد، این بخش بدون نیاز به دریافت فرمان از مرکز واکنش می‌دهد. این واکنش‌های حیاتی شامل قطع شیرهای برقی یا فعال‌سازی فن‌ها می‌شود و در کسری از ثانیه انجام می‌شود. این امر ریسک SPOF (نقطه واحد شکست) را حذف می‌کند.

از سوی دیگر، این رویکرد مقیاس‌پذیری را به شدت آسان می‌کند. وقتی تجهیزات جدید اضافه می‌شوند، بار پردازشی روی سرور مرکزی انباشته نمی‌شود؛ بلکه بین گره‌های لبه توزیع می‌شود. همچنین، پردازش محلی داده‌ها پهنای باند شبکه مدیریت را برای داده‌های غیرضروری هدر نمی‌دهد. در این حالت تنها گزارش‌های نهایی و هشدارهای مهم به مرکز می‌رسند و این موضوع امنیت شبکه را بهبود می‌بخشد. از منظر اقتصادی نیز، کاهش نیاز به سرورهای مرکزی فوق‌قدرتمند و ساده‌سازی کابل‌کشی‌های طولانی هزینه‌های عملیاتی (OPEX) را کاهش می‌دهد.

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

تفاوت‌های سخت‌افزاری کنترلرهای متمرکز (PLC) و کنترلرهای غیرمتمرکز لبه (Edge Controllers)

تفاوت‌های سخت‌افزاری میان PLCهای سنتی (کنترل‌گرهای منطقی برنامه‌پذیر) و Edge Controllers (کنترل‌گرهای لبه مدرن) ریشه در یک تکامل دارد. این تکامل از «اتوماسیون صنعتی صلب» به سمت «مدیریت هوشمند و منعطف» پیش رفته است. PLCها تجهیزاتی بسیار پایدار و مقاوم هستند. این تجهیزات بر پایه سیکل‌های پردازشی خطی و بلادرنگ کار می‌کنند. سازندگان سخت‌افزار آن‌ها را به گونه‌ای طراحی کرده‌اند که دهه‌ها در محیط‌های نویزی دوام بیاورد. اما از نظر توان محاسباتی، حافظه و پروتکل‌های ارتباطی پیشرفته محدودیت دارند. این تجهیزات عمدتاً با زبان‌های برنامه‌نویسی خاص صنعت کار می‌کنند، مانند Ladder.

در مقابل، Edge Controllers نسل جدیدی از سخت‌افزارها هستند. این دستگاه‌ها قدرت پردازشی مشابه کامپیوترهای صنعتی (IPC) را با پایداری PLCها ترکیب می‌کنند. آن‌ها پردازنده‌های چندهسته‌ای، حافظه رم بالا و سیستم‌عامل‌های لینوکسی دارند، مانند Ubuntu Core. این ویژگی‌ها به آن‌ها اجازه می‌دهد علاوه بر کنترل سخت‌افزاری، وظایف سنگین‌تری را هم انجام دهند؛ مثل پردازش کلان داده‌ها، تحلیل‌های مبتنی بر هوش مصنوعی و اجرای کانتینرها (مانند Docker)، آن هم مستقیماً در لبه شبکه.

PLCها برای ارتباط با دنیای خارج به گیت‌وی‌های واسط نیاز دارند. اما Edge Controllerها به صورت بومی از پروتکل‌های مدرن ابری پشتیبانی می‌کنند، مانند MQTT، OPC UA و Restful API. از نظر امنیت سایبری نیز کنترلرهای لبه مجهز به تراشه‌های امنیتی سخت‌افزاری (TPM) و قابلیت‌های رمزنگاری پیشرفته هستند. این قابلیت‌ها در PLCهای قدیمی به ندرت دیده می‌شود.

در مجموع، PLCها برای فرآیندهای تکراری و حساس به زمانِ مطلق بی‌رقیب هستند، مثل خط تولید. اما دیتاسنترهای مدرن به تحلیل هوشمند، کنترل غیرمتمرکز و اتصال مستقیم به سیستم‌های نرم‌افزاری و مانیتورینگ تحت وب نیاز دارند. برای این نیازها، Edge Controllerها گزینه‌ای بسیار کارآمدتر و آینده‌نگرانه‌تر محسوب می‌شوند.

کلام آخر

همان‌گونه که مشاهده کردید، در معماری‌های سنتی مدیریت مراکز داده به‌صورت متمرکز انجام می‌شود. در این مدل، تمام داده‌های مربوط به وضعیت زیرساخت (دما، مصرف انرژی و ترافیک شبکه) به یک واحد مرکزی می‌رسد. این واحد پس از پردازش داده‌ها، دستورات کنترلی صادر می‌کند. با افزایش مقیاس مراکز داده و ظهور مفاهیمی مانند مراکز داده لبه، این رویکرد با چالش‌هایی روبرو شده است؛ مثل تاخیر بالا و بار بیش از حد بر پهنای باند. راهکار نوین برای عبور از این چالش، بهره‌گیری از کنترل غیرمتمرکز با تکیه بر توان پردازشی در لبه شبکه است.

در این مدل، هوشمندی از هسته مرکزی به نزدیکی منابع تولید داده منتقل می‌شود؛ یعنی همان رک‌ها و نودهای لبه. هر واحد لبه الگوریتم‌های محلی دارد. این الگوریتم‌ها می‌توانند به‌طور مستقل و در لحظه متغیرهای حیاتی را پایش کنند. برای مثال، سیستم‌های HVAC و توزیع توان الکتریکی دیگر منتظر دستور از مرکز کنترل نمی‌مانند. این سیستم‌ها داده‌های سنسورهای محلی را تحلیل می‌کنند و بر این اساس دمای هر راهرو یا بار پردازشی هر سرور را به‌صورت خودکار تنظیم می‌کنند. این روش سرعت واکنش سیستم به نوسانات حرارتی را افزایش می‌دهد. همچنین با حذف نقطه واحد شکست (Single Point of Failure)، تاب‌آوری کل مرکز داده را به شدت بهبود می‌بخشد.

علاوه بر این، در کنترل غیرمتمرکز ارتباط بین نودهای لبه از طریق پروتکل‌های توزیع‌شده برقرار می‌شود، مانند Multi-agent Systems. این نودها حداقل اطلاعات را با هم تبادل می‌کنند و به این ترتیب به یک تعادل بهینه در کل سیستم می‌رسند. این تعادل مصرف انرژی را به شکل چشمگیری کاهش می‌دهد. در واقع، رایانش لبه فرآیند تصمیم‌گیری را محلی می‌کند و به این ترتیب مرکز داده را از یک ساختار آهسته به یک موجودیت ارگانیک و پویا تبدیل می‌کند. این موجودیت می‌تواند در کسری از ثانیه با تغییرات بار کاری و محیطی سازگار شود.