問題タブ [azure-worker-roles]

私は、Powershellをワーカーの役割で実行するためのAzureデモに取り組んでいます。私のWebロールでは、CloudQueueオブジェクトに実行されるPowershellスクリプトの名前を追加します。

スクリプト出力をデバッグコンソールに出力できますが、この出力をWebロールに戻し、ASP.NETページに表示できるようにする必要があります。

これがどのように行われるかについての提案はありますか？

MSDNによると、紺碧のサービスは、任意の数のワーカーの役割を含むことができます。私の知識によると、ワーカーの役割はWindowsAzureファブリックによっていつでもリサイクルできます。それが本当なら、次のようになります。

1. 労働者の役割はステートレスまたは
2. ワーカーロールは、その状態をWindowsAzureストレージサービスに保持する必要があります。

しかし、クライアントデータを含むサービスを作成したいので、Azureストレージサービスを使用したくありません。どうすればこれを達成できますか？

worker ロールのインスタンスが 2 つあります。

ワーカー ロール インスタンスの 1 つだけで (スレッド プール スレッドで) サブタスクを実行したいと考えています。

私の最初のアイデアは、次のようなことをすることでした：

Role.Instancesただし、上記のコードはコレクションが常に同じ順序でインスタンスを返すことに依存しています。これは事実ですか？または、アイテムは任意の順序で返品できますか?

1 つのロール インスタンスのみでタスクを実行する承認された別の方法はありますか?

複数のワーカーを使用して手続き型コードの一部を処理する場合と、負荷全体を処理する場合の固有の利点はありますか?

つまり、ワークフローが次のようになっているとします。

1. queue0 から作業を取得し、A を実行します
2. A からの結果を queue1 に格納する
3. キュー 1 から結果を取得して B を実行
4. B からの結果を queue2 に格納する
5. queue2 から結果を取得し、C を実行します

それぞれが作業の一部を行う 3 人のワーカーに対して、それぞれがプロセス全体を行う 3 人のワーカーを使用することには固有の利点がありますか (ワーカー 1 は 1 と 2 を行い、ワーカー 2 は 3 と 4 を行い、ワーカー 3 は 5 を行います)。

実行中の作業 (ステップ 5 で終了) のみに関心がある場合は、同じようにスケーリングするように見えます (少なくとも 3 つのワーカーを使用している場合)。そのセットアップのワーカーはボトルネックの問題が少ないため、大きな仕事の方が良いのではないでしょうか?

アプリケーションの実行中にワーカーロールのインスタンス数を変更できますか？

ユーザーのクエリに応じて、一連のコードを並列に実行するアプリケーションを作成しました。たとえば、ユーザーが結果を非常に正確にするように要求した場合、異なるデータセットで1000回以上並列にコードを実行する必要があります。ユーザーが結果の正確さを要求しない場合は、コードを5回並列に実行します。この一連のコードは、ワーカーロールによって実行されます。ワーカーロールのインスタンス数を5としてアプリケーションを開始します。ユーザーが結果を非常に正確にするように要求した場合、ワーカーロールのインスタンス数を20にインクリメントできます。要求が終了したら、インスタンス数を5に戻します。

これはできますか。これどうやってするの。これを行うと、アプリケーションは再起動しますか？

基礎となるADO.NETエンティティベースのデータベースを持つASP.NET MVC2でバックエンドを構築しました。

MVC バックエンドでは、データベース エンティティを呼び出します。

...そして、すべて正常に動作します。

残念ながら、私の Azure/mvc2 プロジェクトでは、My worker ロールにより、azure プロジェクトが奇妙な例外をスローします。

ご列席の皆様、何かアイデアはありますか？

私の WorkerRole はローカルで問題ないようです。ただし、Azure 自体では実行されません。ロールは「ビジー」として表示され続け、準備完了/実行段階に達することはありません。

関連する Web ロールは完全に機能します。

これはマイナーな構成のバグでしょうか?

私は自分のワーカー ロールを ...work にしました。今、私はもう1つの小さな問題を抱えています。

私の worker ロールは、Entity Framework を介して SQL Azure にアクセスします。データベースから入力された電子メール オブジェクトのリストを作成し、それらの電子メールを送信しようとしています。コードはローカルでは問題なく動作しますが、クラウドにデプロイすると例外がスローされます。

明確にするために: ワーカー ロールは「準備完了」状態にあり、問題のあるコード部分に到達すると、例外が発生し、catch ブロックに分割され、コードの実行が続行されます。

メールオブジェクトを作成しようとしたときだけです：

例えば。

エンティティ エンティティ = 新しいエンティティ(); //DB モデルの名前であるエンティティ

リスト emailList = entities.Email.where(x => x.sent == 0).toList(); //エンティティのリストを作成する

Azure デプロイ (vs2010) からの intellitrace ログを調べていて、"System.Reflection.ReflectionTypeLoadException: Unable to load one or more of the requested types" を受け取っていることに気付きました。上記のコードでリストを生成しようとします。コール スタックを見ると、メール モデルを指しています。

同じコードで展開すると、Web ロールが完全に機能します。さらに、ワーカー ロールに Web ロールへの参照を含め、コピー ローカル プロパティ IS を true に設定します。

何か案は！？

外部に面したエンドポイントを持つワーカー ロールとして Azure に移行することを考えているアプリがあります。これは約 200 ～ 400 ミリ秒で実行される小さな小さなプロセスですが、ユーザーは、この小さなジョブをユーザーごとに 1 日に 50K ～ 100K 回実行したいと考えています。Azure のプロトタイプを構築する前に、Azure の外部エンドポイントとの通信で予想される待機時間の種類を把握する必要があります。明らかに、遅延は送受信する情報のサイズとインターネット接続の速度に依存しますが、どこにもメトリックが見つかりません. ベースラインの数字はありますか？

議論のために、私が T1 を使用していて、ジョブの実行ごとに 10K を送信し、10K を送信しているとしましょう。