機能を提供し、世界中の数万ヶ所にも及ぶ重要なサイトをサポートしています。サポート例は、幾つかサクセスストーリーのページでご覧になれます。Linux-HAは、オープンソースHAソリューションとしては、長い歴史を持ち、機能性が最も高くテストもされています。プロジェクトのポリシーに沿って、常時、警告無しでコンパイルされ、静的解析ツールで発見された欠陥はありません。ソースコードは、セキュリティ専門者が定期的に精査を行っています。クラスタノードとアプリケーションのモニタリングを提供し、ルールベースのリソース配置スキームを伴った高度な依存関係モデルを提供します。障害が発生したり、ルール変更が生じたりすると、ユーザが設定したルールに従って、クラスタ内に望ましいリソースの配置を行います。VCS、SunCluster、LifeKeeper、ServiceGuardなどのクラスタリング商品と同じくらい使いやすくなっています。多くのディストリビューションの、既知Linuxの変種ならびにプラットフォーム上で作動します。サブセカンド(一秒未満)単位でサーバ障害を検出します。サービスの相互依存性に関する高度な知識で、常にリソースを迅速かつ正確にスタート・ストップします。コロケーションとアンチコロケーション両方の制約をサポートします。ポリシーベースのリソース配置により、ディペンデンシー、ユーザ定義ルール、(ユーザ定義)ノード属性、ロケーション制約に基づいて、ご希望の場所へ正確にサービスを展開できます。ユーザ定義属性にきめ細かいリソース管理を追加することができ、ユーザ定義の判断基準に基づいて、意図的にフェイルオーバを発生させることができます。タイムベースのルールに従い、時間によって異なるポリシーを用意します。リソースの場所ごとに異なるルールが設けられ、時間によっても異なるフェイルバックポリシーを設定できます。フェイルバックは、通常、夜間か週末に行われます。分かりやすく、展開しやすいinitベースのアプリケーションマネジメントです。リソースグループが、単純な環境に適応した、シンプルで使いやすいサービスマネジメントを可能にします。異常な障害が発生した場合でも、アクティブ・フェンシング・メカニズム(STONITH)が、優れたデータ保全性を提供します。tie-breakers)よりも強力です。高機能GUI-HAサービスとサーバの設定、制御、監視に対応します。業界標準のシステムマネジメントをサポートします。テスト性をもたらします。Linuxでの歴史は古く、高い評判を持つ堅牢性があります。使いやすいinitスクリプトベースのサービスモニタリングや再起動を可能にするため、スタンドアロンマシンで動作します。信頼できる自動化フェイルオーバなど、地理的(スプリットサイト)クラスタをサポートします。FreeBSD、OpenBSD、Solaris対応です。その他のPOSIXライクなプラットフォームにも移植可能です。ハードウェア要件サポートプロセッサLinux-HAは、ARMプロセッサからメインフレームに至るまで、膨大な数のプラットフォームでご利用になれます。Linuxがサポートする全プラットフォームで、各リリースの基本テストを実施しています。Zサーバでも同様のテストを開始しました。Linux-HAは、多くのプラットフォームに移植できます。移植にかかわるバグには積極的に取り組んでいます。バグ修正のパッチをぜひお寄せください。データシェアリングアレンジメントLinux-HAには特別なシェアードディスク要件はありません。次のようなデータシェアリング設定をサポートしています。あらゆる種類シェアードディスクに関する唯一の要件は、マウントとアンマウントをサポートしていることです。SCSIリザベーション(またはこれに相当するもの)には依存していません。サポートしているソフトウェアプラットフォームinux-HAは移植性が高く、多くのPOSIXライクなプラットフォームで動作します。Linux-HAは、ほぼすべてのバージョンに共通して、Linuxの中で最大にサポート・機能します。Linuxビルドシステムにも統合されています。その他数種類のLinuxディストリビューションで提供されていて、Linuxベースの多くの製品のスタンダード要素となっています。OS/Xに対応しています。お使いのOSやアプリケーションで必要なメモリ+16メガバイト以上のメモリがあれば動作します。Linux-HAは比較的軽快に動作しますが、一定のコアコンポーネントをメモリにロックします。特殊ライブラリRPMが最適です。ライブラリの一部をインストールしたくない場合には、ディペンデンシーの多くがソースから再構成され、自動的に排除されます。1.1は比較的珍しい依存関係です。TLSライブラリが必要です。プラグインは、必要とするライブラリにさまざまなディペンデンシーを作成しますが、インストールには、ほとんど必要ないものです。ライブラリを用意していないモジュールを作成することはありません。カーネルバージョンLinux-HAは、メジャーなスケジューラーバグが無いものであれば、どのカーネルでも動作します。2.4.18~2.4.20以外であれば動作します。カーネル、ドライバ、ファイルシステムなどの依存関係や接続要件はありません。2.0以降、ノードの固定最大数はありません。最大16ノードまでテスト済みです。この倍以上のノードを使っている方々からレポートが寄せられています。低レベルノード中心の接続性情報を示しますモニタリング機能は?Heartbeatは、ノード停止を監視するとともに、あらゆるリソースに対応したリソースモニタリングが装備されています。リソースは障害発生時に自動的に再起動します。サポートアプリケーションLinux-HAは、データコピーにアクセスできるアプリケーションで、クラッシュ時にも正しく再起動できる良好な状態のものであれば、どのようなアプリケーションでもサポートできます。アプリケーション状態を共有する方法の詳細については、データシェアリングアレンジメントをご覧ください。Linux-HAでは、さまざまことが行われていますが、自分がやってみたいと思ったら、すでに誰かがやっていたということも十分にあり得ます。Linux-HAは、スクリプトをまったく書かずに、ほとんどのアプリケーションを即座にサポートできます。Linux-HAでは、さまざまことが行われていますが、自分がやってみたいと思ったら、すでに誰かがやっていたということも十分にあり得ます。Linux-HAは、スクリプトをまったく書かずに、ほとんどのアプリケーションを即座にサポートできます。リソースエージェントを通じて通知できる自動通知機能(設定変更可能)を備えています。ご自分でも簡単に書くことができます。(CIM)のクラスタモデルを通じて、監視・制御することもできます。サポート商用サポートは、IBMやSUSE/Novellなどの、さまざまなソースから入手することができます。パフォーマンスクラスタ管理には、どの部分のプロセッサパフォーマンスが使われるのですか?Linux-HAのプロセッサ使用率はほんのわずかで、一般的には1%を大きく下回ります。フェイルオーバ時間を極めて短く(1秒未満)設定した場合、この使用率は、Heartbeatの要求速度とともに大きくなります。どのレベルのアベイラビリティに到達可能ですか?出発点によって異なりますので、答えづらい質問です。原則として、正しく設定がされている場合、HAシステムは、お使いのシステムのアベイラビリティに「9」を付け足します。この一般原則は、Linux-HAにも当てはまります。HA導入前のクラスタリングアベイラビリティが99.9%であった場合、システムの結果的なアベイラビリティは99.99%程度になるはずです。管理手順や冗長性を改良することで向上させることができます。ノード障害をどれだけ迅速に検出できますか?正しく設定がされている場合、Linux-HAは1秒以内に障害を検出できます。障害検出時間は数秒程度に設定するのが一般的です。使いやすいGUIが付属されています。このGUIのスクリーンショットは、スクリーンキャストと同様に、オンラインで入手することができます。Linux-HAリリース2には、クラスタの現状を側面からとらえるWebベースと、コマンドラインベースのクラスタ監視機能が付属されています。お気に入りのSNMP使用可能システムマネジメントツールを用いると、SNMPまたはcl_statusツールで基本機能が監視できます。最先端のシステムマネジメントをサポートするために、CIMクラスタモデルのサポートも提供されています。すべてのノードで同時に実行できるコマンドは?Linux-HAは、そのようなコマンドはご用意していませんが、ご自身で簡単に追加していただけます。30行程度のシェルスクリプトを要するだけです。sshは大変よくできておりますし、またセキュリティにかかわることですので、当方としては、そのような機能の提供は考えていません。ノードのリモート管理は??sshまたはGUIを用いて、ノードのリモート管理ができます。リソース設定は、クラスタ内のどのノードでも行えます。CIM管理は、どのクラスタノードでもバラエティに富んだマネジメントオペレーションを行うことができます。リモートでのノードのリブートは?当方が提供するSTONITHプラグインを通じて、再ブートをサポートしています。それには、適切なハードウェアが必要です。クラスタの全ノードにソフトウェアを分散する機能は?特にありません。