Serviceを読んで理解し、同意したものとみなします。以下の実現は可能でしょうか?1.アプリケーションが、自ノードがマスターなのか、スレーブなのか取得したい。2.自動フェールオーバーの実現。(アプリケーションはマスター切り替えを認識したい。)3.ミドルウェア(ClusterPro等)の導入が必須?以上、よろしくお願い致します。対象を質問に追記すると、回答が得られやすいかと思います。14:20クラスタ構成になるのは、他ノードとのソケット通信です。回答が付きやすくなると思います。想定しているのが「DB=MySQLのクラスタ」であるなら、そちらを主にタイトルや本文を記載してもらった方が目に留まりやすいと思います(「クラスタ」はDB以外にも広く使われる言葉です)。質問は後からでも「編集」できますので、補足事項も含めて見直しをしてみてください。今回の質問の要旨とは関係ないということでいいですか?第三者が読んでわかり易い文章でないと回答はつきにくいと思います。レビューしてみてはどうでしょう。票1質問に対しては、以下のように考えます。#「ホットスタンバイ」は「両ノードでアプリケーションが起動している状態で、一方だけ処理する」冗長方式という前提です。#アプリケーションがいわゆる「サーバソケット」で接続を待ちうける前提です。アプリケーションが、自ノードがマスターなのか、スレーブなのか取得したい。各ノードのアプリケーション間で「ハートビート通信」を行うよう実装することで、互いの状態を交換することが可能と思います。自動フェールオーバーの実現。「ハートビート通信」が失敗したことを契機に、スレーブがマスターに昇格するようにすることで、実現可能と思います。上記の動作を実現しているのが、クラスタソフト(ミドルウェア)です。アプリケーションで実装するメリットがあるかないかで判断することになると思います。実現したいことを鑑みると、クラスタソフトを導入して、「ウォームスタンバイ」(マスターノードのみでアプリケーションが起動し、フェールオーバーでスタンバイノードでアプリケーションを起動させる)で冗長化するようにしたほうが、実現は楽かと思います。アプリケーションはノード間で1つしか起動していないので、マスター/スレーブを意識する必要がない。故障時に問題となりやすい「スプリットブレイン」等は、クラスタソフトが解決してくれる。DBサーバはウォームスタンバイの方が、ノード間でデータ不整合が起きない。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。検索したファイルがあるにも関わらず、そのようなファイルはありませんと表示される0組込LinuxシステムでLANを接続すると時計がずれる1pexpectによるSSH多重接続方法について0my.cnfの設定で困っています。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。