問題タブ [azure-affinity-group]

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.

0 投票する
2 に答える
991 参照

azure - Windows Azure およびその他の NLB 環境での WF4 アフィニティ

Windows Azure と WF4 を使用しており、ワークフロー サービスは Web ロール (N 個のインスタンス) でホストされています。私の仕事は、適切なワークフロー インスタンスにメッセージを送信できる方法でアフィニティを実行する方法を見つけることです。このシナリオを説明するために、私のワークフロー (添付) は "StartWorkflow" 受信アクティビティで開始し、3 つの "Person" を作成し、それぞれに対して並行して、これら 3 人の確認を待ちます ("ConfirmCreation" Receive アクティビティ)。

次に、他の NLB 環境でアフィニティがどのように作成されているかを検索し始めました (主に、これが Windows Server AppFabric でどのように機能するかについての情報を探しました) が、正確な答えは見つかりませんでした。では、他の NLB 環境ではどのように行われているのでしょうか?

私の次のタスクは、Windows Azure でこのアフィニティを処理するシステムを実装する方法と、このソリューションが実行可能かどうか、または 1 つだけで作業する方がよいかどうかを確認するために (価格、時間、および作業量の点で) どれくらいの費用がかかるかを調べることです。 Azure AppFabric の WF4 ホストを待機している間、web-role インスタンス。私が見つけた唯一の方法は、ワークフロー インスタンスを永続化することでした。これを行う他の方法はありますか?

最後ではない 3 番目のタスクは、同時に受信した複数のメッセージを WF4 がどのように処理するかを調べることです。私のシナリオでは、これは、3 人が同時に確認され、確認メッセージも同時に受信された場合の処理​​方法を意味します。この問題に対する最も論理的な答えはキューを使用することであると思われるため、WF4 でキューに関する情報を探し始めたところ、MSQM について話している人を見つけました。しかし、ネイティブの WF4 メッセージ ハンドラー システムとは何でしょうか? このハンドラーは本当にキューですか、それとも別のシステムですか? この同時実行はどのように処理されますか?

0 投票する
1 に答える
1215 参照

azure - Azureのアフィニティグループ

一部のAzureリソースをアフィニティグループと連携できる理由はわかりませんが、他のリソースは連携できません。

例:ServiceBus名前空間を作成しようとしました。既存のアフィニティグループに合わせたいのですが、地域しか選べません。SQLデータベースサーバーを作成しようとしても同じ問題が発生しました。

これは、アフィニティグループが私の側でどのように機能するかについての誤解である可能性が高いですが、矛盾を理解していません。

ここで何かが足りないのは何ですか?誰かがServiceBus名前空間をアフィニティグループに合わせることができない理由を説明できますか?

0 投票する
1 に答える
43 参照

azure - 仮想マシンがすべて一緒に再起動されました。これを回避するにはどうすればよいですか?

仮想マシンがファブリック コントローラーによってまとめて再起動されました。これは、1 つの仮想ネットワークと 1 つのアフィニティ グループにすべて設定したためだと思います。それらが一緒に再起動されないようにするにはどうすればよいですか? それらは同じネットワーク内にある必要があります

0 投票する
2 に答える
3931 参照

azure - Azure - リソース グループとアフィニティ グループの関係

アフィニティ グループについて読みましたが、データセンターの同じラックに近いサービスを割り当てます。一方、新しいリソース グループを使用すると、関連するサービスを簡単に管理できます。

Web サイト + SQL + ストレージを使用してアプリをデプロイしたいので、それらのリソース グループを作成します。パフォーマンスを向上させるために、(以前に作成した) アフィニティ グループも選択したいのですが、できません。

ポータル管理を使用して、アフィニティ グループを選択できますが、アフィニティ グループを選択できません。また、ベータ ポータル管理を使用すると、リソース グループは選択できますが、アフィニティ グループは選択できません (アフィニティ グループは [場所] リストに表示されません)。

リソース グループを管理するために powershell モードを使用しようとしましたが、Web サイトを作成するためのコマンドレットには、アフィニティ グループのパラメーターがありません (場所しかありません)。

1 つのデプロイで、アフィニティ グループとリソース グループを選択できるかどうか疑問に思っていました。これに関するドキュメントはありません。または、リソース グループがアフィニティ グループの代わりになるかもしれませんが、わかりません。

編集: 私はまだそれを行うことができませ
ん PD: ハハハ、私の文法エラーについて申し訳ありません。ここペルーではスペイン語を話します。

0 投票する
2 に答える
1091 参照

networking - リージョン仮想ネットワーク内のアフィニティ グループにはまだパフォーマンス上の利点がありますか?

リージョンにまたがる新しいAzure Regional Virtual Networks 機能がありますが、アフィニティ グループを使用することでパフォーマンス上の利点はありますか? リンクされたブログ投稿のよくある質問の部分には、次のように書かれています

リージョン仮想ネットワーク内で実行されているサービスのパフォーマンスが低下することはありますか?

仮想ネットワークは論理的な境界に過ぎず、VNet 内のデプロイが実際にどこに向かうかを決定するものではありません。何らかの理由でサービスを同じアフィニティ グループに含める必要がある場合でも、リージョン仮想ネットワーク内でそれを行うことができます。デプロイ中に、ホステッド サービスをバインドするアフィニティ グループを指定する必要があります。唯一の制限は、アフィニティ グループがリージョン仮想ネットワークと同じリージョンに属している必要があることです。

ホステッド サービスをアフィニティ グループにバインドせず、リージョン仮想ネットワークにサービスを直接デプロイする場合、デプロイは仮想ネットワークがバインドされているリージョン内のスケール ユニットに配置されます。

アフィニティ グループをまったく使用しないことが推奨されているように感じます (これと他のいくつかの投稿に基づくと、おそらくそれは私の Azure および/または英語の理解力によるものです) が、サービスとデータはデータ内に併置されますか?じゃあセンター?

<編集: もちろん、これを書いた直後に、MSDN の記事About Regional VNets and Affinity Groups for Virtual Networkを発見しました。

以前は、仮想ネットワーク (VNet) を作成するときに、VNet をアフィニティ グループに関連付ける必要があり、アフィニティ グループはリージョンに関連付けられていました。この要件は変更されました。VNet は、管理ポータルのリージョン (場所) に直接関連付けられるようになりました。これにより、VNet を作成する際の自由度が高まります。必要に応じてクラウド サービスをアフィニティ グループに関連付けることもできますが、必須ではありません。

リージョンは、仮想ネットワーク オーバーレイが配置される場所を表します。仮想ネットワークにデプロイするものはすべて、物理的にリージョンに配置されます。リソースを同じリージョン内で互いに物理的に近接させることをさらに指定する場合は、それらの特定のリソースのアフィニティ グループを指定できます。これは、これらのリソースが物理的に同じ場所にあるだけでなく、データセンター内で互いに非常に近いことを意味します。

したがって、アフィニティ グループを使用すると、パフォーマンス上の利点が得られると思います。

<編集:アフィニティ グループの小さなパフォーマンス エッジとユース ケースの最も明確な情報源は、Convective のブログ投稿 Affinity Groups in Azure にあります。

アフィニティ グループには、次の 2 つの目的があります。

  1. クラウド サービスとストレージ アカウントのコロケーション
  2. アフィニティ グループ VNET のホスト

これらの 2 番目は現在非推奨です。1 つ目はまだ可能ですが、2012 年の Azure ネットワークのアップグレード前の待ち時間の最適化として強調されていませんでした。実際、Azure ポータルで VM をデプロイする標準的な方法では、クラウド サービスの同時作成はサポートされていません。アフィニティ グループとリージョン VNET で。これは、デプロイにリージョン VNET を使用するという最新のベスト プラクティスと、アフィニティ グループでクラウド サービスを作成するという歴史的なベスト プラクティスを満たそうとする人々を混乱させます。

現時点では、クラウド サービスをアフィニティ グループにデプロイする理由はほとんどないようです。ただし、他の展開の選択肢と同様に、特定のワークロードでこれをテストすることをお勧めします。

0 投票する
2 に答える
1911 参照

azure - Azure の到着アフィニティ応答 Cookie

Azure ARRAffinity 応答 Cookie を使用して設定し、Azure に送り返したら、次の応答でそれを取得することになっていますか?

Azure 応答 Cookie をブラウザーにもたらし、それをセッション Cookie として設定し、それを要求で Cookie として Azure に戻すコードを完成させました。驚いたことに、私はこの Cookie を取り戻していません。初めて見ただけです。ただし、これは予想される動作である可能性があると感じています-ドキュメントで何かを見つけることができました。Cookie を何らかの構成値に変更しようとすると、次の応答で正しい Cookie が返されます。