Get best of the week

Pemantauan di pusat data: bagaimana kami mengubah BMS lama ke yang baru. Bagian 1



Apa itu BMS?


Sistem pemantauan sistem teknik di pusat data adalah elemen kunci dari infrastruktur yang secara langsung mempengaruhi indikator penting untuk pusat data seperti kecepatan respons personel terhadap keadaan darurat dan, oleh karena itu, durasi operasi tanpa gangguan. 

Sistem pemantauan BMS (Building Monitoring System) ditawarkan oleh banyak vendor peralatan pusat data global. Selama pekerjaan Linxdatacenter di Rusia, kami memiliki kesempatan untuk berkenalan dengan sistem yang berbeda dan menemukan pendekatan yang secara diametris menentang vendor untuk mengoperasikan sistem ini. 

Kami memberi tahu Anda cara kami memperbarui sistem BMS kami selama setahun terakhir dan mengapa.  

Akar masalahnya


Semuanya dimulai 10 tahun yang lalu dengan peluncuran pusat data Linxdatacenter di St. Petersburg. Sistem BMS, sesuai dengan standar industri pada tahun-tahun itu, adalah server fisik dengan perangkat lunak yang diinstal, akses yang melalui program klien (yang disebut "tebal" klien). 

Ada beberapa perusahaan yang menawarkan solusi seperti itu pada saat itu. Produk mereka adalah standar, satu-satunya jawaban untuk permintaan yang ada. Dan kita harus memberi mereka hak mereka: baik dulu maupun sekarang, para pemimpin pasar secara keseluruhan mengatasi tugas dasar mereka - pengiriman solusi fungsional untuk pengoperasian pusat data. 

Pilihan logis bagi kami adalah solusi BMS dari salah satu produsen terbesar di dunia. Sistem yang dipilih pada saat itu memenuhi semua persyaratan untuk memantau fasilitas teknik terintegrasi, yang merupakan pusat data. 

Namun, seiring waktu, persyaratan dan harapan pengguna (yaitu, kami, operator pusat data) dari solusi TI telah berubah. Dan vendor besar, seperti yang ditunjukkan oleh analisis pasar untuk solusi yang diusulkan, tidak siap untuk ini.

Pasar IT korporat sangat dipengaruhi oleh industri B2C. Solusi digital hari ini harus memastikan kenyamanan pengguna akhir - inilah tujuan yang telah ditetapkan pengembang. Ini terbukti dalam peningkatan antarmuka pengguna (UI) dan kualitas pengalaman pengguna (UX) dari banyak aplikasi perusahaan. 

Seseorang terbiasa dengan segala sesuatu yang berhubungan dengan alat-alat digital dalam kehidupan sehari-hari, dan membuat tuntutan yang sama pada alat-alat yang ia gunakan untuk tugas-tugas pekerjaan. Orang-orang mengharapkan dari aplikasi perusahaan visibilitas yang sama, intuitif, kesederhanaan dan transparansi yang tersedia untuk mereka dalam layanan keuangan, panggilan taksi, atau belanja online. Profesional TI yang menerapkan solusi dalam lingkungan perusahaan, juga berupaya mendapatkan semua "barang" modern: penempatan dan penskalaan sederhana, toleransi kesalahan dan opsi penyesuaian tanpa batas. 

Vendor internasional besar sering mengabaikan tren ini. Berdasarkan otoritas mereka selama bertahun-tahun dalam industri ini, korporasi dalam bekerja dengan pelanggan sering kali kategoris dan tidak fleksibel. Ilusi kebutuhan mereka sendiri tidak memungkinkan mereka untuk melihat bagaimana perusahaan teknologi muda benar-benar tampak di bawah hidung mereka, menawarkan solusi alternatif yang dirancang untuk pelanggan tertentu, dan tanpa membayar lebih untuk merek.

Kerugian dari sistem BMS lama 


Kerugian utama dari solusi BMS usang yang ada bagi kami adalah kerjanya yang lambat. Investigasi beberapa peristiwa terkait dengan reaksi cepat yang tidak memadai dari personel yang bertugas membantu kami untuk memahami bahwa kadang-kadang peristiwa ditampilkan dalam sistem BMS dengan penundaan yang lama. Pada saat yang sama, sistem tidak kelebihan beban atau rusak, hanya versi komponennya (misalnya, JAVA) sudah usang dan tidak dapat bekerja dengan benar dengan versi baru dari sistem operasi tanpa pembaruan. Itu hanya mungkin untuk memperbaruinya bersama-sama dengan sistem BMS, sementara vendor tidak memberikan kontinuitas versi otomatis, yaitu, bagi kami prosesnya akan hampir sama melelahkannya dengan transisi ke sistem baru, dan solusi baru akan mempertahankan beberapa kekurangan dari yang lama.  

Kami menambahkan beberapa hal kecil yang tidak menyenangkan di sini:

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

    :



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


BMS


Mengingat hal di atas, persyaratan utama kami adalah sebagai berikut:

  1. Dua mesin cadangan yang saling independen dengan sinkronisasi otomatis, berjalan pada dua platform cloud yang berbeda di pusat data yang berbeda (dalam kasus kami, pusat data Linxdatacenter St. Petersburg dan Moskow);
  2. Tambahkan perangkat baru secara gratis;
  3. Pembaruan perangkat lunak dan komponennya secara gratis (dengan pengecualian perbaikan fungsional);
  4. Kode sumber terbuka yang memungkinkan kami untuk secara mandiri mendukung sistem jika terjadi masalah di sisi pengembang;
  5. Kemampuan untuk menerima dan menggunakan data dari BMS, misalnya di situs web atau di akun pribadi Anda;
  6. Akses melalui browser WEB tanpa klien "tebal";
  7. Menggunakan akun pengguna domain untuk mengakses BMS;
  8. Kehadiran animasi dan banyak lagi yang kecil dan tidak terlalu keinginan yang terwujud dalam pernyataan kerja yang detail.


Jerami terakhir




Pada saat itu, ketika kami menyadari bahwa pusat data telah melampaui BMS-nya, solusi yang paling jelas adalah memperbarui sistem yang ada. "Mereka tidak berganti kuda di persimpangan," kan? 

Namun, perusahaan besar, sebagai suatu peraturan, tidak menawarkan modifikasi khusus atas solusi dekade mereka yang telah dipoles yang dijual di banyak negara. Sementara perusahaan-perusahaan muda menguji ide atau prototipe produk masa depan untuk calon konsumen dan mengandalkan ulasan pengguna dalam pengembangan produk, perusahaan terus menjual lisensi untuk produk yang benar-benar keren sekali, tetapi, sayangnya, ketinggalan jaman dan tidak fleksibel.

Dan kami merasakan perbedaan dalam pendekatan pada diri kami sendiri. Dalam proses korespondensi dengan produsen BMS lama, dengan cepat menjadi jelas bahwa pembaruan vendor dari sistem yang ada pada kenyataannya akan menghasilkan kita membeli sistem baru dengan transfer semi-otomatis dari pangkalan, biaya tinggi dan jebakan selama transfer, yang bahkan tidak dapat diprediksi oleh pabrikan itu sendiri. Tentu saja, dalam hal ini, biaya dukungan teknis dari solusi yang diperbarui tumbuh, dan masih ada kebutuhan untuk membeli lisensi untuk ekspansi.

Dan bagian terburuknya adalah bahwa sistem baru tidak dapat sepenuhnya memenuhi persyaratan redundansi kami. Sistem BMS yang diperbarui dapat diimplementasikan, seperti yang kami inginkan, pada platform cloud, yang akan memungkinkan kami untuk meninggalkan perangkat keras, tetapi opsi reservasi tidak termasuk dalam harga. Untuk mencadangkan data, kami harus membeli server BMS virtual kedua dan satu set lisensi tambahan. Dengan biaya satu lisensi sekitar $ 76 dan jumlah alamat IP 1.000 unit, $ 76.000 dari biaya tambahan diakumulasikan hanya untuk lisensi untuk mesin cadangan. 

"Cherry" dalam versi baru BMS adalah kebutuhan untuk membeli lisensi tambahan "untuk semua perangkat" - bahkan untuk server utama. Di sini perlu diklarifikasi bahwa ada perangkat yang terhubung ke BMS melalui gateway. Gateway memiliki satu alamat IP, tetapi mengontrol beberapa perangkat (rata-rata 10). Di BMS yang lama, ini membutuhkan satu lisensi per alamat IP gateway, statistiknya terlihat seperti ini: "Alamat IP / lisensi 1000, perangkat 1200". BMS yang diperbarui bekerja pada prinsip yang berbeda dan statistik akan terlihat seperti "alamat IP 1000, perangkat / lisensi 1200". Artinya, vendor di versi baru mengubah prinsip pemberian lisensi, dan kami harus membeli sekitar 200 lisensi tambahan. 

Anggaran "pembaruan" sebagai hasilnya terdiri dari empat poin: 

  • biaya versi cloud dan layanan migrasi; 
  • lisensi tambahan untuk paket yang ada untuk perangkat yang terhubung melalui gateway;
  • biaya versi cloud cadangan;  
  • set lisensi untuk mesin cadangan. 

Total biaya proyek lebih dari $ 100.000! Dan ini belum lagi kebutuhan untuk membeli lisensi untuk perangkat baru di masa depan.

Pada akhirnya, kami menyadari bahwa akan lebih mudah bagi kami - dan mungkin lebih murah - untuk memesan sistem yang dibuat dari awal, dengan mempertimbangkan semua persyaratan kami dan menyediakan kemungkinan modernisasi di masa depan. Tetapi mereka yang ingin mengembangkan sistem yang kompleks harus menemukan, membandingkan proposal, memilih dan pergi dengan finalis jalan dari TK ke implementasi ... Baca tentang ini di bagian kedua dari materi segera. 

More articles:


All Articles