GNU* クラスターを起動する必要がありますが、次のレベルに問題があります。
- データベースレベル? (コピー)
- ファイルシステム? (分散型)
- プロセスレベル?(例:Intel Fortran of Civilizationソフトウェア)
- 新しいプロセス? (上記と同じですが、若干の違いがあります)
データベースレベルでは、データベースのバックエンドごとに別々のレプリケーションがあることがわかります。 LinuxbtrFS
とfreebsdは分散ファイルシステムを使用しますzfs
。しかし、プロセスクラスタとそのソフトウェアに深刻な問題があります。
とにかく問題は、プロセスレベルでカーネルレベルは何ですか? strtを実行したら、分散ファイルシステムを強制的に実行する必要がありますか?
ベストアンサー1
cmanは新しいクラスタプロジェクトだとredhatは言った。
Red Hat Cluster Suiteクラスタインフラストラクチャは、コンピュータグループ(ノードまたはメンバーと呼ばれる)がクラスタとして連携できるようにするための基本機能を提供します。クラスタインフラストラクチャを使用してクラスタを構成したら、他のRed Hat Cluster Suiteコンポーネントを使用してクラスタの要件を満たすことができます(たとえば、GFSファイルシステムでファイルを共有するようにクラスタ設定またはサービスフェールオーバーを設定するなど)。クラスタインフラストラクチャは、次の機能を実行します。
1. クラスター管理
2. ロック管理
3. 保護
4. クラスター構成管理
クラスター管理
クラスター管理は、クラスター定足数とクラスターメンバーシップを管理します。 CMAN(Cluster Managerの略)は、Red Hat Enterprise Linux 5のRed Hat Cluster Suiteでクラスタ管理を実行します。 CMANは、各クラスタノードで実行される分散クラスタマネージャです。クラスタ管理はクラスタ内のすべてのノードに分散されます(「CMAN / DLMの概要」)。
CMAN はクラスタノード数を監視し、クラスタクォーラムを追跡します。ノードの半分以上がアクティブな場合は、クラスターにクォーラムがあります。ノードの半分(またはそれ以下)がアクティブな場合、クラスターにクォーラムはなく、すべてのクラスター活動が停止します。クラスタクォーラムは、同じクラスタの2つのインスタンスが同時に実行される「分割ブレイン」の状況を防ぎます。分割ブレインシナリオでは、各クラスタインスタンスが他のクラスタインスタンスの知識なしにクラスタリソースにアクセスできるため、クラスタの整合性が損なわれます。
定足数は、イーサネットを介したクラスタノード間のメッセージ通信によって決定されます。あるいは、イーサネット上の通信メッセージとクォーラムディスクを組み合わせてクォーラムを決定することもできます。イーサネット経由の定足数の場合、定足数はノード投票の50%に1を加えた値で構成されます。定足数ディスクを使用した定足数の場合、定足数はユーザーが指定した条件で構成されます。
CMAN は、他のクラスタノードのメッセージを監視してメンバーシップを追跡します。クラスタメンバーシップが変更されると、クラスタ管理者は他のインフラストラクチャコンポーネントに通知し、適切なアクションを実行します。たとえば、ノードAがクラスタに参加し、ノードBとCがすでにインストールしているGFSファイルシステムをマウントしている場合、ノードAでそのGFSファイルシステムを使用するには追加のログとロック管理が必要です。クラスタノードが指定された時間内にメッセージを送信しない場合、クラスタ管理者はクラスタからそのノードを削除し、そのノードがメンバー以外のクラスタインフラストラクチャコンポーネントと通信します。同様に、他のクラスタインフラストラクチャコンポーネントは、ノードがクラスタのメンバではなくなったことを知らせるときに実行するアクションを決定します。たとえば、フェンシングはメンバではなくノードを保護します。
シーマンホームページはここ。