blog

従来のHAシステムの終焉

私がIT業界に入った90年代後半は、HA開発の時代で、まだデュアルマシンのホットスタンバイの世界で、幸運にもあるHAシステムの開発に携わることができました。現在ではHAの主流は複数ノードをサポートする...

Jan 9, 2017 · 4 min. read
シェア

私がIT業界に入った90年代後半は、まだ2台体制でのホットスタンバイが主流で、私もHAシステムの開発に参加したことがあります。現在、HAの主流はそれぞれ複数ノードをサポートするクラスタ化されたシステムになっていますが、デュアルホットスタンバイは今でも最も主流のアプリケーションモデルです。クラウドコンピューティング時代の到来により、従来のOSベースのHAシステムは終焉を迎えつつあり、クラウドコンピューティングは従来のHAの終焉となりつつあります。

従来のHAシステムのDNAには欠陥があります。HAシステムは、ハードウェアまたはソフトウェアシステムが故障した場合のアプリケーションの可用性の問題を解決するはずでした。この基本的なロジックに問題はなく、合理的であると思われます。しかし、従来のHA構築モデルと従来のディザスタリカバリシステムは、ディザスタリカバリシステムが遠く離れた場所にあることが多いという点を除けば似ているため、HAシステムはローカルに配置された2台のマシンに過ぎません。その結果、HAシステムの方がハートビートの選択肢が多く、信頼性が高い傾向にあります。しかし、従来のHAがディザスタリカバリと同様に設計されているだけに、管理の複雑さは自明です。

- 従来のHAノードの設定同期は困難です:一般的なデュアルマシン構成であっても、オペレーティングシステムのバージョン、設定の整合性、パッチの整合性、関連するソフトウェアのバージョン、設定の整合性などの2つの側面を確保する必要があります、システムの運用と保守の複雑さが急激に上昇。従来のHAシステムの構成の同期の2つのノードは、マルチノードはおろか、困難です。今日まで、マルチノードのHA(またはクラスタ)システムは、基本的に "理論的な実現可能性、運用と保守担当者の頭痛の種、少数の顧客の実際の採用、"恥ずかしさに巻き込まれています。かどうかは、MicrosoftのMSCSは、シマンテックのVCSは、IBMのHACMPなど、このサークルを逃れることはできない、これは伝統的なHAシステムのDNAの欠陥であるため、後者を構成することはできません。

- HAシステムにはリハーサルが必要ですが、従来のHAリハーサルの複雑さから、リハーサルを実施するユーザがほとんどいないのが現状です。なぜなら、OSやアプリケーションの構成は常に変更され、その変更がHAシステムの正常な動作に影響を与える可能性があるからです。HAシステムの動作を確認するためには、OSやアプリケーションなどに変更があるたびにHAシステム訓練を実施する必要があります。しかし、システムは頻繁に変更されることが多いため、変更のたびにHAの予行演習が必要となると、運用保守のプレッシャーが非常に大きくなり、結果としてシステムの保守性が損なわれてしまいます。

- 従来のHAは高価であり、「特権的」なアプリケーションにしか導入できない:メンテナンス上の理由から、従来のHAシステムのほとんどすべてがデュアルマシンモードで存在し、その結果、プライマリノードとバックアップノードに同一のハードウェアリソースを使用して従来のHAシステムを構成する必要があり、プライマリノードとバックアップノードのオペレーティングシステムとアプリケーションソフトウェアを購入する必要があるため、システムのハードウェアとソフトウェアのコストが2倍になります。その結果、システムのハードウェアとソフトウェアのコストは2倍になり、運用と保守の複雑さは2倍どころか3~4倍にもなります。このため、伝統的なHAは素晴らしく聞こえますが、一般的なアプリケーションはこの特権を享受することができず、非常に重要なアプリケーションだけがHAシステムを装備することができ、貴族の習慣の伝統的なHAも多くの広く批判されています。

旋風のようなクラウドコンピューティングは、ITの世界全体を席巻しただけでなく、伝統的なIT貴族の習慣の破壊で。伝統的にローエンドx86サーバーは、ハイエンドの大気中のアプリケーションをサポートするために始めていると考えられて、元の唯一の大規模なユーザーは、データセンターレベルの可用性、信頼性を楽しむことができますが、今日中小規模のユーザーはまた、パブリッククラウドを介して借りることができる、大規模なデータセンターの謎のベールが公開されています。伝統的な貴族のHAは、ここからどこに行くのですか?

仮想化されたx86サーバが従来のスモールフォームファクタマシンの優位性を覆して以来、VMotion、DRS、DPMなど、一連の革命的なイノベーションは他の追随を許しません。ハイパーバイザー層でHA機能を提供することで、従来のHAの束縛は即座に解かれます。従来のオペレーティングシステムやアプリケーションはすべてハイパーバイザー層の上で動作していたため、ハイパーバイザーベースのHAはオペレーティングシステムやアプリケーションから完全に独立することができ、マルチノードクラスターやシンプルなデュアルマシンHAにかかわらず、オペレーティングシステム層やアプリケーション層で複雑な設定を行う必要がなく、アプリケーションソフトウェアやオペレーティングシステムを複数セット購入する必要がないため、オペレーティングシステムやアプリケーションソフトウェアの購入コストを節約できるだけでなく、オペレーティングシステムやアプリケーションソフトウェアのコスト削減も含まれます。節約は、オペレーティングシステムやアプリケーションソフトウェアの購入だけでなく、ハードウェアリソースの多数の買収の削減だけでなく、HAシステムがダウンして以来、中小規模のユーザーが簡単に持つことができ、システムの便利な運用と保守。伝統的なHAの高価なトレーニングコストは、もはや必要とされていない、単に2つまたは3つのボタンに簡単にHAの設定作業の複雑さを完了するために半日のために元の必要性を完了するためにポイントし、元のHAのメンテナンスの複雑さは、システムの自己監視となっているため、設定の同期、リハーサルやその他のプロセスのために元の必要性をキャンセルすることができます。ハイパーバイザーHAの上で稼働するアプリケーションは1つのコピーしか持たないため、構成の同期などの問題もなく、ウォークスルーのような複雑な操作も不要です。また、仮想環境に応じたクローンやスナップショットなどのシステム保護も容易に実現できるため、HAシステム上でのシステムの可用性をさらに高めることができます。

もちろん、***世代のHypervisor HAはまだシステムレベルであり、アプリケーションの障害を検出することはできません。このため、いくつかのサードパーティ企業は、SymantecApplication HAのような独自のアプリケーションレベルのHAモジュールをHypervisorに追加しました。しかし、嬉しいことに*** vSphere5.5のバージョンは、アプリケーションサポートエージェントに埋め込まれている、デフォルトでは、このようにHypervisorHAは完全に従来のHAに能力を装備し、貴族の習慣の伝統的なHAを放棄することができます一般的なアプリケーションのさまざまなサポートすることができます。

クラウドとともに誕生したHypervisorHAは、秋風が木の葉を払うような勢いで、クリティカルなアプリケーションの高台を急速に獲得し、活気づきつつあります。伝統的なHAシステムはその壮大な使命を終え、過去のものを懐かしんでいても、HypervisorHAの猛攻を止めることはできません。クラウドコンピューティング時代の新しい人気者、HypervisorHAを両手を広げて受け入れましょう。

この記事はブログ「Japan Cloud Dream」からのものです。

Read next

火をつけろ! Ember.jsの初心者ガイド!

現在、複雑なアプリケーションは至る所で見かけます。 これらのアプリケーションがますます複雑になるにつれて、jQuery コールバック文の長い文字列や、アプリケーションのさまざまな箇所で実行されるさまざまな関数呼び出しは受け入れられなくなります。 このため、開発者は、従来のソフトウェアプログラマが何十年も前から知っていたこと、つまり、整理整頓と効率化が重要であり、アプリケーションのパフォーマンスに大きな影響を与えることを学ぶようになりました。

Jan 9, 2017 · 22 min read