AzureにWorkerRolesへのWindowsサービス

WindowsサービスをAzureに移植する際に確立されたベストプラクティスは何ですか？ Worker Roleに変更するか、またはVM Roleに移行する必要がありますか？他のオプションはありますか？私のサービスがファイルシステムではなく外部の永続ソース（MSMQ、データベース、WCF）に直接書き込むと仮定します。AzureにWorkerRolesへのWindowsサービス

出典

2012-01-13 BozoJoe

WindowsサービスをVMロールよりもWorker-Rolesに変換する方がずっと優れています。 VMロールは、複雑で自動化されないインストール手順を必要とするアプリケーションを格納するためのものです。また、管理するのがより大きな苦痛であり、可能な限りVMの役割から離れていたいと考えています。 Worker-Roles経由で既存のWindowsサービスの展開を自動化する方法を見つけることができれば、それは間違いなく道のりです。

また、HPCの役割を覗くと、オンプレム/プレム・オフロード/コンピューティング要件に応じて、多分利益のHPCクラスターにAzureのマシンを追加することができます。

役割のすべての種類（ウェブ/労働者/ VM/HPC）はステートレスであり、必要に応じて、最初からか涙ダウンスピンアップすることができるように必要です。すべてのタイプのロールは、一度に複数のVMインスタンスを実行するためのものです。

HTH

出典

2012-01-13 23:45:32 Igorek

HPCの役割はありません（何か不足している場合を除きます）。 AzureはHPCの優れた候補者ですが、具体的なHPCの役割はありません – BritishDeveloper

http://technet.microsoft.com/en-us/library/gg481749(WS.10).aspx – Igorek

私は正しいことを確認していただきありがとうございます;）いいえ私は冗談を言っています。私は、AzureがHPCにとって偉大だが、同じ方法で特定の "HPC役割"がないことを明確にしていました。例えば、 "Web役割"があります – BritishDeveloper

-1

Azureでは、WindowsのWCFサービスに対応し、 "WCFサービスのWebロール" と呼ばれるWebロールの特殊なタイプがあります。これは、既存のサービスを移行するための良いポイントです。理想的には、キューや作業ロールを使用してパフォーマンスやスケーラビリティを最大化するなど、Azure固有の機能を利用して移行することが理想的です。

出典

2012-01-14 09:21:06

私はこのa backについてのブログ記事を書いた。それはここにある：

http://blogs.msdn.com/b/golive/archive/2011/02/11/installing-a-windows-service-in-a-worker-role.aspx

注Windowsサービスは、ファブリックコントローラと直接通信しないので、あなたは、必要に応じてremediative行動を取る、その後、健康をチェックするために定期的にpingを実行する必要があります。

Windowsサービスをワーカーまたはウェブの役割に置くことは認められています。 VMロールを使用する主な理由は、重要な（> 10分）セットアップが必要な場合です。私のブログの投稿はあなたのサービスをインストールする方法を詳述しています。

もちろん、コードをワーカーロールに移動したい場合は、それでも問題ありません。この場合、ファブリックコントローラーがその健康状態を認識するための特別な手順は必要ありません。

コストが問題になる場合は、機能をウェブ/ワーカーに組み合わせることも習得できます。そして、あなたのコードをWeb /ワーカーに取り込むことはできません。

出典

2012-01-14 20:05:46 sebastus