データセンターのモニタリング: 古い BMS を新しい BMS に置き換えた方法。 パート1

BMSとは

データセンターのエンジニアリング システムの動作を監視するシステムは、インフラストラクチャの重要な要素であり、緊急事態に対する人員の対応速度、ひいては中断のない動作の持続時間など、データセンターの重要な指標に直接影響を及ぼします。 

BMS (ビル監視システム) 監視システムは、データセンター機器の多くの世界的なベンダーによって提供されています。 Linxdatacenter がロシアで事業を展開してきた間、私たちはさまざまなシステムに精通し、ベンダーによるこれらのシステムの運用に対する正反対のアプローチに遭遇する機会がありました。 

過去 1 年間に当社が BMS システムを完全に更新した方法とその理由について説明します。  

問題の根本

すべては10年前、サンクトペテルブルクにLinxdatacenterデータセンターが開設されたことから始まりました。当時の業界標準によれば、BMS システムはソフトウェアがインストールされた物理サーバーであり、そのアクセスはクライアント プログラム (いわゆる「シック」クライアント) を介して実行されていました。 

当時、そのようなソリューションを提供している企業は市場にほとんどありませんでした。彼らの製品は標準であり、既存の需要に対する唯一の答えでした。そして、私たちは彼らを称賛しなければなりません。当時も今も、市場リーダーは概ね、データセンターの運用に機能的なソリューションを提供するという基本的な任務を果たしています。 

私たちにとって当然の選択は、世界最大のメーカーの BMS ソリューションでした。当時選択されたシステムは、データセンターなどの複雑なエンジニアリング施設を監視するためのすべての要件を満たしていました。 

しかし、時間の経過とともに、ユーザー（つまり、私たちデータセンター運営者）の IT ソリューションに対する要件と期待は変化してきました。そして、提案されたソリューションの市場分析が示すように、大手ベンダーはこれに備えていませんでした。

企業IT市場はB2C分野から大きな影響を受けています。今日のデジタル ソリューションは、エンド ユーザーに利便性を提供する必要があります。これが開発者が自らに設定した目標です。これは、多くのエンタープライズ アプリケーションのユーザー インターフェイス (UI) とユーザー エクスペリエンス (UX) の品質の向上からも明らかです。 

人々は日常生活におけるデジタルツールのあらゆる面での快適さに慣れており、仕事で使用するツールにも同じ要求をします。人々は、金融サービス、タクシーサービス、オンライン ショッピングなどと同様に、エンタープライズ アプリケーションが直感的でシンプル、かつ透明性があることを期待しています。企業環境でソリューションを実装する IT スペシャリストも、簡単な導入と拡張性、フォールト トレランス、無制限のカスタマイズ オプションなど、最新の「便利な機能」をすべて手に入れようと努めています。 

大手国際ベンダーはこうした傾向をしばしば見落としています。企業は、業界内での長年の権威に基づき、顧客との取り組みにおいて断定的かつ柔軟性に欠ける態度を取ることがよくあります。自社が不可欠であるという幻想にとらわれていると、新興テクノロジー企業が文字通り目の前に現れ、ブランドに過剰な費用をかけずに特定の顧客に合わせた代替ソリューションを提供していることに気づかない。

古いBMSシステムの欠点 

当社にとって、既存の時代遅れの BMS ソリューションの最大の欠点は、操作が遅いことでした。勤務員の不十分な迅速な対応に関連するいくつかのイベントを調査した結果、BMS システムにイベントが表示されるまでに大幅な遅延が発生することがあることが分かりました。システムは過負荷でも故障でもなかったが、コンポーネントのバージョン (JAVA など) が古くなっており、更新しないと新しいバージョンのオペレーティング システムでは正常に動作しなかった。 これらは BMS システムと一緒にしか更新できず、ベンダーは自動バージョン継続を提供しなかったため、私たちにとってこのプロセスは新しいシステムに切り替えるのとほぼ同じくらい手間がかかり、新しいソリューションでも古いソリューションの欠点の一部が残ることになります。  

ここで、さらにいくつかの不快な「小さなこと」を追加してみましょう。

1. 「1 つの IP アドレス - 1 つの有料ライセンス」の原則に基づく新しいデバイスの接続料金。 
2. サポート パッケージを購入せずにソフトウェアを更新できない (つまり、無料コンポーネントを更新し、BMS プログラム自体のエラーを修正する)。
3. サポートコストが高い。 
4. 障害が発生する可能性があり、コンピューティング リソースが限られているハードウェア サーバー上の場所。
5. 複製されたライセンス パッケージを備えた 2 台目のハードウェア サーバーをインストールして「バックアップ」します。この場合、メイン サーバーとバックアップ サーバーの間でデータベースが同期されないため、データベースを手動で転送する必要があり、バックアップへの切り替えに時間がかかります。
6. モバイル デバイスの拡張機能やリモート アクセス オプションがなく、外部からアクセスできない「厚い」ユーザー クライアント。
7. グラフィック マップやサウンド通知のない簡素化された Web インターフェイス。外部からはアクセスできますが、情報不足のため従業員は実際には使用しません。
8. インターフェースにアニメーションがありません。すべてのグラフィックは「背景」画像と静的なアイコンのみで構成されています。その結果、全体的に明確さが低下します。

   全体はこんな感じです:

   
   
   

9. 仮想センサーを作成する際の制限は、加算機能しか利用できないことです。一方、実際のセンサーのモデルでは、実際の動作を反映した正しい計算を行うために、一連の数学演算を実行する機能が必要です。 
10. いかなる目的であっても（例えば、クライアントの個人アカウントに表示するなど）、リアルタイムまたはアーカイブからデータを取得できないこと。
11. 柔軟性がまったくなく、既存のデータ センター プロセスに合わせて BMS を変更する機能もまったくありません。 

新しいBMSシステムの要件

上記を考慮すると、私たちの主な要件は次のとおりです。

1. 自動同期機能を備えた 2 台の独立した相互冗長マシン。異なるデータ センター (当社の場合は、Linxdatacenter のサンクトペテルブルクとモスクワのデータ センター) の 2 つの異なるクラウド プラットフォームで動作します。
2. 新しいデバイスの無料追加。
3. 無料のソフトウェアとそのコンポーネントのアップデート（機能の改善を除く）。
4. オープンソースコードなので、開発者側で問題が発生した場合でもシステムを独自にサポートできます。
5. たとえば、Web サイトや個人アカウントで BMS からデータを受信して​​使用する機能。
6. 「シック」クライアントなしで WEB ブラウザ経由でアクセスします。
7. 従業員のドメイン アカウントを使用して BMS にアクセスする。
8. アニメーションの存在や、その他多くの小さな要望やそれほど小さくない要望が、詳細な技術仕様として具体化されました。

最後の手段

データ センターが BMS の容量を超えていることに気づいたとき、最も明白な解決策は既存のシステムをアップグレードすることだと思われました。 「途中で馬を乗り換えてはいけない」ですよね？ 

しかし、大企業は通常、数十か国で販売されている何十年も前の「洗練された」ソリューションに対してカスタム変更を提供しません。若い企業が将来の製品のアイデアやプロトタイプを潜在的な消費者にテストし、製品の開発においてユーザーからのフィードバックを頼りにしている間、企業はかつては非常にクールだったが、残念ながら現在では時代遅れで柔軟性のない製品のライセンスを販売し続けています。

そして、私たち自身もそのアプローチの違いを感じました。古い BMS のメーカーとのやり取りの中で、ベンダーが提案した既存システムの更新は、実際には半自動データベース転送を伴う新しいシステムの購入、高コスト、そしてメーカー自身も予測できなかった転送時の落とし穴につながることがすぐに明らかになりました。もちろん、この場合、更新されたソリューションのテクニカル サポートのコストが増加し、拡張時にライセンスを購入する必要が残りました。

最も不満だったのは、新しいシステムが冗長性要件を完全に満たせなかったことです。更新されたBMSは、私たちの希望通りクラウドプラットフォーム上に実装でき、ハードウェアを必要とせずに済むはずでしたが、冗長化オプションは価格に含まれていませんでした。データをバックアップするには、2台目のシステムを購入する必要がありました。 仮想サーバー BMSと追加のライセンスセット。1ライセンスあたり約76ドル、 IPアドレス 1000 ユニットの場合、バックアップ マシンのライセンスだけで 76,000 ドルの追加コストがかかります。 

新しいバージョンの BMS の「最大の欠点」は、メイン サーバーであっても「すべてのデバイス」に対して追加のライセンスを購入する必要があることです。ここで、ゲートウェイを介して BMS に接続されたデバイスがあることを説明する必要があります。ゲートウェイには 10 つの IP アドレスがありますが、複数のデバイス (平均 1000 台) を制御します。以前の BMS では、ゲートウェイ IP アドレスごとに 1200 つのライセンスが必要で、統計は「IP アドレス/ライセンス 1000、デバイス 1200」のようになっていました。更新された BMS は異なる原理で動作し、統計は次のようになります。「IP アドレス 200、デバイス/ライセンス XNUMX」。つまり、ベンダーが新しいバージョンでライセンスの割り当ての原則を変更したため、追加で XNUMX ライセンスを購入する必要がありました。 

「アップグレード」予算は最終的に次の 4 つの項目で構成されました。 

• クラウド バージョンとそれへの移行サービスのコスト。 
• ゲートウェイ経由で接続されたデバイスの既存パッケージへの追加ライセンス。
• バックアップクラウドバージョンのコスト。  
• バックアップ マシンのライセンスのセット。 

プロジェクトの総費用は100万ドルを超えました。将来的には新しいデバイスのライセンスを購入する必要があることは言うまでもありません。

最終的に、すべての要件を考慮し、将来のアップグレードも考慮したシステムをゼロから作成するように注文する方が簡単で、おそらくコストも安くなることに気付きました。しかし、このような複雑なシステムを開発する意思のある人を見つけ、提案を比較し、選択を行い、最終候補者が技術仕様から実装までの全プロセスを実行する必要がありました... これについては、近日中に記事の後半で説明します。 

出所： habr.com