概要を説明しています。全体的な概要を説明しています。ついて高度な運用知識があり、サーバーコンピューティングの概念を理解している方を対象としています。使用についての詳細情報は、以下の資料をご参照ください。インストールに関する情報を提供しています。導入、設定、管理に関する情報を提供しています。本製品と関連製品についての詳細情報は、以下の資料をご参照ください。設定と管理について説明しています。実行に関する情報を含みます。インストール、設定、および維持に関する情報を提供します。デバイスマッパーマルチパスの機能の使用法に関する情報を提供します。パフォーマンス性の高いシステム郡およびサービス群を構成する方法について説明しています。製品の現在のリリースに関する情報を提供します。いうタイトルの記事を参照してください。バージョンで入手できます。フィードバック本ガイド内に誤字、脱字を発見された場合や、本ガイドを改善するためのご意見、ご提案がございましたら弊社にぜひご報告ください。ご報告をお願いいたします。本ガイドを改善するためのご意見/ご提案をお持ちの場合は、可能な限り具体的にご説明いただくようお願いします。エラーを発見された場合は、弊社で対象箇所を容易に見つけることができるように、そのセクション番号と周辺の文章も含めてご報告いただくようお願いします。基幹実稼働サービスへ信頼性、スケーラビリティーおよび可用性を提供するクラスター化されたシステムです。コンポーネントおよび機能の概要を説明します。つのタイプがあります。ハイパフォーマンスストレージクラスターは、クラスター内の複数のサーバーに対して一貫性のあるファイルシステムイメージを提供し、ひとつの共有ファイルシステムに対する読み書きを同時に行えるようにします。アプリケーションのインストールやパッチの適用を任意のファイルシステムに制限することでストレージの管理を簡略化します。クラスター全体に一つのファイルシステムを持たせることでアプリケーションデータのコピーを重複して持たせる必要性が解消されるためバックアップや障害からの復元が簡略化されます。併用することでストレージのクラスタ化を提供します。つのクラスターノードから別のクラスターノードにフェイルオーバーすることにより、連続的にサービスの可用性を提供します。ファイルシステムがマウントされる)。つのクラスターノードが別のクラスターノードからサービスの制御を引き継ぐ時点で、高可用性クラスターはデータの整合性を維持しなければなりません。(高可用性クラスターはフェイルオーバークラスターと呼ばれることもあります)。介して高可用性のクラスタ化を提供します。負荷分散クラスターは、ネットワークサービス要求を複数のクラスターノードに分配して、クラスターノード間の要求負荷のバランスを取ります。負荷要件に応じてノード数を調節することができるため、対費用効果の高いスケーラビリティーを提供します。つのノードが動作不能になると、負荷分散ソフトウェアにより障害が検出され、要求が別のクラスターノードにリダイレクトされます。負荷分散クラスター内のノードの障害は、クラスターの外側にあるクライアントからは見えません。ハイパフォーマンスクラスターは、クラスターノード群を使用して並列演算を行います。(ハイパフォーマンスクラスターは演算クラスターまたはグリッドコンピューティングとも呼ばれます)。前述のクラスタータイプの要約は基本的な設定を説明しています。ニーズに応じて、複数のクラスタータイプを組み合わせる必要がある場合があります。含まれるのは高可用性サーバーの設定および管理に対するサポートのみになります。ハイパフォーマンスクラスターには対応していません。スケーラビリティー、ファイル共有、対費用効果など、ニーズに応じてさまざまな設定で導入できるソフトウェアコンポーネントの統合セットです。以下の主要なコンポーネントから構成されています。つのクラスターとして一緒に動作させるための基本的な機能を提供します。つのクラスターノードが動作不能になった場合、そのノードから別のノードへのサービスのフェイルオーバーを提供します。セットアップ、設定および管理を行うための設定および管理ツール。これらのツールは、クラスターインフラストラクチャーのコンポーネント、高可用性およびサービス管理のコンポーネントおよびストレージで使用されます。現時点で完全対応しているのは単一サイトのクラスターのみになります。物理的に離れた複数のサイトに散在するクラスターについては正式には対応していません。セールス担当者またはサポート担当者にご相談ください。補足することができます。使用するクラスターファイルシステムを提供します。ストレージがあたかも各クラスターノードにローカルに接続されているかのように、複数ノードにブロックレベルでストレージを共有させることができるようになります。クラスターファイルシステムを使用する場合はクラスターインフラストラクチャーが必要になります。一部で、クラスターストレージのボリューム管理を提供します。対応させる場合にもクラスターインフラストラクチャーが必要になります。負荷分散のためルーティングを行うソフトウェアです。組の冗長な仮想サーバーで実行されます。つのクラスターとして連動して機能するための基本的な機能を提供します。ファイルシステムでファイルを共有するためクラスターをセットアップする、サービスのフェイルオーバーを設定するなど)。クラスターインフラストラクチャーでは次のような機能を実行できます。使用したクラスター管理クラスター管理とはクラスターの定足数とメンバーシップの管理を指します。分散型クラスターマネージャーのためそれぞれのクラスターノードで実行されます。クラスター管理はクラスター内の全ノードに分散されます。他のクラスターノードからのメッセージを監視することでメンバーシップを追跡します。クラスターメンバーシップに変化が生じると、クラスターマネージャーによって他のインフラストラクチャーコンポーネントに対して通知が送られ、各コンポーネントは変化に応じた動作をとることになります。一定時間内にメッセージを送信しないクラスターノードがあると、そのクラスターマネージャーはクラスターからそのノードを取り除き、他のクラスターインフラストラクチャーのコンポーネントにノードがメンバーではないことを通知します。他のクラスターインフラストラクチャーのコンポーネントはノードがクラスターのメンバーではなくなったという通知を受けると、それに応じて実行すべき動作を決定します。隔離機能の場合ならメンバーではなくなったノードの切断を行います。クラスターノード数を監視することでクラスターの定足数を追跡します。半数以上のノードが正しく動作している場合、クラスターは定足数を獲得します。場合は定足数に満たないためクラスターの全アクティビティが停止されます。発生を防ぐのがクラスター定足数です。状態が発生すると、インスタンス同士が互いを認識できない状態でクラスターのリソースにアクセスするため、クラスターの整合性が失われることになります。使用される投票アルゴリズムです。クラスターが正しく機能するのは互いにメンバーの状態に関して一般的な同意がある場合のみです。大多数のノードが正しく動作し、他の動作中のメンバーと通信、同意している場合、定足数を獲得していると表現します。台以上のノードが通信を行っている場合にのみ定足数に達したと言います。台が停止してしまうと定足数を失ってしまうためクラスターは正しく機能しなくなります。問題を防ぐには定足数を維持する必要があります。台が別々に同じ共有ストレージで動作してしまような状態を招く可能性があります。つに分離されたクラスターの一部同士がディスク領域を上書きするためファイルシステムが破損します。定足数のルールを実施すると、片方のみが共有ストレージを使用するためデータの整合性を確保することができます。状態を防ぐわけではありませんが、定足数によりクラスター内で優先して動作させるノードが決定されます。発生した場合には、複数のノードグループが同時に動作しないよう防ぎます。定足数はクラスターノード間で行われるイーサネット経由のメッセージ通信で確定されます。組み合わせたメッセージ通信で確定することもできます。定足数ディスクを設定する場合は、定足数はユーザーが指定した条件になります。定足数投票数を獲得します。オプションで複数の投票数を獲得できるよう設定することもできます。定足数ディスク定足数ディスクまた定足数パーティションとはクラスタープロジェクトのコンポーネントで使用するため設定したディスクの任意のセクションです。例を示しながらその目的を説明していきます。クラスターマネージャーの「ハートビート」パケットのいくつかを取得できませんでした。パケットを受信できなかった理由は認識できませんが次のような可能性が考えられます。使用率が非常に高いためパケットを送信できなかった」など。クラスターのサイズが非常に大規模な場合、システムの使用率が非常に高い場合、ネットワークが不安定な場合などに発生する可能性があります。方にあるのかわかりません。台のノードで構成されるクラスターの場合、互いに接続できなくなり、お互いに他方を隔離しようとすることがあるため問題となります。このため、ノードの隔離を行う前に、接続できないように見えるノードが実際に動作しているかどうかを確認する別の方法を用意しておくのが適切です。定足数ディスクでこれを行うことができます。接続できなくなっているノードを隔離する前に、クラスターソフトウェアを使用すると、そのノードが定足数パーティションにデータの書き込みを行っているかどうかでノードが動作しているかどうかを判断することができます。ノードシステムの場合、定足数ディスクはタイブレーカーとしても機能します。票獲得としてカウントされます。票失うため、安全に隔離することができるということになります。管理に関する章を参照してください。タイブレーカータイブレーカーは付加的な解決方法で、同数割れしてしまった場合に定足数に達しているかどうかを隔離を行う前にクラスターパーティションで決定できるようにする方法です。したタイブレーカーを使用すると、ノード同士の監視に加えクラスター通信を行う際、同じパスの上流に位置するルーターも監視するようになります。できるノードが存続することになります。状態に陥ってしまう場合も考えられます。このため、タイブレーカーを使用している場合でも、隔離機能が正しく設定されているか必ず確認することが重要になります。共有パーティションから追加詳細が提供される別のタイプのタイブレーカーもあります。ネットワークがダウンした場合でも両方のノードが共有パーティション経由で通信し続けている限り操作を許可するディスクタイブレーカーが含まれていました。複雑なスキームを持つタイブレーカーもあります。任意の解決法を指定できます。各ノード自体にクラスターへの参加に適した状態であるかを判断させることができます。タイブレーカーとして使用されます。マニュアルページをご覧ください。使用すれば実装できます。使用すると定足数デバイスの登録と更新を行うことができます。ソースコードを参照してください。以下のような場合、タイブレーカーが必要になるかもしれません。クラスターにネットワークと隔離機能が正しく設定されている場合は、異常なケースを除き、タイブレーカーの使用はさらに複雑になるだけです。サービスと呼ばれるクラスターリソースやリソースグループまたはリソースツリーなどの集合体に対するフェイルオーバー機能を管理し、これらを提供します。これらのリソースグループはツリー構造に編成されており、親/子の依存関係と継承関係を各サブツリー内に有します。管理者がクラスターサービスの定義、設定および監視を実行できます。クラスター化されたサービスを別のノードに再配置して、サービスの中断を最小限に抑えます。つのノードグループに制限するなど、サービスを特定ノードに制限することもできます。各種のプロセスとエージェントを組み合わせて使用されます。以下のリストは、それらの分野の概要を示しています。フェイルオーバーおよびリカバリーポリシーが環境に適さない場合に、このスクリプトサブシステムを使用して独自にカスタマイズできる。フェイルオーバードメインフェイルオーバードメインは、サービスがバインドされる可能性のあるメンバーの順序付けられたサブセットです。フェイルオーバードメインは、クラスターのカスタマイズには役立ちますが操作に必須ではありません。以下に、フェイルオーバードメインの動作に影響を与える複数の設定オプションについて、これらを規定するセマンティクスをリストします。優先ノードは、オンライン時に所定サービスを実行するように指定されるメンバーです。つのメンバーの順序付けや制限のないフェイルオーバードメインを指定すると、この動作をエミュレートすることができます。このドメインにバインドされるサービスは、フェイルオーバードメインのメンバーであるクラスターメンバー上でのみ実行できます。フェイルオーバーのメンバーがいずれも使用できない場合、サービスは停止状態に置かれます。設定が容易になります。クラスターサービスを実行するクラスター全体を設定する代わりに、クラスターサービスに関連した、制限ありフェイルオーバードメイン内のメンバーのみをセットアップすることが必要になります。このドメインにバインドされるサービスはすべてのクラスターメンバー上で実行できますが、ドメインのメンバーが利用可能になる場合は常にドメインのメンバー上で実行されます。設定していない限り、サービスがドメイン外で実行されていてもドメインのメンバーがオンラインになると、サービスはそのメンバーに移行します。この設定で指定される順序がドメイン内のメンバーの優先順を決定します。ドメインの最もランキングが高いメンバーは、オンラインの場合に常にサービスを実行します。