Pemantauan di pusat data: bagaimana kami mengganti BMS lama dengan yang baru. Bagian 1

Pemantauan di pusat data: bagaimana kami mengganti BMS lama dengan yang baru. Bagian 1

Apa itu BMS

Sistem pemantauan pengoperasian sistem rekayasa di pusat data adalah elemen kunci dari infrastruktur, yang secara langsung memengaruhi indikator penting pusat data seperti kecepatan respons personel terhadap situasi darurat dan, akibatnya, durasi operasi tanpa gangguan. 

Sistem pemantauan BMS (Building Monitoring System) ditawarkan oleh banyak vendor peralatan pusat data global. Selama pekerjaan Linxdatacenter di Rusia, kami berkesempatan untuk mengenal sistem yang berbeda dan menghadapi pendekatan vendor yang bertentangan secara diametral dalam pengoperasian sistem ini. 

Kami memberi tahu Anda bagaimana kami sepenuhnya memperbarui sistem PASI kami selama setahun terakhir dan alasannya.  

Akar masalahnya

Semuanya dimulai 10 tahun lalu dengan peluncuran pusat data Linxdatacenter di St. Petersburg. Sistem BMS, menurut standar industri pada tahun-tahun itu, adalah server fisik dengan perangkat lunak terinstal, diakses melalui program klien (yang disebut klien “tebal”). 

Hanya ada sedikit perusahaan yang menawarkan solusi seperti itu di pasar pada saat itu. Produk mereka adalah standar, satu-satunya jawaban terhadap kebutuhan yang ada. Dan kita harus memberikan hak mereka: dulu dan sekarang, para pemimpin pasar umumnya mampu mengatasi tugas dasar mereka – memberikan solusi fungsional untuk mengoperasikan 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 yang kompleks, seperti pusat data. 

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

Pasar TI korporat telah mengalami pengaruh serius dari sektor B2C. Solusi digital saat ini harus memberikan pengalaman yang nyaman bagi pengguna akhir - ini adalah tujuan yang ditetapkan oleh pengembang untuk diri mereka sendiri. Hal ini terlihat dari peningkatan antarmuka pengguna (UI) dan pengalaman pengguna (UX) di banyak aplikasi perusahaan. 

Seseorang terbiasa dengan kenyamanan segala sesuatu yang berhubungan dengan alat digital dalam kehidupan sehari-hari, dan memberikan tuntutan yang sama pada alat yang digunakannya untuk tugas pekerjaan. Masyarakat mengharapkan dari aplikasi perusahaan visibilitas, intuisi, kesederhanaan dan transparansi yang sama seperti yang tersedia bagi mereka dalam layanan keuangan, panggilan taksi, atau belanja online. Spesialis TI yang menerapkan solusi di lingkungan perusahaan juga berusaha untuk mendapatkan semua “barang” modern: penerapan dan penskalaan yang sederhana, toleransi kesalahan, dan kemungkinan penyesuaian yang tidak terbatas. 

Vendor besar internasional sering mengabaikan tren ini. Mengandalkan otoritas lama mereka di industri, perusahaan sering kali bersikap kategoris dan tidak fleksibel ketika bekerja dengan pelanggan. Ilusi bahwa mereka sangat diperlukan tidak memungkinkan mereka untuk melihat bagaimana perusahaan teknologi muda benar-benar tampil di depan mata mereka, menawarkan solusi alternatif yang disesuaikan dengan pelanggan tertentu, dan tanpa membayar lebih untuk sebuah merek.

Kekurangan dari sistem BMS yang lama 

Kerugian utama dari solusi BMS yang sudah ketinggalan zaman bagi kami adalah pengoperasiannya yang lambat. Menyelidiki beberapa peristiwa di mana personel yang bertugas tidak merespons dengan cukup cepat membuat kami memahami bahwa terkadang ada penundaan yang signifikan dalam peristiwa yang ditampilkan di BMS. Pada saat yang sama, sistem tidak kelebihan beban atau rusak, hanya saja versi komponennya (misalnya JAVA) sudah usang dan tidak dapat bekerja dengan benar dengan sistem operasi versi baru tanpa pembaruan. Dimungkinkan untuk memperbaruinya hanya bersama-sama dengan sistem BMS, dan vendor tidak menyediakan kesinambungan versi secara otomatis, artinya, bagi kami prosesnya akan memakan waktu hampir sama padat karya dengan beralih ke sistem baru, dan solusi baru tetap dipertahankan. beberapa kekurangan dari yang lama.  

Mari tambahkan beberapa “hal kecil” yang tidak menyenangkan di sini:

  1. Pembayaran untuk menghubungkan perangkat baru dengan prinsip “satu alamat IP – satu lisensi berbayar”; 
  2. Ketidakmampuan untuk memperbarui perangkat lunak tanpa membeli paket dukungan (ini berarti memperbarui komponen gratis dan menghilangkan kesalahan dalam program BMS itu sendiri);
  3. Tingginya biaya dukungan; 
  4. Lokasi di server “besi”, yang dapat gagal dan memiliki sumber daya komputasi yang terbatas;
  5. “Redundansi” dengan menginstal server perangkat keras kedua dengan paket lisensi duplikat. Pada saat yang sama, tidak ada sinkronisasi database antara server utama dan server cadangan - yang berarti transfer database manual dan waktu transisi yang lama ke server cadangan;
  6. Klien pengguna “tebal”, tidak dapat diakses dari luar, tanpa ekstensi untuk perangkat seluler dan opsi akses jarak jauh;
  7. Antarmuka web sederhana tanpa kartu grafis dan notifikasi suara, dapat diakses dari luar, tetapi praktis tidak digunakan oleh karyawan karena kurangnya informasi;
  8. Kurangnya animasi di antarmuka - semua grafik hanya terdiri dari gambar "latar belakang" dan ikon statis. Hasilnya adalah rendahnya tingkat visibilitas secara keseluruhan;

    Semuanya tampak seperti ini:

    Pemantauan di pusat data: bagaimana kami mengganti BMS lama dengan yang baru. Bagian 1

    Pemantauan di pusat data: bagaimana kami mengganti BMS lama dengan yang baru. Bagian 1

  9. Keterbatasan dalam pembuatan sensor virtual adalah hanya fungsi penambahan yang tersedia, sedangkan model sensor nyata memerlukan kemampuan untuk melakukan serangkaian operasi matematika untuk perhitungan yang benar yang mencerminkan realitas operasi; 
  10. Ketidakmampuan memperoleh data secara real time atau dari arsip untuk tujuan apa pun (misalnya, untuk ditampilkan di akun pribadi klien);
  11. Kurangnya fleksibilitas dan kemampuan untuk mengubah apa pun di BMS agar sesuai dengan proses pusat data yang ada. 

Persyaratan untuk sistem PASI baru

Dengan mempertimbangkan hal di atas, persyaratan utama kami adalah sebagai berikut:

  1. Dua mesin independen yang saling redundan dengan sinkronisasi otomatis, berjalan pada dua platform cloud berbeda di pusat data berbeda (dalam kasus kami, pusat data Linxdatacenter St. Petersburg dan Moskow);
  2. Penambahan perangkat baru secara gratis;
  3. Pembaruan perangkat lunak gratis dan komponennya (kecuali untuk peningkatan fungsional);
  4. Kode sumber terbuka, memungkinkan kami mendukung sistem secara mandiri jika terjadi masalah di pihak 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 karyawan domain untuk mengakses BMS;
  8. Ketersediaan animasi dan banyak keinginan kecil dan tidak terlalu kecil lainnya yang diwujudkan menjadi spesifikasi teknis yang detail.

Sedotan terakhir

Pemantauan di pusat data: bagaimana kami mengganti BMS lama dengan yang baru. Bagian 1

Saat kami menyadari bahwa pusat data telah melampaui BMS-nya, solusi paling jelas bagi kami adalah memperbarui sistem yang ada. “Mereka tidak mengganti kuda di tengah jalan,” bukan? 

Namun, perusahaan-perusahaan besar, pada umumnya, tidak menawarkan modifikasi khusus terhadap solusi-solusi “terpoles” mereka yang telah berumur puluhan tahun dan dijual di banyak negara. Sementara perusahaan-perusahaan muda sedang menguji ide atau prototipe produk masa depan kepada konsumen potensial dan mengandalkan umpan balik pengguna untuk mengembangkan produk, perusahaan terus menjual lisensi untuk produk yang dulunya sangat keren, tetapi, sayangnya, saat ini produk tersebut sudah ketinggalan zaman dan tidak fleksibel.

Dan kami merasakan perbedaan dalam pendekatan diri kami sendiri. Selama korespondensi dengan produsen BMS lama, dengan cepat menjadi jelas bahwa pembaruan sistem yang ada yang diusulkan oleh vendor sebenarnya akan mengakibatkan pembelian sistem baru bagi kami dengan transfer basis data semi-otomatis, biaya tinggi, dan kendala selama proses. transfer, yang bahkan pabrikannya sendiri tidak dapat memprediksinya. Tentu saja, dalam hal ini, biaya dukungan teknis untuk solusi yang diperbarui meningkat, dan kebutuhan untuk membeli lisensi selama ekspansi tetap ada.

Dan hal yang paling tidak menyenangkan adalah sistem baru tidak dapat sepenuhnya memenuhi persyaratan reservasi kami. Sistem BMS yang diperbarui dapat diimplementasikan, seperti yang kami inginkan, pada platform cloud, yang memungkinkan kami mengabaikan perangkat keras, namun opsi redundansi tidak termasuk dalam harga. Untuk mencadangkan data, kami harus membeli server virtual BMS kedua dan serangkaian lisensi tambahan. Dengan biaya satu lisensi sekitar $76 dan jumlah alamat IP 1000 unit, maka biaya tambahan sebesar $76 hanya untuk lisensi mesin cadangan. 

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

Anggaran “pembaruan” pada akhirnya terdiri dari empat poin: 

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

Total biaya proyek ini lebih dari $100! Belum lagi kebutuhan untuk membeli lisensi perangkat baru di masa depan.

Hasilnya, kami menyadari bahwa akan lebih mudah bagi kami - dan mungkin bahkan lebih murah - untuk memesan sistem yang dibuat dari awal, dengan mempertimbangkan semua kebutuhan kami dan menyediakan kemungkinan modernisasi di masa depan. Namun mereka yang ingin mengembangkan sistem yang sedemikian kompleks masih harus ditemukan, membandingkan proposal, memilih dan bersama finalis menempuh jalur dari spesifikasi teknis hingga implementasi... Baca tentang ini di materi bagian kedua segera. 

Sumber: www.habr.com

Tambah komentar