نظارت در مرکز داده: چگونه BMS قدیمی را به جدید تغییر دادیم. قسمت 1

نظارت در مرکز داده: چگونه BMS قدیمی را به جدید تغییر دادیم. قسمت 1

Что такое BMS

سیستم نظارت بر عملکرد سیستم های مهندسی در یک مرکز داده یک عنصر کلیدی زیرساخت است که به طور مستقیم بر چنین شاخص مهمی برای یک مرکز داده مانند سرعت واکنش پرسنل به موقعیت های اضطراری و در نتیجه مدت زمان کار بدون وقفه تأثیر می گذارد. 

سیستم های نظارتی BMS (سیستم نظارت ساختمان) توسط بسیاری از فروشندگان جهانی تجهیزات برای مراکز داده ارائه می شود. در طول کار Linxdatacenter در روسیه، ما این فرصت را داشتیم که با سیستم های مختلف آشنا شویم و با رویکردهای کاملاً متضاد فروشندگان در عملکرد این سیستم ها روبرو شویم. 

ما به شما می گوییم که چگونه سیستم BMS خود را در سال گذشته به طور کامل به روز کردیم و چرا.  

ریشه مشکل

همه چیز 10 سال پیش با راه اندازی مرکز داده Linxdatacenter در سن پترزبورگ آغاز شد. سیستم BMS، طبق استانداردهای صنعتی آن سال ها، یک سرور فیزیکی با نرم افزار نصب شده بود که از طریق یک برنامه مشتری (به اصطلاح مشتری "ضخیم") قابل دسترسی بود. 

در آن زمان شرکت های کمی وجود داشتند که چنین راه حل هایی را در بازار ارائه می کردند. محصولات آنها استاندارد بود، تنها پاسخ به یک نیاز موجود. و ما باید به آنها حق بدهیم: چه در آن زمان و چه امروز، رهبران بازار به طور کلی با وظیفه اصلی خود - ارائه راه حل های کاربردی برای مراکز داده عملیاتی کنار می آیند. 

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

با این حال، با گذشت زمان، الزامات و انتظارات کاربران (یعنی ما، اپراتورهای مرکز داده) از راه حل های فناوری اطلاعات تغییر کرده است. و فروشندگان بزرگ، همانطور که توسط تجزیه و تحلیل بازار برای راه حل های پیشنهادی نشان داده شده است، برای این کار آماده نبودند.

بازار IT شرکتی تأثیر جدی از بخش B2C را تجربه کرده است. راه حل های دیجیتال امروز باید تجربه ای راحت را برای کاربر نهایی فراهم کنند - این هدفی است که توسعه دهندگان برای خود تعیین می کنند. این در بهبود رابط کاربری (UI) و تجربه کاربر (UX) بسیاری از برنامه های کاربردی سازمانی مشهود است. 

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

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

معایب سیستم BMS قدیمی 

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

بیایید چند "چیز کوچک" ناخوشایند دیگر را در اینجا اضافه کنیم:

  1. پرداخت برای اتصال دستگاه های جدید بر اساس اصل "یک آدرس IP - یک مجوز پولی"؛ 
  2. عدم توانایی در به روز رسانی نرم افزار بدون خرید بسته پشتیبانی (این به معنای به روز رسانی اجزای رایگان و حذف خطاها در خود برنامه BMS است).
  3. هزینه بالای پشتیبانی؛ 
  4. موقعیت مکانی روی سرور "آهنی" که ممکن است از کار بیفتد و منابع محاسباتی محدودی دارد.
  5. "اضافه" با نصب سرور سخت افزار دوم با بسته مجوز تکراری. در عین حال، هیچ هماهنگی پایگاه داده بین سرور اصلی و پشتیبان وجود ندارد - که به معنای انتقال دستی پایگاه داده و زمان طولانی انتقال به پشتیبان است.
  6. مشتری کاربر "ضخیم"، غیرقابل دسترسی از بیرون، بدون پسوند برای دستگاه تلفن همراه و گزینه دسترسی از راه دور.
  7. یک رابط وب بدون کارت گرافیک و اعلان‌های صوتی که از بیرون قابل دسترسی است، اما به دلیل کمبود اطلاعات عملاً توسط کارمندان استفاده نمی‌شود.
  8. عدم وجود انیمیشن در رابط - تمام گرافیک ها فقط از یک تصویر "پس زمینه" و نمادهای ثابت تشکیل شده است. نتیجه یک سطح کلی پایین از دید است.

    همه چیز شبیه این بود:

    نظارت در مرکز داده: چگونه BMS قدیمی را به جدید تغییر دادیم. قسمت 1

    نظارت در مرکز داده: چگونه BMS قدیمی را به جدید تغییر دادیم. قسمت 1

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

الزامات یک سیستم BMS جدید

با در نظر گرفتن موارد فوق، الزامات اصلی ما به شرح زیر بود:

  1. دو ماشین مجزای متقابل مستقل با همگام سازی خودکار، که روی دو پلتفرم ابری مختلف در مراکز داده مختلف اجرا می شوند (در مورد ما، مراکز داده Linxdatacenter سنت پترزبورگ و مسکو).
  2. اضافه شدن رایگان دستگاه های جدید؛
  3. به روز رسانی نرم افزار رایگان و اجزای آن (به جز بهبودهای عملکردی)؛
  4. کد منبع باز، به ما این امکان را می دهد که به طور مستقل از سیستم در صورت بروز مشکل در سمت توسعه دهنده پشتیبانی کنیم.
  5. امکان دریافت و استفاده از داده ها از BMS، به عنوان مثال، در یک وب سایت یا در حساب شخصی شما؛
  6. دسترسی از طریق مرورگر وب بدون کلاینت ضخیم؛
  7. استفاده از حساب های کارمند دامنه برای دسترسی به BMS؛
  8. در دسترس بودن انیمیشن و بسیاری از آرزوهای کوچک و نه چندان کوچک دیگر که در مشخصات فنی دقیق محقق شد.

آخرین حصیر

نظارت در مرکز داده: چگونه BMS قدیمی را به جدید تغییر دادیم. قسمت 1

در لحظه ای که متوجه شدیم مرکز داده از BMS خود پیشی گرفته است، بدیهی ترین راه حل به نظر می رسید که سیستم موجود را به روز کنیم. «آنها در میانه راه اسب را عوض نمی کنند، درست است؟ 

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

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

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

"گیلاس" در نسخه جدید BMS نیاز به خرید مجوزهای اضافی "برای همه دستگاه ها" بود - حتی برای سرور اصلی. در اینجا لازم به توضیح است که دستگاه هایی از طریق دروازه ها به BMS متصل هستند. دروازه دارای یک آدرس IP است، اما چندین دستگاه (به طور متوسط ​​10 دستگاه) را کنترل می کند. در BMS قدیمی، این به یک مجوز برای هر آدرس IP دروازه نیاز داشت، آمار چیزی شبیه به این بود: "1000 آدرس IP/مجوز، 1200 دستگاه." BMS به روز شده بر اساس یک اصل متفاوت کار می کند و آمار به این صورت است: "1000 آدرس IP، 1200 دستگاه/مجوز." یعنی فروشنده در نسخه جدید اصل تخصیص لایسنس ها را تغییر داد و ما مجبور شدیم تقریباً 200 لایسنس اضافی بخریم. 

بودجه "به روز رسانی" در نهایت شامل چهار نکته بود: 

  • هزینه نسخه ابری و خدمات مهاجرت به آن؛ 
  • مجوزهای اضافی به بسته موجود برای دستگاه های متصل از طریق دروازه ها؛
  • هزینه نسخه ابری پشتیبان؛  
  • مجموعه ای از مجوزها برای ماشین پشتیبان. 

هزینه کل پروژه بیش از 100 دلار بود! و این به معنای نیاز به خرید مجوز برای دستگاه های جدید در آینده نیست.

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

منبع: www.habr.com

اضافه کردن نظر