このディレクティブは必須です。ディレクティブ内では、プロバイダーディレクティブで使用するクォーラムアルゴリズムを指定できます。執筆時点では、corosync_votequorumのみがサポートされています。設定オプションについては、votequorum(5)を参照してください。ディレクティブ内では、クラスター内のノードに関する特定の情報を指定できます。ディレクティブには、メンバーシップのメンバーであるすべてのノードを指定するnodeサブディレクティブのみを含めることができ、デフォルト以外のオプションが必要です。すべてのノードには、少なくともring0_addrフィールドが入力されている必要があります。メンバーシップのメンバーである必要があるすべてのノードを指定する必要があります。可能なオプションは次のとおりです。ringX_addrこれは、特定のノードのIPまたはネットワークホスト名アドレスを指定します。nodeidこの構成オプションは、Kronosnetモードの各ノードに必要です。これは、クラスターメンバーシップサービスに配信されるノード識別子を指定する32ビット値です。ノード識別子の値ゼロは予約されているため、使用しないでください。knetが設定されている場合、このフィールドを設定する必要があります。nameこのオプションは、主にknetトランスポートでローカルノードを識別するために使用されます。クライアントソフトウェア(pacemaker)でも使用されます。ローカルノードを識別するアルゴリズムは次のとおりです。HOSTNAMEの短いバージョンと一致する完全修飾名をノードリストで検索します4.すべてが失敗した場合は、nodelist内の名前と一致するアドレスのインターフェースリストを検索しますシステムディレクティブ内では、システムオプションを指定できます。可能なオプションは次のとおりです。qb_ipc_typeこれは、使用するIPCのタイプを指定します。ネイティブ(デフォルト)、shm、およびソケットのいずれかです。ネイティブとは、OSでサポートされているものに応じて、shmまたはソケットのいずれかを意味します。両方をサポートするシステムでは、SHMが選択されています。SHMは一般に高速ですが、リングバッファファイルを/dev/shmに割り当てる必要があります。sched_rrcorosyncがそれ自体に最大の優先度でラウンドロビンリアルタイムスケジューリングを設定しようとする場合は、yes(デフォルト)に設定する必要があります。スケジューラーの設定が失敗した場合、フォールバックして最大の優先順位を設定します。prioritycorosyncプロセスの優先度を設定します。sched_rrがnoに設定されている場合にのみ有効です。min(したがって、最小/最大のnice値)を指定できます。move_to_root_cgroupcorosyncが自分自身をルートcgroupに移動しようとする場合は、yes(デフォルト)に設定する必要があります。schedが有効になっているcgroupを備えたシステムでのみ使用できます(LinuxオプションCONFIG_RT_GROUP_SCHED)。/var/lib/corosync.デフォルトは/var/lib/corosyncです。resourcesディレクティブ内では、リソースのオプションを指定できます。可能なオプションは次のとおりです。watchdog_device(Corosyncがウォッチドッグサポート付きでコンパイルされた場合のみ有効です。)使用するウォッチドッグデバイス。/dev/watchdog。未設定、空、または「オフ」の場合、ウォッチドッグは使用されません。遅いウォッチドッグ通信では、Corosyncメインループで数秒の遅延が発生し、メンバーシップが破壊される可能性があります。IPMIウォッチドッグはこの点で特に有名です。LinuxカーネルのドキュメントのIPMI.txtでkipmid_max_busy_usについて読んでください。ディレクティブ内で、libnozzleデバイスのオプションを指定できます。knetネットワーク上のチャネル(cpgまたはcorosync内部サービスではない)を介してクラスター内の他のノードにルーティングする擬似イーサネットデバイスです。これにより、アプリケーションはマルチパス、自動フェイルオーバー、リンクスイッチングなどのknet機能を利用できます。libnozzleは信頼できるトランスポートではありませんが、信頼できる通信のためにTCPをトンネリングできます。libnozzleは、/etc/corosync/updown.d/ディレクトリの下に保持されるオプションのインターフェースup/downスクリプトもサポートします。詳細については、knetのドキュメントを参照してください。使用できるnozzleデバイスは1つだけです。いくつかのオプションがあります。name作成するネットワークデバイスの名前。Linuxでは、これはどのような名前でもかまいませんが、他のプラットフォームでは名前に制限があります。ipaddrインターフェースのIPアドレス(IPv6またはIPv4)。このアドレスの下部は、ipprefixと共にローカルノードのnodeidに置き換えられます。1,2,5がIPアドレス192.168.1.1、192.168.1.2および192.168.1.5を使用するようにします。プレフィックス長16が使用される場合、下2バイトはノードID番号で埋められます。IPv6アドレスは「::」で終わる必要があります。ノードIDは2つのコロンの後に追加され、ローカルIPアドレスを作成します。現在、corosync.confファイルでは1つのIPアドレスのみがサポートされています。必要に応じて、ifupスクリプトに追加のIPアドレスを追加できます。ipprefixノズルデバイスのIPアドレスプレフィックスを指定します(上記を参照)macaddrノズルデバイスのMACアドレスプレフィックスを指定します。IPアドレスについては、MACアドレスの下部にノードIDが入力されます。この場合、プレフィックスは適用されず、MACアドレスの下位2バイトは常にノードIDで上書きされます。1にmacaddr:54:54:12:24:12:12を指定すると、MACアドレスは54:54:12:24:00:01になります。hosts内)であり、現在corosyncを実行していません。現在のcorosync.confのノードリストは次のようになります。}}既存のノードの下にノードの新しいエントリを追加します。ノードエントリはノードIDの順序である必要はありませんが、正気を保つのに役立ちます。したがって、ノードリストは次のようになります。}}次に、このファイルを3つのノードすべて(既存の2つのノードと新しいノード)にコピーする必要があります。既存のcorosyncノードのいずれかで、更新された構成ファイルをメモリに再読み込みするようにcorosyncに指示します。-Rこのコマンドは、クラスター内の1つのノードでのみ実行する必要があります。その後、新しいノードでcorosyncを開始すると、クラスターに参加するはずです。これが期待どおりに機能しない場合は、3つのノードすべて間の通信が機能していることを確認し、すべてのノードのsyslogファイルで詳細を確認してください。参加に失敗したノードに関する重要な情報は、予想とは異なるノードにある可能性があることに注意することが重要です。CLUSTERこれは、上記の「ノードの追加」の逆の手順です。クラスターから削除するノードをシャットダウンする必要があります。IPアドレスを解決します。getaddrinfo()関数は、洗練されたアルゴリズムを使用してノードアドレスを優先順序にソートし、corosyncは常に、必要なファミリーのリストの最初のアドレスを選択します。hostsファイルを正しく構成することが不可欠です。ない場合は、一部のノードがクラスターに参加できない可能性があります。必要に応じて、構成ファイル/etc/gai.conf(5)を使用してgetaddrinfo()が使用する検索順序をオーバーライドすることは可能ですが、これは推奨されません。getaddrinfo()から返されるアドレスの順序に疑問がある場合は、ringX_addrフィールドでIPアドレス(v4またはv6)を使用する方が簡単かもしれません。コメントをキャンセル次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。