問題タブ [azure-worker-roles]

1人のワーカーの役割で複数の操作を実行したい。ワーカーロールでスレッドを作成するにはどうすればよいですか？

ワーカーロール内でAzure上で外部向けのWCFサービスをホストしようとしています。

ローカルで非常にうまく機能するソリューションがありますが、Azureに公開しようとすると、初期化/ビジー/停止ループに入ります。

私がインターネットで見つけた情報は、さまざまなことを言っています。

http://www.theworkflowelement.com/2011/01/worker-role-service-hosting-faq.html（不可能）

http://code.msdn.microsoft.com/WCF-Azure-Worker-Role-on-b394df49（ハックの可能性あり）

他の情報源はそれが可能であると言っていますが、私には2つ以上のリンクを投稿する担当者がいません。

最後の1つは、公開しようとすると忙しくなります。

誰もがこれを行う方法を知っていますか、それとも本当に不可能ですか？ワーカーロールでホストすると非常に便利なので、Webロールに伴うsvcおよびweb.configの混乱を使用する必要はありません。

これは私が使用しているコードです：

デスクトップ エクスペリエンスを Azure ワーカー ロールにインストールする必要があります。コマンド ライン経由で DE をインストールするには、次のコマンドを使用します。

そして、再起動が必要です。

これを Azure ワーカー ロールで最適に機能させるにはどうすればよいですか?

アップデート：

1) OS ファミリ 2 と SDK >=1.3 を使用してください。

2) 昇格したスタートアップ タスクを使用して、次のコマンドで含まれているバッチ ファイルを呼び出します。

私が試してみました

a）そのコマンドラインをbatch/.cmdファイルに入れ、昇格したスタートアップタスクを介して実行します。結果: worker ロールは中止を続け、終わりのないループで再起動します。

b) OnStart() で新しい Process() を作成しようとしましたが、昇格したランタイムの下で、次のようになりました。

ServiceDefinition.csdef:

WorkerRole.cs:

InstallDesktopExperience.cmd:

再起動.cmd:

その結果、Azure Worker ロールのイベント ビューアーに、TrustedInstaller (0xc0000005) からの例外が表示されます。このエラーがイベント ログに表示された後、コマンド ライン ウィンドウを開いてコマンドを入力しても、DE を手動でインストールすることはできません。エラーが発生します：

エラー: [デスクトップ エクスペリエンス] のインストールに失敗しました。デスクトップ エクスペリエンスをインストールしようとすると、エラー コード 0x80080005 で失敗しました。サーバーの実行に失敗しました (HRESULT からの例外: 0x80080005 (CO_E_SERVER_EXEC_FAILURE))

(ただし、OnStart でコードを実行していない場合は、コマンド ライン ウィンドウで手動で実行することで機能します)

道に迷いました。あらゆる提案を事前に感謝します。

現在、GoogleDATAカレンダーとContactsAPIに取り組んでいます。GoogleDataAPIによって公開カレンダーにアクセスするためのWebアプリケーションを作成しました。ローカルで正常に動作しています。

このアプリケーションをAzureEmulatorにデプロイした後、動作が停止しました。

InnerException {"接続されたパーティが一定期間後に適切に応答しなかったために接続の試行が失敗したか、接続されたホストが応答できなかったために接続の確立に失敗しました209.85.231.104：443"} System.Exception {System.Net.Sockets.SocketException }

書かれているコード：

この面で私を助けてくれませんか？

私はWorkerRole短時間しか仕事をしないものをいくつか持っていますが、それらをそれぞれ単一のインスタンスに入れるのはお金の無駄です. それらを 1 つにマージすることもできますが、それは面倒です。遠い将来、負荷が増加したときに独立して動作することになっています。

WorkerRole「マルチ サイト」を作成できるのと同じ方法で「マルチ ロール」を作成する方法はありますWebRoleか?

.Run()否定的なケースでは、特定のフォルダーからアセンブリをロードし、リフレクションを使用して RoleEntryPoint 派生クラスを探し、インスタンスを作成し、または.OnStart()メソッドを呼び出すことができる「マスター ワーカー ロール」を作成できると思います。この「マスター ワーカー ロール」も、予期しない例外を再スローし、マスター ロールで が呼び出されたとき.OnStop()にすべての subを呼び出します。それはうまくいくでしょうか？何を知っておくべきですか？RoleEntryPoint.OnStop()

PASVサーバーにモードを実装しておりFTP、データ エンドポイントの IP アドレスとポートをクライアントに送信します。IP は実際にはクライアントが既に接続している場所であるため、これはばかげているため、2 つのオプションがあります。

1. IP 特定のインスタンスからパブリック アドレスを取得するにはどうすればよいですか? ではなくVIP、公共のものです。

2. オブジェクトIPからユーザーが使用した元のターゲット アドレスを取得するにはどうすればよい ですか? Socket途中でルーターとロードバランサーを検討する:P

この質問のいずれかへの回答で問題ありませんが、別の方法で機能する可能性があります...の検索をIP行う公開アドレスを入手できますか?DNSmyapp.cloudapp.net

4 番目のオプションは、Azure Management API ライブラリを使用することです...しかし、あまりにも面倒です:P.

乾杯。

.csdefファイルから元のエンドポイント構成を取得する必要があります。どうすればよいですか？

RoleEnvironment.CurrentRoleInstance.InstanceEndpoints仮想IPの内部/ローカルポートを取得するため、使用できません。しかし、どの港が一般に公開されているのかを知る必要があります。

たとえば、tcp 21エンドポイントのあるFTPサーバーがありますが、そのコレクションのrunrimeで確認すると、のようなものになる可能性がありますtcp 5100。tcp 5100たとえば、FTPサーバーをサーバーにバインドしてサーバーにアクセスすると、127.0.0.1:21完全に機能します。

ただし、たとえば、PASVモードを確立する必要がある場合は、クライアントが接続するIPとポートを返送する必要があります。IPを計算しますが、PASV用に構成されているポートをどのように知ることができますか？前のコレクションのポートは、パブリックインターフェイスで公開されているものと同じであることが保証されていません。

基本的に、元の.csdef構成を取得するにはどうすればよいですか？

乾杯。

私が理解しているように、それはサーバーで長時間実行されているプロセスです。オンライン ゲーム サーバーのような長時間実行されるプログラム インスタンスをカバーできますか?

Windows Azure Hello World サンプルを実行できません。次のエラーが表示されます。

「1 つ以上のロールでロールの開始に失敗しました」。

パスの長さが問題にならないように、プロジェクトを D ドライブのルートに配置しました。Azure temp フォルダーもクリアしました。

新しくリリースされたバージョン 1.4 の SDK を使用しています。

バックグラウンド

Azure アプリケーションの最適な構造を見つけようとしています。各 worker ロールは、複数の長時間実行ジョブを起動します。時間の経過とともに、ジョブをソース インスタンスで読み取り専用モードに切り替え、ターゲット インスタンスでジョブをスピンアップし、ソース インスタンスで元のジョブをスピン ダウンすることで、あるインスタンスから別のインスタンスにジョブを転送できます。

ジョブが多すぎる場合は、Azure に追加のロール インスタンスをスピンアップし、それらを新しいジョブに使用するように指示できます。逆に、負荷が低下した場合 (夜間など) は、未処理のジョブをいくつかのマシンに統合し、Azure にインスタンスの数を減らすように指示できます。

問題は、(私が理解しているように) Azure には、どのインスタンスを停止するかを決定できるメカニズムが用意されていないことです。したがって、どのサーバーに統合すればよいかわかりません。ジョブの一部は、インスタンスが停止すると終了し、残りのインスタンスでそれらのジョブを再開する間、ユーザーに遅延が発生します。

アイデア 1 : どのインスタンスを停止するかを決定し、その Run() から戻ります。次に、インスタンス数を 1 つ減らすように Azure に指示し、壊れたインスタンスが適切な候補であると判断されることを願っています。誰もこのようなことを試しましたか?

アイデア 2 : まったく同じ内容のさまざまなワーカー ロールをあらかじめ定義します。インスタンス数を 0 から 1 に切り替えたり、元に戻したりすることで、個別に停止および開始できます。このアイデアはうまくいくと思いますが、Azure の自然なやり方に反するように思われ、追加のワーカー ロールを管理するために多くの余分な簿記が必要になるため、好きではありません。

アイデア 3 : 一緒に暮らす。

より良いアイデアはありますか？