3

マウントされた VHD からのファイル転送操作を含むいくつかのスタートアップ スクリプト (cmd/bat) を小さな Azure VM で実行していますが、通常は約 3 分で終了します (コマンド ラインでファイルをコピーし、約 500Mb の zip ファイルを抽出します)。 7z)。

~150 のインスタンスにスケールアウトすると、同じ操作が非常に遅くなります (合計で最大 15 分、そのほとんどは 7z で使用されます)。また、起動手順を完了するのが最も遅いノードは、最初は mstsc を使用してアクセスするのが非常に困難ですが (アニメーションが遅くなり、ログインに多くの時間がかかります)、それは関係ないかもしれません。

何が問題なのですか？

キャッシュを調べることを考えましたが、次の状況で存在する可能性のある他の潜在的なボトルネックを知っておくとよいでしょう.

更新: C:\ ではなく D:\ ドライブに展開しようとしましたが、200 にスケーリングしている間、解凍には約 1 分かかります。したがって、問題は C:\ がブロブ上にある可能性があることです。しかし、ここでも 40 個のファイルに 3GB のデータがあるので、BLOB あたり 60MB/s で十分です。それとも、すべてのブロブに上限があるということでしょうか?

4

2 に答える 2

4

考慮すべきことの 1 つは、ストレージ アカウントのストレージ アカウントごとのスケーラビリティ ターゲットです。georeplication を有効にすると、10Gbps の送信と毎秒 20,000 のトランザクションが発生する可能性があります。150 個のインスタンスがある場合、すべてのインスタンスが起動しているため、潜在的に 150 x 100Mbps または 15Gbps をプルしている可能性があります。

質問の「マウントされた VHD」の部分についてはわかりません。Azure のドライブ マウントでは、任意の時点でドライブにマウントできる仮想マシン インスタンスは 1 つだけです。このタイプのファイル コピー操作では、通常、vhd に格納されているファイル (ページ BLOB に格納されているファイル) ではなく、ストレージ BLOB から直接ファイルを取得します。

編集: 個々のブロブは 60MB/秒に制限されていることを言及したかっただけです (私が参照したブログ投稿でも言及されています)。これは、スロットリングにも関連している可能性があります。

于 2013-06-25T18:11:46.323 に答える