load-balancing

    0

    1答えて

    私はカフカの初心者です。私はカフカのドキュメンテーションを一目見ました。サブスクライバ・コンシューマ・グループにディスパッチされたメッセージは、コンシューマ・インスタンスにパーティションをバインドすることによって実装されているようです。 私たちがApache Kafkaで作業するときに覚えておくべき重要なことは、同じ消費者グループの消費者数が、消費されたトピックのパーティション数以下であることです

    1

    1答えて

    私は2つのPGサーバー、1つのマスター、もう1つのスレーブ - 正常に動作する通常のストリームレプリカを持っています。 私はそれらの前にpgpoolを置く必要があります。これは、両方のマシン上でロードバランサを作成することになります。トラフィックが多いため、クエリを選択するだけです。 しかし、私はpgpoolを設定するので、常に複数のノードを使用することはできません。常に最初のものです。第2のノー

    1

    1答えて

    エラーパーセンテージがしきい値を超えた場合、一定期間、外部サービス(つまりポート)へのすべてのリクエストを自動的または手動で停止するパターンを実装したいと考えました。私は、異なるポート(例:2401,2402)を持つ同じマシン上で2つのサーバーインスタンスを実行しています。 ここでは、ポート2401がエラー率のしきい値を超えた場合、このポート(2401)へのすべての要求を一定期間停止して別のポート

    2

    2答えて

    swarm docs内のLoad Balancingセクションでは、内部ロードバランサもヘルスチェックを行い、サービスを実行していないノードを削除した場合には、そのノードが削除されたかどうかを確認しません。 次のケースでは、レプリカ3,1つのインスタンスが3つのノードのそれぞれで実行されているサービスがあります。 マネージャー: [[email protected] ~]# docker ps

    3

    1答えて

    swarmサービスが2ノードクラスタ(1manager + 1worker)にデプロイされている場合。レプリカが3に設定されていると仮定すると、1つのノードに2つ、もう1つのノードに1つのコンテナが起動されます。 IPアドレスマネージャまたはワーカーでcurlコマンドがヒットすると、同じホストに存在するコンテナがRR方式で提供されます。要求は他のノードから提供されないため、この構成ではフェールオー

    4

    2答えて

    私はjboss-10.1.0(wildfly)にデプロイされているJavaベースのWebアプリケーションを1つ持っています。私はドッカーのスウォームモード(ドッカーのバージョン1.12.1)を使って私のアプリケーションをすべてスケールアップしていますが、私が直面している唯一の問題はセッション管理です。 ここでシナリオを考えてみましょう。 私は2つのインスタンスが(すなわちApp1とApp2).Iは

    2

    2答えて

    ここでは、Kubernetes Deploymentsとして複数のレプリカでサービスを展開しました。サーバがクラッシュすると、Kubernetesはコンテナを別の利用可能なサーバに移行します。このサーバは約3〜5分の作業を行います。 他の実行中のレプリカがまだ存在するため、移行中にクライアントはDeploymentサービスにアクセスできます。ロードバランサがデッドまたは移行コンテナにリダイレクトす

    1

    1答えて

    バックエンドサーバーのIPが変更されている間にhaproxyをリロードすることは可能ですか?もし、どう? ドッキングスタックには必須です。すべてのデプロイ時に、異なるIPを持つ新しいコンテナが古いコンテナを置き換えます。 私たちの実装では、古いハプロキシプロセスが終了せず依然としてリクエストを受け入れるため、サービスは503回も戻ってくることがありますが、バックエンドサーバーはすでに消えています。

    1

    1答えて

    初め別のパスを持っているHAProxyの後ろに座って複数のサーバーに > 10.21.5.39:80 --> api.something.com > 10.21.4.234:80 --> *.something.com > 10.21.5.73:80 --> coolapi.something.com > 10.21.5.73:3002 --> school.something.com

    2

    1答えて

    オートスケーラとロードバランサを備えたインスタンスグループがあります。あるインスタンスがオートスケーラで終了した場合でも、ロードバランサでは2〜2秒間正常な状態に見えます。このため、一部のユーザーは522エラーが発生します。 https://cloud.google.com/compute/docs/load-balancing/health-checks "関連するiptablesコマンドをシャ