問題タブ [autoscaling]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
amazon-ec2 - 各インスタンスのトランスコーディング プロセスの数に基づく EC2 および ELB のポリシー
ELB の背後にある一連の自動スケーリング インスタンスで、膨大な数のオーディオ ファイルをトランスコードする必要があります。トランスコーディング スクリプトのコアは、Node.Js と FFMPEG に基づいています。利用者が我慢できないから行列ができない!CPU 100% の問題を回避するために、各インスタンスのトランスコーディングの数を制御する必要があります。
私の質問:
A-各インスタンスへの接続数を制御する ELB のポリシーを定義する方法はありますか? そうでない場合、各インスタンスの平均 CPU 使用率を制御し、レベルをトリガーした後に新しいものを追加するパラメータはありますか? (私はこのスライドを見つけましたが、完全ではありません) 新しいインスタンスをオンザフライで追加する場合、新しいインスタンスがユーザーにサービスを提供するために 100% 動作するのにどれくらいの時間がかかりますか (つまり、自動スケーリングには長い待ち時間がありますか?)
B-同じトランスコーディング ソリューションを実現する別の代替アーキテクチャはありますか? (この回答に現在のアイデアを図面として含めました)。Transcoding.com のようなサード パーティのソリューションは使用できません。ネイティブ ソリューションが必要です。
C-各インスタンスに node.js を使用し、ソケットによってユーザー ブラウザに進行状況を表示します。ブラウザ側から定期的に ajax リクエストを node.js 側に送信して、進行状況の情報を取得します。このメカニズムにはスティッキー セッションの問題がありますか?
ありがとうございます。
amazon-ec2 - Amazon EC2 AutoScaling CPUUtilization アラーム - 不十分なデータ
そのため、Python で Boto を使用して、CPUUtilization に基づいて自動スケーリングを設定しようとしましたが、多かれ少なかれこの例で指定されているとおりです 。
ただし、CloudWatch の両方のアラームは次のように報告します。
状態の詳細: 2012/11/12 16:30 UTC に状態が「INSUFFICIENT_DATA」に変更されました。理由: チェックなし: 初期アラームの作成
自動スケーリングは正常に機能していますが、アラームは CPUUtilization データをまったく取得していません。私が試すことができることのアイデアはありますか?
編集: インスタンス自体が CPU 使用率データを報告しますが、CloudWatch でアラームを作成しようとしたとき、Python でプログラムによって、またはインターフェイスで作成したときだけではありません。万一の場合に備えて、詳細な監視も有効になっています...
ありがとう!
azure-storage - Azure クラッシュ ダンプはどこにありますか?
ホステッド サービスを Azure にアップロードしました。Web ロールと worker ロールを実行しています。自動スケーリング ブロックは worker ロール内にあります。Azure ストレージでは、wad-control-container というコンテナーが自動的に作成されました。自動生成された BLOB のディレクトリ構成は次のとおりです。
なぜローカルパスを作成するのですか? wad-crash-dumps というコンテナーがありません。診断モニターによって作成されたクラッシュ ダンプはどこにありますか?
amazon-ec2 - 負荷分散されたアプリ サーバーでの Sphinx 検索のセットアップ
1LB、2DB、2APP、および 1 つの memcached サーバーを備えた自動スケーリングされた負荷分散サーバー ファームでホストされているサイトで sphinxsearch を使用したいと考えています。sphinx を使用して 100 万件以上の投稿があるサイト (フォーラム サイト) を検索する場合、これらのアイデアのいずれかが sphinxsearch をセットアップするための推奨される方法です。
a: 追加のサーバーをセットアップ (または memcache インスタンスに配置) し、アプリ サーバーからの結果をそのサーバーから取得します。
b: アプリ サーバーで sphinxsearch をセットアップし、インデックスをレプリケートする方法を見つける
c: 他に考えられるアイデアはありますか?
windows - EC2を使用してアプリを複数のサーバーにどのように分散しますか?
かなりのスケーリングが必要なアプリを初めて開発しましたが、これまで複数のインスタンスでアプリケーションを実行する必要はありませんでした。
これは通常どのように達成されますか?SQLサーバーをクラスター化してから、すべてのサーバー間でプログラミングをミラーリングし、負荷分散を使用しますか?
または、あるサーバーでいくつかを実行する機能を別のサーバーで実行する機能を分離しますか?
また、すべてのEC2 Windowsインスタンスにコードをプッシュするにはどうすればよいですか?
amazon-ec2 - Amazon EC2 Autoscalingツールは、明示的に言及されていない限り、特定の自動スケーリンググループを表示しません
自動スケーリンググループがありますが、明示的に要求しない限り、自動スケーリングコマンドラインツールを使用しても表示されないようです。すなわち:
自動スケールグループを返します。
ただし、as-describe-auto-scaling-groupsコマンドは、この特定のASグループをまったく表示しません。
この自動スケーリンググループはまったく返されません。ただし、他のASグループも示されています。
このASグループがすべてのASグループのリストに表示されないのはなぜですか?
java - 同時ユーザーをサポートするためにシステムがスケーリングされていない
システムの同時ユーザー数のスケーリングに問題があります。私のテストでは、同時ユーザー数をスケーリングすると、線形関係でリクエストの期間が直接増加するようです。
16Gb RAM を搭載した (仮想) Ubuntu Quad Core マシンにデプロイされた Java Web アプリケーションを実行しています。Apache Tomcat 7 と MySQl 5.5 データベースを使用しています。Tomcat と MySQL はデフォルト設定を使用しています。私はそれらをまったく構成していません。
私は Apache Benchmark を使用して多数のテストを実行しており、最終的に SQL クエリを作成して 1 行のデータを返しますが、応答サイズは非常に小さくなっています。
Spring の JDBCTemplate と Apache Commons BasicDataSource を使用します。Spring Bean の構成を以下に示します。
いくつかのクエリを作成する Java メソッドには、@Transactional の注釈が付けられています。
これらは私のテストの結果です:
- 1 リクエストにかかる時間は 0.2 秒です。
- 10 リクエスト (並行して実行) には 0.9 秒かかります。
したがって、私のアプリケーションがスケーリングしていないことがわかります。問題の原因が何であるかはわかりません。誰かが私が間違っていることを見たり、これをさらに調査できる方法を提案したりできますか?
前もって感謝します、
フィル
アップデート
その他の指標:
応答サイズは 1kb です。
同じリクエストの試行と同時実行の変更:
したがって、同時実行数を 8 に減らすと、300 の同時実行数よりも 10 秒速く完了します。8 から増やすと、トランザクションが遅くなります。8 が最も最適な同時実行数のようです。
azure - Service Bus キューの長さに基づく Azure ロールの自動スケーリング
Microsoft Enterprise Library (WASABi) の Autoscaling Application Block は優れたソフトウェアであり、ストレージ アカウント キューの長さに基づいてロールのインスタンス数を変更できます。
ストレージ アカウント キューの代わりに Service Bus キューを使用できますか? この場合、Rules xml を定義するにはどうすればよいですか?
azure - キューの長さに基づく Azure 自動スケーリング
Azure キューの長さに基づいて、Azure ワーカー ロールを自動スケーリングしたいと考えています。私が見たすべてのドキュメントによると、queueLength オペランドを使用すると、これは非常に簡単なはずです。
オートスケーラーを実装し、それをサービスにアップロードして、一連の要素をキューに追加しましたが、インスタンスの数が増えていません。
トラブルシューティングの最善の方法は何ですか? 役割にリモート デスクトップで接続しましたが、イベント ログに何もありません。確認できる自動スケーリング イベント/エラーのログはありますか?
編集: 開発環境でアプリを実行すると、オートスケーラーが ServiceInfo.xml を正常に読み込んだことがわかります。キュー エントリとロール エントリがあります。ただし、ルールは rules.xml ファイルからロードされていないようです。
詳細編集: rules.xml ファイルから reactrules ノードとオペランド ノードを削除すると、制約ルールが正常に読み込まれます。したがって、問題はそれらのノードの 1 つにあります。
私のserviceinfo xmlファイル:
私のルールxmlファイル:
c# - AzureConstraintRulesが機能しない
非常に単純なAzureクラウドサービスを展開しています。
時間帯に応じてスケールアップ/スケールダウンをスケジュールできるように、自動スケーリングを機能させようとしています。
すべてをインストールして構成し、問題なくAzureにデプロイしますが、私のルールは順守されていないようです。
現在、次のものがあります。サービスは少なくとも2つのインスタンスで実行されると予想されますが、常に1のままです。
本当にシンプルなものが欠けているように感じますが、何がわかりませんか?
ありがとうございました