Get best of the week

المراقبة في مركز البيانات: كيف قمنا بتغيير نظام إدارة المباني القديم إلى نظام جديد. الجزء الأول



ما هو BMS


يعد نظام مراقبة النظم الهندسية في مركز البيانات عنصرًا رئيسيًا في البنية التحتية التي تؤثر بشكل مباشر على مؤشر مهم لمركز البيانات مثل سرعة استجابة الموظفين لحالات الطوارئ ، وبالتالي ، مدة العملية دون انقطاع. 

يتم تقديم أنظمة مراقبة BMS (نظام مراقبة المباني) من قبل العديد من موردي معدات مركز البيانات العالمي. خلال عمل Linxdatacenter في روسيا ، أتيحت لنا الفرصة للتعرف على أنظمة مختلفة ومواجهة مناهج متناقضة تمامًا من البائعين لتشغيل هذه الأنظمة. 

نخبرك كيف قمنا بتحديث نظام BMS بالكامل خلال العام الماضي ولماذا.  

جذر المشكلة


بدأ كل شيء منذ 10 سنوات مع إطلاق مركز بيانات Linxdatacenter في سانت بطرسبرغ. كان نظام BMS ، وفقًا لمعايير الصناعة في تلك السنوات ، خادمًا فعليًا يحتوي على برنامج مثبت ، تم الوصول إليه من خلال برنامج عميل (ما يسمى بالعميل "السميك"). 

كان هناك عدد قليل من الشركات التي تقدم مثل هذه الحلول في ذلك الوقت. كانت منتجاتهم هي المعيار ، والإجابة الوحيدة على طلب موجود. ويجب أن نعطيهم ما يستحقونه: في ذلك الوقت واليوم ، يتعامل قادة السوق ككل مع مهمتهم الأساسية - تقديم الحلول الوظيفية لتشغيل مراكز البيانات. 

كان الخيار المنطقي بالنسبة لنا هو حل BMS من أحد أكبر الشركات المصنعة في العالم. استوفى النظام المختار في ذلك الوقت جميع متطلبات مراقبة منشأة هندسية متكاملة ، وهي مركز بيانات. 

ومع ذلك ، بمرور الوقت ، تغيرت متطلبات وتوقعات المستخدمين (أي نحن مشغلي مراكز البيانات) من حلول تكنولوجيا المعلومات. كما أن البائعين الكبار ، كما يتضح من تحليل السوق للحلول المقترحة ، لم يكونوا مستعدين لذلك.

تأثر سوق تكنولوجيا المعلومات للشركات بشكل كبير بصناعة B2C. يجب أن تضمن الحلول الرقمية اليوم راحة المستخدم النهائي - وهذا هو الهدف الذي وضعه المطورون بأنفسهم. ويتجلى ذلك في تحسين واجهات المستخدم (UI) وجودة تجربة المستخدم (UX) للعديد من تطبيقات المؤسسة. 

يعتاد الشخص على الراحة في كل ما يتعلق بالأدوات الرقمية في الحياة اليومية ، ويتقدم بنفس الطلبات على الأدوات التي يستخدمها في مهام العمل. يتوقع الناس من تطبيقات الشركات الرؤية نفسها والبديهية والبساطة والشفافية المتوفرة لهم في الخدمات المالية أو مكالمات سيارات الأجرة أو التسوق عبر الإنترنت. يسعى متخصصو تكنولوجيا المعلومات الذين يطبقون الحلول في بيئة الشركة إلى الحصول على جميع "الأشياء الجيدة" الحديثة: النشر البسيط والقياس ، وتحمل الأخطاء وخيارات التخصيص غير المحدودة. 

غالبًا ما يتجاهل كبار البائعين الدوليين هذه الاتجاهات. بناءً على سنوات عديدة من السلطة في هذه الصناعة ، غالبًا ما تكون الشركات في العمل مع العملاء قاطعة وغير مرنة. إن الوهم بضرورة عدم الاستغناء عنهم لا يسمح لهم برؤية كيف تظهر شركات التكنولوجيا الناشئة حرفياً تحت أنفها ، وتقدم حلولاً بديلة مصممة خصيصاً لعميل معين ، وبدون دفع مبالغ زائدة للعلامة التجارية.

مساوئ نظام BMS القديم 


كان العيب الرئيسي لحل BMS الحالي المتقادم بالنسبة لنا هو عمله البطيء. ساعدنا التحقيق في العديد من الأحداث المتعلقة برد الفعل غير الكافي للأفراد العاملين في الخدمة على فهم أنه في بعض الأحيان تم عرض الأحداث في نظام BMS مع تأخير طويل. في الوقت نفسه ، لم يكن النظام مثقلًا أو معيبًا ، فقط إصدارات مكوناته (على سبيل المثال ، JAVA) قديمة ولا يمكن أن تعمل بشكل صحيح مع الإصدارات الجديدة من أنظمة التشغيل بدون تحديثات. كان من الممكن تحديثها فقط مع نظام BMS ، بينما لم يضمن البائع استمرارية الإصدار التلقائي ، أي بالنسبة لنا ، ستكون العملية شاقة تقريبًا مثل التحول إلى نظام جديد ، وسيحتفظ الحل الجديد ببعض أوجه القصور في النظام القديم.  

نضيف هنا بعض "الأشياء الصغيرة" غير السارة:

  1. « IP- – »; 
  2. ( BMS);
  3. ; 
  4. «» , ;
  5. «» , . – ;
  6. «» , , ;
  7. - , , - ;
  8. – -«» . – ;

    :



  9. – , , ; 
  10. - (, );
  11. - BMS . 


BMS


بالنظر إلى ما سبق ، فإن متطلباتنا الرئيسية هي كما يلي:

  1. جهازان مستقلان للحجز المتبادل مع التزامن التلقائي ، يعملان على منصتين سحابيتين مختلفتين في مراكز بيانات مختلفة (في حالتنا ، مراكز بيانات Linxdatacenter سان بطرسبرج وموسكو)
  2. إضافة أجهزة جديدة مجانًا ؛
  3. تحديث مجاني للبرامج ومكوناتها (باستثناء التحسينات الوظيفية) ؛
  4. كود مفتوح المصدر يسمح لنا بدعم النظام بشكل مستقل في حالة حدوث مشاكل من جانب المطور ؛
  5. القدرة على تلقي واستخدام البيانات من BMS ، على سبيل المثال على موقع الويب أو في حسابك الشخصي ؛
  6. الوصول عبر متصفح WEB بدون عميل "كثيف" ؛
  7. استخدام حسابات مستخدمي المجال للوصول إلى BMS ؛
  8. وجود الرسوم المتحركة والعديد من الأشياء الصغيرة وغير المرغوبة التي تتحقق في بيان مفصل للعمل.


القشة الأخيرة




في تلك اللحظة ، عندما أدركنا أن مركز البيانات تجاوز عدد BMS ، كان الحل الأكثر وضوحًا هو تحديث النظام الحالي. "إنهم لا يغيرون الخيول عند المعبر" ، أليس كذلك؟ 

ومع ذلك ، فإن الشركات الكبيرة ، كقاعدة عامة ، لا تقدم تعديلاً مخصصًا لعقود من الحلول "المصقولة" التي تباع في عشرات البلدان. بينما تختبر الشركات الناشئة فكرة أو نموذجًا أوليًا لمنتج مستقبلي للمستهلكين المحتملين وتعتمد على مراجعات المستخدمين في تطوير المنتج ، تستمر الشركات في بيع التراخيص لمنتج رائع حقًا ، ولكن للأسف ، عفا عليه الزمن وليس مرنًا اليوم.

وشعرنا بالاختلاف في النهج على أنفسنا. في سياق المراسلات مع الشركة المصنعة لـ BMS القديم ، أصبح من الواضح بسرعة أن تحديث المورد للنظام الحالي سيؤدي في الواقع إلى شراء نظام جديد مع نقل شبه تلقائي للقاعدة ، والتكلفة العالية والمزالق أثناء النقل ، والتي لم تستطع الشركة المصنعة نفسها حتى التنبؤ بها. بالطبع ، في هذه الحالة ، ارتفعت تكلفة الدعم الفني للحل المحدث ، وظلت هناك حاجة لشراء تراخيص للتوسيع.

وأسوأ جزء هو أن النظام الجديد لم يستطع تلبية متطلبات التكرار بالكامل. يمكن تنفيذ نظام BMS المحدث ، كما أردنا ، على منصة سحابية ، مما يسمح لنا بالتخلي عن الأجهزة ، ولكن لم يتم تضمين خيار الحجز في السعر. لنسخ البيانات احتياطيًا ، سيتعين علينا شراء خادم BMS افتراضي ثانٍ ومجموعة إضافية من التراخيص. بتكلفة ترخيص واحد يبلغ حوالي 76 دولارًا وعدد عناوين IP لـ 1000 وحدة ، يتم تجميع 76000 دولارًا من النفقات الإضافية فقط للحصول على تراخيص للجهاز الاحتياطي. 

كان "الكرز" في الإصدار الجديد من BMS هو الحاجة إلى شراء تراخيص إضافية "لجميع الأجهزة" - حتى بالنسبة للخادم الرئيسي. هنا من الضروري توضيح أن هناك أجهزة متصلة بنظام إدارة المباني من خلال بوابات. تحتوي البوابة على عنوان IP واحد ، ولكنها تتحكم في العديد من الأجهزة (في المتوسط ​​10). في نظام إدارة المباني القديم ، تطلب هذا ترخيصًا واحدًا لعنوان IP الخاص بالبوابة ، وتبدو الإحصائيات على النحو التالي: "عناوين / تراخيص IP 1000 ، الأجهزة 1200". عملت BMS المحدثة على مبدأ مختلف وستبدو الإحصائيات مثل "عناوين IP 1000 ، الأجهزة / التراخيص 1200". أي أن البائع في الإصدار الجديد قد غيّر مبدأ تعيين التراخيص ، واضطررنا إلى شراء ما يقرب من 200 ترخيص إضافي. 

تألفت ميزانية "التحديث" من أربع نقاط: 

  • تكلفة الإصدار السحابي وخدمات الترحيل الخاصة به ؛ 
  • تراخيص إضافية للحزمة الحالية للأجهزة المتصلة عبر بوابات ؛
  • تكلفة النسخة السحابية الاحتياطية ؛  
  • مجموعة تراخيص لآلة النسخ الاحتياطي. 

كانت التكلفة الإجمالية للمشروع أكثر من 100000 دولار! ناهيك عن الحاجة إلى شراء تراخيص للأجهزة الجديدة في المستقبل.

ونتيجة لذلك ، أدركنا أنه سيكون من الأسهل لنا - وربما أرخص - طلب نظام تم إنشاؤه من الصفر ، مع مراعاة جميع متطلباتنا وتوفير إمكانية التحديث في المستقبل. لكن أولئك الذين أرادوا تطوير مثل هذا النظام المعقد كان عليهم أن يجدوا ويقارنوا المقترحات ويختاروا ويذهبوا مع المتأهلين للتصفيات النهائية من المعارف التقليدية إلى التنفيذ ... اقرأ عنها في الجزء الثاني من المادة قريبًا جدًا. 

More articles:


All Articles