-ファーム方式--サーバ・ステートレス~各クライアントからの接続が比較的短時間で、サーバが「状態」データ(eコマースのショッピング・カートの内容など)の保管や、~トランザクショナル・データ(購入に関連するデータなど)の保管を必要としない、サーバ・ステートレスなアプリケーションで最もうまく機能する。--サーバ・ステートフル~サーバ・ステートフルなアプリケーションであっても、状態をファームから独立したサーバ(ステートサーバ、DBサーバ)に格納・永続化できるなら、~ファーム上のアプリケーションに障害が発生した場合、ユーザはリクエストをリトライでき、負荷分散システムによって別のサーバにルーティングされても、問題なく動作する。ベースのサーバ・アプリケーション|フェイル・オーバーとフェイル・バックを行うステートフルなサーバ・アプリケーション||2|前提ハードウェア|MAC書き換え可能なNICのみ。[#q5c2ffc2]-フロントエンドのサーバ・ファームがビジネス・ロジックを処理し、Webブラウザのユーザ・インターフェイス(HTML)を生成する。Server上のデータ層をホストする。-各層には異なる高可用性テクノロジが適している。[#x1c5f185]-クライアント・リクエストは、NLB(あるいは負荷分散ハードウェア)を用いてフロントエンド・サーバ内に分散される。-Webブラウザ--Webブラウザはステートレスであり、各トランザクションは異なるフロントエンド・サーバへの接続を伴うことが可能で、特定のフロントエンド・サーバに依存することはない。-スマート・クライアント--Webサービスを使用する3層スマート・クライアント・アプリケーションにも適応可能である。--ただしアプリケーションが状態情報を中間層サーバに格納せず、特定のサーバへの連続接続に依存していないことが条件となる。[#v5a149d1]-フロントエンド・サーバもサーバ・ステートレスで、データ層にすべての状態情報を格納する。-フロントエンド・サーバに障害が発生した場合やメンテナンスのためにサービスを中断する必要がある場合、クライアント・リクエストは自動的に別のフロントエンド・サーバへと再送される。[#g963ea4f]-[[MSCSだけでなくFTサーバ上にホストすることも可能である>#hfac25e4]]。-障害が発生した場合やメンテナンスのためにサービスを中断する必要がある場合、正常なノードがデータへのアクセスを提供し続ける。[#hfac25e4]-複数のFTサーバを組み合わせてクラスタ化することで、--より「信頼性」の高い高可用性システムをを構築することができる。--ハードウェアまたはソフトウェアのどちらに問題が発生した場合でも、サービスを提供できる。[#n05cf5b9]-1台のサーバ内でハードウェアを多重化しているのに対し、MSCSは複数のサーバでグループを構成し、一部のサーバの障害発生時に別のノードのサーバにフェイル・オーバーや負荷分散をする。-ハードウェア障害発生時にそのまま処理を継続できるが、ソフトウェア障害時にはアプリケーションもしくはシステムの再起動が必要となる。[#waa82ec5]フェイル・オーバー時にサービスが一時中断するが、ソフトウェア障害発生時にもフェイル・オーバーできる。ランフラットタイヤなど。[#z0d3efec]フェイルオーバーは-システムを冗長化する技術の1つであり、-フォールト・トレランスを実現するための技術の1つ。[#cc70657b]障害が発生した場合に、二次被害を防止する観点から、~「いかに”安全に”停止させるか」を目的とした設計のこと。[#f48c0622]機能低下を許しても、システムを完全には停止させずに~機能を維持した状態で処理を続行(縮退運転)する設計のこと。