問題タブ [wasabi]

Azureでホストされているwcfサービスがあります。それをデプロイしてオートスケーラーオブジェクトを起動すると、Webサービスの役割が常にリサイクルされ、異常な状態になっています。オートスケーラーを起動しなくても問題ありませんが、WASABiを使いたいです。

これが私のWebRole.csです

ホステッド サービスを Azure にアップロードしました。Web ロールと worker ロールを実行しています。自動スケーリング ブロックは worker ロール内にあります。Azure ストレージでは、wad-control-container というコンテナーが自動的に作成されました。自動生成された BLOB のディレクトリ構成は次のとおりです。

なぜローカルパスを作成するのですか? wad-crash-dumps というコンテナーがありません。診断モニターによって作成されたクラッシュ ダンプはどこにありますか?

Microsoft Enterprise Library (WASABi) の Autoscaling Application Block は優れたソフトウェアであり、ストレージ アカウント キューの長さに基づいてロールのインスタンス数を変更できます。

ストレージ アカウント キューの代わりに Service Bus キューを使用できますか? この場合、Rules xml を定義するにはどうすればよいですか?

C＃アプリケーションでWindows MediaPlayerActiveXコントロールを使用しています。また、ビデオ再生に使用する必要のあるサードパーティのDirectShowフィルター（Wasabi Marlin ）があります。私の知る限り、WindowsMediaPlayerはDirectShowフィルターを使用できます。WMP制御にフィルターを提供するにはどうすればよいですか？コントロールのオブジェクトモデルを検索しましたが、有用なものは見つかりませんでした...

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 に配置されません。少なくとも、ロールがそれを見つけることができる場所には配置されません。

何か案は？

ありがとう！

Sivlerlight クライアントから要求を受信する WCF サービスがあり、SQL データベースに対して読み取りまたは書き込みを行い、クライアントに応答を返します。

クライアント数が 6 または 7 の場合、遅延が増加し始めます。インスタンスが多いほど、遅延が少なくなるかどうかを確認したいと思います (負荷分散のため)。

自動スケーリング アプリケーション ブロックを実装しようとしていますが、ストレージ アカウントを使用していないため、ストレージ (キューの長さなど) または CPU 使用率のルールは役に立ちません。インスタンスの CPU 使用率は、かろうじて 10% に達します。

特定の数の接続に達したときに新しいインスタンスを開始するルールを設定するにはどうすればよいですか?

自動スケーリングの使用方法を示す Microsoft の例に取り組んでいます ( http://www.windowsazure.com/en-us/develop/net/how-to-guides/autoscaling/ )。クラウドにインストールされた worker ロールはパフォーマンス カウンターを生成し、ローカルでは、コンソール アプリケーションがこのカウンターを読み取り、自動スケーリングを適用します。

すべて問題ないように見えます。パフォーマンス カウンターは WADPerformanceCountersTable から利用でき、コンソール アプリケーションはストレージに正しくアクセスしますが、WADPerformanceCountersTable 内でワーカー ロールを見つけることができません。これは生成された例外です:

自動スケーリング アプリケーション ブロックの構成ファイル (両方のファイルはコンソール アプリケーションの一部です):

rules.xml:

サービス.xml:

クラウドで実行されているワーカー ロールは、パフォーマンス カウンターを生成します。