タグ付けされた質問 「heartbeat」

9
Heartbeat、Pacemaker、CoroSyncの代替品ですか？
典型的なHeartbeat / Pacemaker / CoroSyncの組み合わせ以外に、Linuxでの自動フェイルオーバーの主要な代替手段はありますか？特に、ユニキャストのみをサポートし、マルチキャストもブロードキャストもサポートしないEC2インスタンスでフェイルオーバーを設定しています。特に、自動フェールオーバーがなく、マルチマスター環境をサポートしていないソフトウェアをいくつか処理しようとしています。これには、HAProxyやSolrなどのツールが含まれます。 Heartbeat + Pacemakerを使用していますが、私は興奮していません。ここに私の問題のいくつかがあります： ハートビート-単独で、2つのノードに制限されます。3+が欲しいです。 Pacemaker-自動的に構成することはできません。クラスタはクォーラムで実行する必要がありますが、それでも手動構成が必要です。 CoroSync-ユニキャストをサポートしません。 Pacemakerは非常にうまく機能しますが、そのパワーによりセットアップが難しくなります。Pacemakerの本当の問題は、構成を自動化する簡単な方法がないことです。私は本当にEC2インスタンスを起動し、Chef / Puppetをインストールし、私の介入なしにクラスター全体を起動したいと思っています。
3
スケーラブルで信頼できるhaproxyクラスターをAmazon EC2にデプロイするにはどうすればよいですか？
ELBが提供するよりも高度な機能（主にL7検査）が必要ですが、EC2を使用したhaproxyなどでハートビートや高可用性などを処理する方法は明らかではありません。クラスター内に3つ以上のhaproxyノードが必要になる可能性が高いため、2つのノード間の単純なハートビートは機能しません。 haproxyノードの前にハートビートレイヤーを配置するのは、おそらくIPVSを使用する方法ですが、EC2クラスターの変更に応じて構成の変更を処理します（拡張などの意図的な変更、またはEC2ノード）は重要なようです。 ソリューションは、少なくとも2つのアベイラビリティーゾーンにまたがることが望ましい。 質問への答え：いいえ、セッションはスティッキーではありません。そして、はい、SSLが必要になりますが、理論的には完全に別のセットアップで処理することができます-SSLトラフィックを非SSLトラフィックとは異なる場所に向けることができます。
1
使用するメッセージングレイヤーは、HeartbeatまたはCorosyncですか？
Webサーバークラスターのセットアップに関する研究をほぼ完了しましたが、Pacemakerで使用するメッセージングレイヤーについては未定です。私が使用しているサーバーはすべてFedoraであるため、両方のレイヤーはYUMを介して利用できます。両方とも十分に文書化されており、Pacemakerでうまく機能すると言われています。私が見つけられなかったのは、どちらが良いかという意見です。誰もがこれらの両方の経験があり、どちらが優れているかについて好みがありますか？より大きなコミュニティサポートベースはありますか？一方が他方よりも安定していますか？または、これはarbitrary意的な決定ですか？
9
物理的に多様な場所での自動フェイルオーバーを備えた高可用性MySQLのアーキテクチャ
私は、データセンター間のMySQLの高可用性（HA）ソリューションを研究しています。 同じ物理環境にあるサーバーの場合、アクティブパッシブアプローチを使用するハートビート（フローティングVIP）を備えたデュアルマスターを優先しました。ハートビートは、シリアル接続とイーサネット接続の両方で行われます。 最終的に、私の目標はこの同じレベルの可用性をデータセンター間で維持することです。手動の介入なしで両方のデータセンター間で動的にフェールオーバーし、データの整合性を維持したい 上部にBGPがあります。両方の場所にあるWebクラスター。これにより、両側のデータベースにルーティングされる可能性があります。サイト1でインターネット接続がダウンした場合、クライアントはサイト2を介してWebクラスターにルーティングし、両方のサイト間のリンクがまだアップしている場合はサイト1のデータベースにルーティングします。 このシナリオでは、物理リンク（シリアル）がないため、スプリットブレインが発生する可能性が高くなります。WANが両方のサイト間でダウンした場合、VIPは最終的に両方のサイトで終了し、さまざまな不快なシナリオが非同期を引き起こす可能性があります。 私が見る別の潜在的な問題は、将来このインフラストラクチャを3番目のデータセンターに拡張するのが難しいことです。 ネットワーク層は焦点ではありません。この段階では、アーキテクチャは柔軟です。繰り返しになりますが、私の焦点は、データの整合性とMySQLデータベースの自動フェイルオーバーを維持するためのソリューションです。私はおそらくこれを中心に残りを設計するでしょう。 物理的に異なる2つのサイト間でMySQL HAの実績のあるソリューションを推奨できますか？ これを読んでくれてありがとう。あなたの提案を読むのを楽しみにしています。
6
EC2でフェイルオーバーを自動化するにはどうすればよいですか？
独自のクラスターを管理している（つまり、Amazon Autoscale、Rightscale、Scalrなどを使用していない/支払う）うち、EC2でインスタンスを管理し、フェイルオーバー（たとえば）を処理していますか？私が疑うように、ほとんどの人がEC2 APIに対してボートの独自のスクリプトを書くことになってしまうのではないかと思っています。 それは確かに私たちのアプローチです：オフサイトで実行され、インスタンスからのUDPキープアライブをリッスンするPython Botoベースの監視/再起動デーモンを作成します。障害が発生すると、ボリュームのスナップショットを作成し、イメージを登録し、新しいインスタンスを起動し、古いボリュームを削除します。 スクリプトをハッキングするときは、これらの問題に対処するオープンソースのツールがすでに存在している必要があり、Scalrの制約はないと思いますが、私は常にGoogleから戻ってきます手ぶらで。（Scalrのようなものは、サポートされているソフトウェアのセット/バージョン/構成がかなり制限されており、これらのセットアップを操作する専門的でIMOの面倒な方法があります。） また、Linux-HA / Pacemakerエコシステム（Heartbeat、ldirectordなど）は、EC2にはあまり適していないようです。（しかし、私はこれを見つけました -これが本当に高品質のソリューションであるかどうかはわかりませんが）。
7
N Apacheサーバー間で着信Webトラフィックのバランスをとるにはどうすればよいですか？
Heartbeat / Squid / Varnish / etcのようなものを使用して、内部Apacheインスタンス間で着信トラフィックの量のバランスを取りたいと考えています。私のものはすべてVPSで実行されるので、これはハードウェアではなくソフトウェアでなければなりません。この分野での経験はあまりないので、用語を誤用して間違ったパッケージを選択しているとすみません。 私は自分が何を求めているかを説明するために何かを作成しました。緑の側は初期設定の外観であり、青の側はトラフィックの増加によりApacheインスタンスを追加した後の外観です。これはこれらの動作の方法ではないかもしれませんが、理想的にはドメインのDNSにバランサーのIPを追加します。次に、バランサーは各Apacheインスタンス上にある接続の数を確認し（内部IPまたは外部IPの構成リストを介して）、接続を均等に分配します。青色には、2番目のバランサーがあります。ある時点で、バランサーにも助けが必要になると確信しています。 たぶん私はこれについて間違っていますが、「バランサー」がどうあるべきかについての助けと、それらを設定する方法のベストプラクティスを探しています。 どんな助けも素晴らしいでしょう。
3
完全に再起動せずにハートビートでシステムに新しいIPアドレスを追加する方法はありますか？
高可用性のためにハートビートを利用します。ハートビートクラスターに追加のIPアドレスを追加したいのですが、プロセス中にクラスターを完全に再起動したくありません。「haresources」ファイルの再解析とそのアクションの実行を促す信号をハートビートに送信できますか？heartbeat -rはトリックを実行していないようです。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.