การตรวจสอบในศูนย์ข้อมูล: เราเปลี่ยน BMS เก่าให้เป็นใหม่ได้อย่างไร ส่วนที่ 1

การตรวจสอบในศูนย์ข้อมูล: เราเปลี่ยน BMS เก่าให้เป็นใหม่ได้อย่างไร ส่วนที่ 1

บีเอ็มเอส คืออะไร

ระบบการตรวจสอบการทำงานของระบบวิศวกรรมในศูนย์ข้อมูลเป็นองค์ประกอบสำคัญของโครงสร้างพื้นฐาน ซึ่งส่งผลกระทบโดยตรงต่อตัวบ่งชี้ที่สำคัญสำหรับศูนย์ข้อมูล เช่น ความเร็วของการตอบสนองของบุคลากรต่อสถานการณ์ฉุกเฉิน และผลที่ตามมาคือระยะเวลาของการดำเนินงานที่ไม่หยุดชะงัก 

ระบบตรวจสอบ BMS (Building Monitoring System) นำเสนอโดยผู้จำหน่ายอุปกรณ์สำหรับศูนย์ข้อมูลทั่วโลกหลายราย ในระหว่างการทำงานของ Linxdatacenter ในรัสเซีย เรามีโอกาสทำความคุ้นเคยกับระบบต่างๆ และพบกับแนวทางที่ขัดแย้งกันของผู้จำหน่ายต่อการทำงานของระบบเหล่านี้ 

เราบอกคุณว่าเราอัปเดตระบบ BMS ของเราอย่างสมบูรณ์ในปีที่ผ่านมาได้อย่างไรและเพราะเหตุใด  

ต้นตอของปัญหา

ทุกอย่างเริ่มต้นเมื่อ 10 ปีที่แล้วด้วยการเปิดตัวศูนย์ข้อมูล Linxdatacenter ในเซนต์ปีเตอร์สเบิร์ก ตามมาตรฐานอุตสาหกรรมในช่วงหลายปีที่ผ่านมา ระบบ BMS เป็นเซิร์ฟเวอร์จริงที่มีซอฟต์แวร์ติดตั้ง ซึ่งเข้าถึงได้ผ่านโปรแกรมไคลเอนต์ (ที่เรียกว่าไคลเอนต์ "หนา") 

มีบริษัทไม่กี่แห่งที่นำเสนอโซลูชั่นดังกล่าวในตลาดในขณะนั้น ผลิตภัณฑ์ของพวกเขามีมาตรฐานและเป็นคำตอบเดียวสำหรับความต้องการที่มีอยู่ และเราต้องให้เวลาพวกเขา: ทั้งในปัจจุบันและในปัจจุบัน โดยทั่วไปแล้วผู้นำตลาดจะรับมือกับงานพื้นฐานของพวกเขา นั่นคือการนำเสนอโซลูชันที่ใช้งานได้สำหรับศูนย์ข้อมูลปฏิบัติการ 

ตัวเลือกที่สมเหตุสมผลสำหรับเราคือโซลูชัน BMS จากผู้ผลิตรายใหญ่ที่สุดในโลก ระบบที่เลือกในขณะนั้นตรงตามข้อกำหนดทั้งหมดสำหรับการตรวจสอบสิ่งอำนวยความสะดวกทางวิศวกรรมที่ซับซ้อน เช่น ศูนย์ข้อมูล 

อย่างไรก็ตาม เมื่อเวลาผ่านไป ข้อกำหนดและความคาดหวังของผู้ใช้ (นั่นคือ เรา ผู้ดำเนินการศูนย์ข้อมูล) จากโซลูชันไอทีได้เปลี่ยนไป และผู้ขายรายใหญ่ดังที่แสดงโดยการวิเคราะห์ตลาดสำหรับโซลูชันที่เสนอนั้นยังไม่พร้อมสำหรับสิ่งนี้

ตลาดไอทีขององค์กรได้รับอิทธิพลอย่างมากจากภาคธุรกิจ 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 เกตเวย์ สถิติมีลักษณะดังนี้: “ที่อยู่ IP 1000 รายการ/ใบอนุญาต อุปกรณ์ 1200 รายการ” BMS ที่อัปเดตทำงานบนหลักการที่แตกต่างออกไป และสถิติจะมีลักษณะดังนี้: “ที่อยู่ IP 1000 รายการ อุปกรณ์/ใบอนุญาต 1200 รายการ” นั่นคือผู้ขายในเวอร์ชันใหม่ได้เปลี่ยนหลักการมอบหมายใบอนุญาต และเราต้องซื้อใบอนุญาตเพิ่มเติมประมาณ 200 ใบ 

งบประมาณ "อัปเดต" ในที่สุดประกอบด้วยสี่คะแนน: 

  • ต้นทุนของเวอร์ชันคลาวด์และบริการการย้ายข้อมูล 
  • ใบอนุญาตเพิ่มเติมสำหรับแพ็คเกจที่มีอยู่สำหรับอุปกรณ์ที่เชื่อมต่อผ่านเกตเวย์
  • ต้นทุนของเวอร์ชันคลาวด์สำรอง  
  • ชุดใบอนุญาตสำหรับเครื่องสำรองข้อมูล 

ต้นทุนรวมของโครงการนี้มากกว่า 100 ดอลลาร์! และนี่ยังไม่รวมถึงความจำเป็นในการซื้อใบอนุญาตสำหรับอุปกรณ์ใหม่ในอนาคต

ด้วยเหตุนี้ เราจึงตระหนักว่ามันจะง่ายกว่าสำหรับเรา - และอาจถูกกว่าด้วยซ้ำ - ในการสั่งซื้อระบบที่สร้างขึ้นตั้งแต่เริ่มต้น โดยคำนึงถึงความต้องการทั้งหมดของเรา และจัดเตรียมความเป็นไปได้ในการปรับปรุงให้ทันสมัยในอนาคต แต่ผู้ที่ต้องการพัฒนาระบบที่ซับซ้อนดังกล่าวยังคงต้องค้นหา เปรียบเทียบข้อเสนอ เลือก และผู้เข้ารอบสุดท้ายได้เดินบนเส้นทางจากข้อกำหนดทางเทคนิคไปจนถึงการนำไปปฏิบัติ... อ่านเกี่ยวกับเรื่องนี้ในส่วนที่สองของเนื้อหาเร็วๆ นี้ 

ที่มา: will.com

เพิ่มความคิดเห็น