Ngawasi ing pusat data: carane kita ngganti BMS lawas karo anyar. Bagean 1

Apa iku BMS

Sistem pemantauan kanggo operasi sistem rekayasa ing pusat data minangka unsur kunci infrastruktur, kanthi langsung mengaruhi indikator penting kanggo pusat data minangka kacepetan respon personel kanggo kahanan darurat lan, kanthi mangkono, durasi operasi tanpa gangguan. 

Sistem pemantauan BMS (Sistem Pemantauan Bangunan) ditawakake dening akeh vendor peralatan global kanggo pusat data. Sajrone karya Linxdatacenter ing Rusia, kita duwe kesempatan kanggo kenal karo sistem sing beda-beda lan nemoni pendekatan sing beda-beda saka vendor kanggo operasi sistem kasebut. 

Kita ngandhani kepiye carane nganyari sistem BMS ing taun kepungkur lan kenapa.  

Oyod saka masalah

Iku kabeh diwiwiti 10 taun kepungkur kanthi diluncurake pusat data Linxdatacenter ing St. Sistem BMS, miturut standar industri ing taun-taun kasebut, minangka server fisik kanthi piranti lunak sing diinstal, diakses liwat program klien (sing diarani klien "tebal"). 

Ana sawetara perusahaan sing nawakake solusi kasebut ing pasar nalika iku. Produk kasebut minangka standar, mung minangka jawaban kanggo kabutuhan sing ana. Lan kita kudu menehi amarga: saiki lan saiki, pimpinan pasar umume ngrampungake tugas dhasar - ngirim solusi fungsional kanggo pusat data operasi. 

Pilihan logis kanggo kita yaiku solusi BMS saka salah sawijining pabrikan paling gedhe ing donya. Sistem sing dipilih ing wektu kasebut nyukupi kabeh syarat kanggo ngawasi fasilitas teknik kompleks, kayata pusat data. 

Nanging, suwene wektu, syarat lan pangarepan pangguna (yaiku, kita, operator pusat data) saka solusi IT wis owah. Lan vendor gedhe, kaya sing dituduhake dening analisis pasar kanggo solusi sing diusulake, durung siap.

Pasar IT perusahaan wis ngalami pengaruh serius saka sektor B2C. Solusi digital saiki kudu menehi pengalaman sing nyenengake kanggo pangguna pungkasan - iki minangka tujuan sing dikembangake kanggo awake dhewe. Iki kabukten ing perbaikan ing antarmuka pangguna (UI) lan pengalaman pangguna (UX) saka akeh aplikasi perusahaan. 

Sawijining wong wis biasa karo kepenak kabeh sing ana gandhengane karo alat digital ing saben dinane, lan menehi panjaluk sing padha karo alat sing digunakake kanggo tugas kerja. Wong ngarepake saka aplikasi perusahaan visibilitas, intuisi, kesederhanaan lan transparansi sing padha sing kasedhiya ing layanan finansial, telpon taksi utawa blanja online. Spesialis IT sing ngetrapake solusi ing lingkungan perusahaan uga ngupayakake nampa kabeh "barang" modern: penyebaran lan skala sing gampang, toleransi kesalahan lan kemungkinan kustomisasi tanpa wates. 

Vendor internasional gedhe asring nglirwakake tren kasebut. Ngandelake wewenang sing wis suwe ing industri kasebut, perusahaan asring dadi kategoris lan ora fleksibel nalika nggarap pelanggan. Ilusi saka indispensability dhewe ora ngidini wong-wong mau ndeleng carane perusahaan teknologi enom katon secara harfiah ing irung, nawakake solusi alternatif sing cocog kanggo customer tartamtu, lan tanpa overpaying kanggo merek.

Kekurangan sistem BMS lawas 

Kerugian utama saka solusi BMS sing wis lawas kanggo kita yaiku operasi sing alon. Investigating sawetara acara ing ngendi personel on-tugas ora nanggapi cukup cepet mimpin kita ngerti sing kadhangkala ana wektu tundha pinunjul ing acara ditampilake ing BMS. Ing wektu sing padha, sistem ora kakehan utawa rusak, mung versi komponen (contone, JAVA) wis kuna lan ora bisa digunakake kanthi bener karo versi sistem operasi anyar tanpa nganyari. Sampeyan bisa nganyari mung bebarengan karo sistem BMS, lan vendor ora nyedhiyani lampahing otomatis versi, sing, kanggo kita proses bakal meh minangka pegawe-intensif minangka ngoper menyang sistem anyar, lan solusi anyar disimpen. sawetara kekurangan sing lawas.  

Ayo ditambahake sawetara "perkara cilik" sing ora nyenengake ing kene:

1. Pembayaran kanggo nyambungake piranti anyar kanthi prinsip "siji alamat IP - siji lisensi sing dibayar"; 
2. Ora bisa nganyari piranti lunak tanpa tuku paket dhukungan (iki tegese nganyari komponen gratis lan ngilangi kesalahan ing program BMS dhewe);
3. Biaya dhukungan sing dhuwur; 
4. Lokasi ing server "wesi", sing bisa gagal lan nduweni sumber daya komputasi sing winates;
5. "Redundansi" kanthi nginstal server hardware kapindho kanthi paket lisensi duplikat. Ing wektu sing padha, ora ana sinkronisasi database ing antarane server utama lan serep - sing tegese transfer database manual lan wektu transisi sing suwe menyang serep;
6. Klien pangguna "Nglukis", ora bisa diakses saka njaba, tanpa ekstensi kanggo piranti seluler lan pilihan akses remot;
7. Antarmuka web sing diudani tanpa kertu grafis lan kabar swara, bisa diakses saka njaba, nanging praktis ora digunakake dening karyawan amarga kurang informasi;
8. Kurang animasi ing antarmuka - kabeh grafis mung kalebu gambar "latar mburi" lan lambang statis. Asil sakabèhé tingkat kurang saka visibilitas;

   Kabeh katon kaya iki:

   
   
   

9. A watesan ing nggawe sensor virtual iku mung fungsi tambahan kasedhiya, nalika model saka sensor nyata mbutuhake kemampuan kanggo nindakake pesawat saka operasi matematika kanggo petungan bener sing nggambarake kasunyatan saka operasi; 
10. Ora bisa entuk data ing wektu nyata utawa saka arsip kanggo maksud apa wae (contone, kanggo ditampilake ing akun pribadi klien);
11. Kurang keluwesan lan kemampuan kanggo ngganti apa wae ing BMS supaya cocog karo proses pusat data sing ana. 

Syarat kanggo sistem BMS anyar

Ngelingi ing ndhuwur, syarat utama kita yaiku:

1. Loro mesin saling keluwih independen kanthi sinkronisasi otomatis, mlaku ing rong platform maya sing beda ing pusat data sing beda (ing kasus kita, pusat data Linxdatacenter St. Petersburg lan Moscow);
2. Tambahan gratis piranti anyar;
3. Nganyari piranti lunak gratis lan komponene (kajaba perbaikan fungsional);
4. Kode sumber mbukak, ngidini kita ndhukung sistem kanthi mandiri yen ana masalah ing sisih pangembang;
5. Kemampuan kanggo nampa lan nggunakake data saka BMS, contone, ing situs web utawa ing akun pribadi;
6. Akses liwat browser WEB tanpa klien sing kandel;
7. Nggunakake akun karyawan domain kanggo ngakses BMS;
8. Kasedhiyan animasi lan akeh kepinginan cilik lan ora cilik liyane sing diwujudake dadi spesifikasi teknis sing rinci.

jerami pungkasan

Ing wayahe nalika kita temen maujud sing pusat data wis outgrown sawijining BMS, solusi paling ketok kanggo kita kanggo nganyari sistem ana. "Dheweke ora ngganti jaran ing tengah-tengah," bener? 

Nanging, perusahaan gedhe, minangka aturan, ora nawakake modifikasi khusus kanggo solusi "polesan" sing wis didol ing puluhan negara. Nalika perusahaan enom nyoba ide utawa prototipe produk ing mangsa ngarep kanggo konsumen potensial lan ngandelake umpan balik pangguna kanggo ngembangake produk kasebut, perusahaan terus adol lisensi kanggo produk sing sepisan banget, nanging sayange, saiki wis ketinggalan jaman lan ora fleksibel.

Lan kita felt prabédan ing pendekatan dhéwé. Sajrone korespondensi karo pabrikan BMS lawas, kanthi cepet dadi jelas manawa nganyari sistem sing wis ana sing diusulake dening vendor bakal nyebabake tuku sistem anyar kanggo kita kanthi transfer database semi-otomatis, biaya dhuwur lan pitfalls sajrone transfer, sing malah pabrikan dhewe ora bisa prédhiksi. Mesthine, ing kasus iki, biaya dhukungan teknis kanggo solusi sing dianyari tambah akeh, lan kabutuhan tuku lisensi sajrone ekspansi tetep.

Lan sing paling ora nyenengake yaiku sistem anyar ora bisa nyukupi syarat reservasi. Sistem BMS sing dianyari bisa dileksanakake, kaya sing dikarepake, ing platform maya, sing bakal ngidini kita ninggalake hardware, nanging opsi redundansi ora kalebu ing rega. Kanggo nggawe serep data, kita kudu tuku server virtual BMS kapindho lan lisensi tambahan. Kanthi biaya siji lisensi kira-kira $76 lan jumlah alamat IP 1000 unit, sing nambah biaya tambahan nganti $76 mung kanggo lisensi mesin serep. 

"Cherry" ing versi anyar saka BMS ana perlu kanggo tuku lisensi tambahan "kanggo kabeh piranti" - malah kanggo server utama. Ing kene perlu njlentrehake manawa ana piranti sing disambungake menyang BMS liwat gateway. Gerbang kasebut nduweni alamat IP siji, nanging ngontrol sawetara piranti (rata-rata 10). Ing BMS lawas, iki mbutuhake siji lisensi saben alamat IP gateway, statistik katon kaya iki: "1000 alamat IP / lisensi, 1200 piranti." BMS sing dianyari nggarap prinsip sing beda lan statistik bakal katon kaya iki: "1000 alamat IP, 1200 piranti/lisensi." Yaiku, vendor ing versi anyar ngganti prinsip menehi lisensi, lan kita kudu tuku udakara 200 lisensi tambahan. 

Anggaran "nganyari" pungkasane kalebu papat poin: 

• biaya versi maya lan layanan migrasi menyang; 
• lisensi tambahan kanggo paket sing ana kanggo piranti sing disambungake liwat gateway;
• biaya versi maya serep;  
• pesawat saka lisensi kanggo mesin serep. 

Biaya total proyek kasebut luwih saka $ 100! Lan iki ora kanggo sebutno kudu tuku lisensi kanggo piranti anyar ing mangsa ngarep.

Akibaté, kita temen maujud sing bakal luwih gampang kanggo kita - lan mbok menawa malah luwih murah - supaya sistem digawe saka ngeruk, njupuk menyang akun kabeh syarat lan nyedhiyani kamungkinan modernisasi ing mangsa. Nanging wong-wong sing wanted kanggo berkembang kuwi sistem Komplek isih kudu ketemu, dibandhingake usulan-usulan, dipilih lan karo finalis mlaku path saka specifications technical kanggo implementasine ... Waca bab iki ing bagean liya saka materi banget rauh. 

Source: www.habr.com