問題タブ [autoscaling]

Webとワーカーdyno（RESTfulサービス）で構成されるJavaを使用してクラウドバックエンドのプロトタイプを作成しています。完成に近づいたので、Webおよびワーカーdyno用の自動スケーラーがあるかどうか疑問に思います。HireFireとHeroScaleがあるようですが、これらはSinatraまたはRailsで実行されているRubyを対象としています。

ワーカーdynoの場合、キュー容量（AMQP RabbitMQを使用）を見つけてそれに応じてスケーリングできると思いますが、Web dyno（Grizzly経由のJersey on Jetty）をスケーリングする方法が少しわかりません。すべてのWebダイノでのすべてのリクエストの平均http応答時間を確認する方法はありますか？

洞察をありがとう！

私はGrid View（WebViewAndroid）を持っており、画面に収まるアイテムの数を決定する必要があります。サーバーから多くのアイテムを取得するには、この番号をサーバーに送信する必要があります。アクティビティで画面サイズを照会すると、幅: 800と高さ: 522 (横向き) が返されます。しかし、JavaScript から幅を照会すると、返される幅は 1063 ですViewport。

両方の値が異なるため、計算が混乱します。アイテムごとのWebView私の計算よりも多くのアイテムを表示します。

誰かが私が何を台無しにしているのか指摘できますか?

ありがとう。

Wasabi (エンタープライズ ライブラリの自動スケーリング ブロック) を Azure ワーカー ロール内で動作させようとしています。Wasabi ワーカー ロール (Extra Small、完全な信頼) は、同じサービス内で別のワーカー ロールをスケーリングしています。同一の構成で、ローカル コンソール アプリから完全に機能します。エラーが発生すると、証明書が VM に到達しません。Azure SDK、エンタープライズ ライブラリの自動スケーリング ブロック、および Azure portal の最新バージョンを使用しています。

これらのドキュメントに基づいて、私が行った手順は次のとおりです。

1. http://msdn.microsoft.com/en-us/library/gg432987.aspxの指示に従って管理証明書を作成しました。
2. 秘密鍵を使用して .pfx をエクスポートし、パスワードを指定しました。
3. .cer をポータルの [設定] -> [管理証明書] セクションにアップロードしました。
4. リストされている拇印に注意して、正しいパスワードで .pfx をクラウド サービス -> (マイ サービス) -> 証明書にアップロードしました。
5. アプリをいくつかのインスタンスにスケールアップするいくつかの簡単なルールを作成し、新しい証明書を使用するようにサービス情報を正しく構成しました。XML ファイルは BLOB ストレージにあります。この正確な構成は、コンソール アプリのローカル マシンで正常に動作します。
6. 正しい証明書名と拇印を使用して、Wasabi ロールの構成にエントリを追加しました。CurrentUser\My ストアを使用するように設定しました。.csdef と .cscfg ファイルが正しく更新されていることを確認しました。
7. 発行ツールを使用して、サービスを Azure のステージングにデプロイします。証明書の構成設定が、役割の構成設定に正しく表示されます。
8. アプリをスケーリングしません。トレース エントリを確認すると、管理 API にアクセスしようとすると例外が発生します。適切なサブスクリプションにアクセスしようとしており、適切なストアで正しい証明書の拇印を見つけようとしているため、構成が正しく読み込まれています。そのストアでその拇印を持つ証明書が見つからないと主張しています。

LocalMachine\My ストア (ロール証明書設定およびサービス情報ストア XML で構成) を試したところ、 Azure WASABi SecurityNegotiationExceptionに記載されている別の例外エラーが発生しました。その修正は最終的にCurrentUserに行くことだったので、ここでは役に立ちません。

CurrentUser\LocalMachine とさまざまなストアの他の多くの組み合わせを試しましたが、すべての CurrentUser の場所で証明書が見つからず、すべての LocalMachine ストアで他の例外が発生しました。

ロール設定、ポータル (証明書ページ)、およびサービス情報ファイルの拇印をトリプルチェックしたところ、すべて一致しました。

次に、リモート デスクトップを有効にして Wasabi ロール インスタンスにログインし、MMC を使用して、ローカル マシンと現在のユーザーの両方の証明書構成を確認しました。ロール証明書の設定で LocalMachine ストアを選択すると、LocalMachine ストアに証明書が表示され、証明書がサービスに正しくインストールされ、拇印が一致することがわかります。CurrentUser ストアが選択されている場合、証明書はどこにも表示されません。これは、RDP で使用されるユーザーがサービスと同じユーザーではないことが原因である可能性がありますが、エラーと一致します。

つまり、要約すると：

1. 証明書が正しく構成され、ポータルにインストールされました (サブスクリプションの管理証明書とサービス証明書)。
2. どうやら、Wasabi ロールには、LocalMachine の場所ではなく、CurrentUser の場所を使用する必要があるようです (リンクされた SO の質問に従って)。
3. CurrentUser にインストールしようとすると、証明書が VM に配置されません。少なくとも、ロールがそれを見つけることができる場所には配置されません。

何か案は？

ありがとう！

botoを使用して自動スケーリングの起動構成を作成しようとしていますが、block_device_mappingsを定義する方法がわかりません。

次のようなコードスナップショット：

しかし、私は得ました：

block_device_mappingsをどのように定義する必要がありますか？

私はAWS上のHive（特にEMR）を調べていました。彼らは2つのオプションを提供しています

1. 事前に指定された Hive クエリ (ブートストラップで) の実行が評価された後、EMR クラスターが破棄されるアドホック クラスターの生成。
2. hiveコマンド ライン クライアントを使用してマスターに SSH で接続し、Hive クエリを提供できるインタラクティブ モードで Hive クラスターを生成します。

明らかに、2 番目のオプションでは、明示的に終了するように要求されるまで、クラスターは存続します。

キープアライブ ハイブ クラスタ内のスレーブ ノードの数を変更したいと考えています。の追加と削除をサポートするだけで、単なる追加（削除ではない）をサポートすることをemr faqで読みました。コアノードは HDFS ストレージに貢献しますが、タスクノードは貢献しません。task-nodescore-nodes

実行中のクラスターにコア ノードを追加し、実行中のクエリの数が少なくなったらそれらをスケールダウンしたいと考えています。これを達成する方法はありますか (cloudwatch を使用している可能性があります)?

処理のためにサービス バス トピックからメッセージをプルするワーカー プロセスを自動スケーリングする必要があるシステムに取り組んでいます。

これを行うには、特定のサブスクリプションで未処理のメッセージの数を知る必要があります。それ、どうやったら出来るの？

SubscriptionClientクラスを確認しましたが、処理待ちのメッセージ数を確認する方法がないようです。

最近、私のウェブサイトは Amazon に移行しました。

1. EC2 インスタンスを作成します。/var/www/http フォルダーにランプをインストールし、CodeIgnitor をセットアップします。構造

2. Codeignitor フォルダー 'UPLOAD' というフォルダー名があります。このフォルダーは、アップロードされた画像とファイルに使用されます。

3. EC2 インスタンスから AMI イメージを作成します。

4. EC2 インスタンスの Auto Scaling をセットアップしました。

5. 古い ec2 インスタンスが失敗すると、自動的に新しいインスタンスが作成されます。しかし、古いec2インスタンスのフォルダーの「UPLOAD」からの私のすべてのデータは失われました。

6. codeignitorの「UPLOAD」フォルダをec2インスタンスから分離したい。そのため、新しいインスタンスが作成されるたびに、UPLOAD フォルダーとその内容が失われることなく取得されます。

このアップロードフォルダを分けたい。したがって、新しいインスタンスが作成されると、このデータが取得されます。これを行う方法。
アドバンスありがとうございます。

ノート 。Amazon RDS で MYSQL を使用しました。

したがって、3つの異なるインスタンス「タイプ」（サーバー、エージェント、リレー）を持つAWSCloudFormationテンプレートがあります

AutoScalingを使用して、あるタイプのインスタンスをX個動的に起動しています。

私の問題は、テンプレートの出力から、できればセクションにソートされた、これらのサーバーのすべてのIPが必要なことです。

すなわち

サーバー：xxxx yyyy

リレー：zzzz

エージェント：aaaa

出力からインスタンスIDだけを取得するにはどうすればよいですか？（IDからIPを取得できます）

添付テンプレート：

CloudWatchメトリクスを使用してEC2インスタンスのプールにスケールインまたはプールするようにAutoScalingを設定できることを読みました。

ELBがAutoScalingGroupに追加/削除されたEC2インスタンスがあることをどのように知るのか知りたいのですが、新しく追加されたインスタンスにワークロードを送信しますか？（または、削除されたインスタンスへのワークロードの送信を停止しますか？）

よろしく、パスカル

AWSに、環境全体をセットアップしたインスタンス（これをレディインスタンスと呼びます）があり、完全に実行されています。次に、自動スケーリングポリシーを使用してロードバランサー（ELB）を作成しました。

自動スケーリングポリシー（最小2インスタンス）を使用してロードバランサーを作成すると、2つのインスタンスが発生しました。ただし、インスタンスは空でした。起動構成では、準備完了インスタンスAMIを指定しました。これは、どのインスタンスを複製するかを自動スケーリングポリシーに指示するものではありませんか？この場合、私の準備ができたインスタンスをそれらに複製するべきではなく、それらは同じコンテンツを持つべきですか？