0

私はWindowsAzureとAmazonWebServices EC2を何ヶ月も使用してきましたが（ほぼ数年の範囲になります）、問題があるように思われることが何度も見られました。

.NETビルドをWindowsAzureにWebロール（またはサービスロール）にデプロイすると、通常、起動するまでに6〜15分かかります。AWSのEC2では、イメージを起動するのにほぼ同じ時間がかかり、アプリをIISにデプロイするのに1〜2分かかります（もちろんセットアップは保留中です）。

ただし、SUSE LinuxとMonoを使用してAWSインスタンスを起動して.NETを実行すると、これらのいずれかが起動され、約2〜3分でコードがデプロイされます（セットアップが完了するまで）。

Windows OSイメージで何が起こっているので、クラウドでの起動に非常に長い時間がかかりますか？FUDは必要ありません。これを引き起こす原因の具体的な詳細について知りたいのですが、これに関する特定の技術情報をいただければ幸いです。ありがとう。

4

3 に答える 3

2

フォールトゾーンをチェックし、VMを複数のフォールトゾーンにデプロイする必要があるファブリックコントローラーがあることを忘れないでください（少なくとも3つ以上のインスタンスがある場合に高可用性を提供するため）。はっきりとは言えませんが、そのロジック自体には時間がかかる場合があります。これは、ネットワークのセットアップが少し複雑になる理由も説明している可能性があります。

もちろん、これは、クラウドでの起動時間と、ローカルまたはAmazonでのWindowsの起動時間の違い（ある場合）を説明します。オペレーティングシステムの違いは、OSの構築方法に完全に依存しています。

于 2010-11-24T10:41:57.547 に答える
2

EC2の動作はクラウドに固有のものではないと思います。ローカルシステムでのWindowsとLinuxの起動時間を比較するだけです。私の経験では、Linuxは起動が速くなります。通常、これは、起動時に各サービス/デーモンが行う必要のあるディスクアクセスの数と同様に、起動されるサービス/デーモンの数が少ないためです。

Azureの起動時間については、わかりにくく、マシンブート（IMO）とは比較できません。アプリケーションを起動するときにAzureが何をするかは誰にもわかりません。最初にVMイメージをアセンブルする必要があるか、多くのロギング/レポートが発生して処理が遅くなる可能性があります。

于 2010-10-29T20:44:58.180 に答える
2

PDCで発表されたように、Azureは間もなく完全なIIS onAzureWebロールの提供を開始します。Don Boxによる基調講演のどこかで、彼は、これによりVisualStudioの標準の「公開」オプションを使用してクラウドに非常に迅速に展開できることを示しました。

正しく思い出せば、新しいAzureの役割を開始するときに起こることの一部は、ネットワークコンポーネントの構成であり、ある会議で、それは非常に時間がかかると述べた講演者を覚えています。これは、すでに実行中の役割にインスタンスを追加する方が通常は速い理由を説明している可能性があります（ただし、常にではありません。場合によっては、これにも15分以上かかることがあります）。

編集：このPDCセッションも参照してください。

于 2010-11-02T07:04:19.390 に答える