問題タブ [high-availability]

私はいくつかのWindowsサーバーを持っています。同じWindowsサービス（.NETで記述）のコピーを各サーバーで実行して、一度に1つだけが「アクティブ」になり、他のすべてがパッシブになるようにします。アクティブなWindowsサービスが停止した場合、非常に短時間後に、残りのパッシブなWindowsサービスの1つだけがアクティブになります。

これを達成するための簡単な方法のアイデアはありますか？

私は興味を持っている：

• パフォーマンス
  • レイテンシー
  • スループット
  • リソース使用量 (CPU、メモリなど)
• 高可用性
  • 単一障害点なし
• 特徴
  • 輸送オプション
  • ルーティング オプション
• 安定
• コミュニティ
  • 活発な開発
  • 広く使われています
  • 便利なメーリング リスト、フォーラム、IRC チャネル、...
• 現在のコードベースとの統合の容易さ
• 多分落とし穴
• あなたが私が省略したと思う他のもの

それらについて読んだことがありますが、適切な比較が見つかりませんでした。特に、それらを比較するパフォーマンス ベンチマークに興味があります。（たぶん、自分でやるべきです！そうでないことを願っています。）

プロセスのヘルスをチェックするために存在する方法を知りたいです。システムで 10000 プロセスが実行されていることを考慮すると、これらのプロセスのいずれかがダウンした場合にプロセスをアップにする必要があることを確認する必要があります。

HBase は素晴らしいのですが...

ノードが (爆発/焼失/盗難/バラバラに引き裂かれた場合)、データはどうなりますか?

• データは失われていますか？
• クラスターは自動回復できますか?
• ダウンタイムなしで新しいノードを追加できますか?

みんなありがとう、マキシム。

SQL Server ミラーリングをサポートしたいアプリケーションがあります。ただし、アーキテクチャは現在、複数の WCF サービスと DB 接続が 1 つの MSDTC トランザクションに参加するようなものであり、ミラーリングを使用する場合、Microsoft は MSDTC がサポートされていないと述べています。

彼らの説明はあまり有益ではありません:

MS DTC トランザクションでデータベース ミラーリングを使用すると、同様のシナリオが発生する可能性があります。たとえば、新しいプリンシパル サーバーは、フェールオーバー後に MS DTC に接続します。ただし、MS DTC は新しいプリンシパル サーバーを認識しません。したがって、MS DTC は、トランザクションが他のデータベースでコミットされたと見なされる場合でも、"コミットの準備" フェーズにあるすべてのトランザクションを停止します。

私が理解に問題を抱えているのは、最後の文です。これは、DB サーバーがミラーリングされておらず、同じ時点で停止した場合とどう違うのでしょうか? 誰かが私にそれを説明できますか？これを組織内の他のユーザー (および顧客) に説明できるようにする必要がありますが、MSDTC が 1 つのシナリオで適切にロールバック/補正できる理由がわかりませんが、参加者の 1 つがミラーリングされた SQL サーバーである場合はできません。 (フルセーフティモード)。

私は AppFabric をインストールしており、ASP.Net セッションをうまくキャッシュしています。キャッシュ ホストとして 3 台の W2k8 Enterprise サーバーがあります。Secondaries=1 オプションでキャッシュを作成しました。高可用性オプションをテストしようとしています。これを行うには、自分の Web サイトにログインし、セッションを持つキャッシュ サーバーを見つけて、ネットワークから切断します (サーバー クラッシュをシミュレートします)。ログインしたユーザーとして引き続き作業できる場合は、高可用性が機能しており、セッションのセカンダリ コピーが昇格されたことを証明できます。

キャッシュ内のオブジェクトのリストと、プライマリ/セカンダリ オブジェクトが「生きている」場所を確認するにはどうすればよいですか?

私は現在、さまざまなソースからの訪問を記録する追跡サービスを保持しています。時々、訪問を記録してクライアントにリダイレクトするか、クライアントに電話して訪問を報告させます. アーキテクチャは、ロード バランサーの背後に構成された 2 つのワーカー ボックスです。このシステムは Amazon EC2 を使用してセットアップされ、使用されるロード バランサーは Amazon の Elastic LB です。

いくつかのベンチマーク テストを行ったところ、かなりのネットワーク レイテンシに気付きました。ロードバランサを通過するトラフィックは、ボックスに直接到達するよりも少なくとも 2 倍の遅延が発生します。

• 誰かがそのような問題を経験し、それを解決しようとしましたか? これは Amazon EC2 固有の問題ですか?
• ネットワーク遅延を大幅に削減するアーキテクチャが他に使用されていますか? たとえば、HA を使用して、トラフィックがロード バランサーを通過する必要がなく、代わりにエンド ポイント サーバーに直接到達するようにしますか? それに時間を費やす前に、他の人が同じことをどう思うか聞きたかった.

お時間をいただきありがとうございます、サントッシュ

WALファイルを適用するウォームスタンバイスレーブサーバーを備えたWAL出荷セットアップが機能しています。

pg_standby トリガー ファイルを作成すると、すぐに検出されますが、実際に接続を受け入れる準備が整うまでに 10 ～ 15 分ほどかかります。ほとんどの時間は、.history ファイルの待機に費やされます。

トリガー ファイルが空であるため、「スマート」フェイルオーバーを実行する必要があります。フェイルオーバーを (はるかに) 高速化するために何かできることはありますか?

ログ出力:

ありがとう。

-デニス

次のプロジェクトでnoSQLデータベースを実行することについて少し考えました。ただし、可能な限り最高の可用性を提供し、これを提供するための最高の組み込みレプリケーション機能を備えたプラットフォームがどれであるかはわかりませんが、頭痛の種は最小限に抑えられます。

現在、カサンドラが最高の候補者として登場していますが、この分野でより多くの経験を積んだ人から、これについてもっと知りたいと思います。

どうもありがとう！

高可用性が最優先されるWebアプリケーションを構築しようとしているとしましょう。私たちの顧客は企業であるため、ダウンタイムは関係者全員の収益の損失に相当します。

要約すると、みんなを幸せに保つために、私たちは常にオンラインである必要があります。それで、非常に基本的な観点から、これを行うためにどのような技術を検討する必要がありますか？

PHPを使用して開発速度を高速化すること以外に、ほとんど好みはありません。そのため、データストレージの新しいプラットフォームと、それを実現するために他に何があるかについて、完全にオープンです。

あなたの答えは非常にありがたいです！どうもありがとう！