問題タブ [vhd]

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

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

何が問題なのですか？

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

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

500 台の VM にスケーリングした後、起動スクリプトがマウントされた VHD からファイルを読み取ることができないため、それらの一部 (前回試したときは約 20 台) が正しく起動しませんでした。VHD が BLOB からマウントされ、スタートアップ スクリプトがそこからいくつかのファイルをコピーします。

ファイルをコピーしようとすると、ログに次の出力が表示されます。

2013/06/26 12:39:55 ERROR 1 (0x00000001) ファイル F:\Folder\file.xxx のコピー 機能が正しくありません。

Windows エクスプローラーで手動でコピーしようとすると、次の内容のエラー メッセージが表示されます。 MS-DOS 関数が無効です。(再試行/キャンセル)

ドライブはWindows エクスプローラーに表示され、フォルダー内を移動できます (ただし、すべてではないと思います)。

それを引き起こしている可能性のあるアイデアはありますか？

追加の詳細: VHD は、各マシンのスナップショットを作成することにより、BLOB から読み取り専用でマウントされます。ほとんどの VM ではファイルへのアクセスに問題はありませんが、スケール アウトすると一部の VM で操作が完了しません。geo レプリケーションが有効になっています。

新しい VHD (ネットワークに最適化されたパッケージを作成するためのツール) の作成のスクリプト作成に問題があります。以下のスクリプトは基本的に、入力ディレクトリの合計サイズを取得し、それを変数として $intval 関数に渡します。この関数は、バイト単位のサイズを文字列 $size (nGB) に変換します。

私が抱えている問題は、コマンドレット NEW-VHD が -SizeBytes パラメーターを Uint64 形式にする必要があることです。パラメータを手動で入力する場合、たとえば

コマンドレットは意図したとおりに機能し、10GB を Uint64 として受け入れるため、VHD を作成します。私が必要とするのは、末尾の GB を保持しながら、変数 $size を何らかの形で Uint64 に変換することです。このシナリオでユーザー入力を模倣する方法はありますか?

以下のスクリプトは概念実証にすぎないため、最適化されていないか、見栄えがよくないことを理解しています。上記の問題に関する提案は大歓迎です！

コード

Microsoft のリソースをいくつか見ましたが、何もありませんでした

変更されたコード

VM イメージをキャプチャする方法に関する公式の Azure の指示は、正しくないか不完全であるに違いないと思います。私は自分でさまざまなテストを実行しましたが (詳細は後述)、20 人以上の人々がこのページで、手順が機能しない、および/または VM に損傷を与えていると不満を漏らしています。人々は Azure VM からイメージをキャプチャできる必要があるため、この手順には確かに何かが欠けています。

http://www.windowsazure.com/en-us/manage/windows/how-to-guides/capture-an-image/

ページの手順は非常に簡単です。

• Azure VM へのリモート デスクトップ
• 管理者コマンド ウィンドウを開く
• 指定された設定 (Out-Of-Box-Experience、Generalize、Shutdown) で sysprep を実行します。
• ヒット OK
• システムが VM をシャットダウンするのを待ちます
• ポータルで [キャプチャ] をクリックします。

簡単に聞こえますが、VM が実際にシャットダウンされることはないため、キャプチャ ボタンを実際にクリックすることはできません。インスタンスを手動でシャットダウンすると、何時間も待った後でも、結果のイメージは機能せず、元の vhd はその過程で破棄されます。

このワークフローまたは他のワークフローのいずれかを使用して、実行中の Azure インスタンスをキャプチャできることを誰か確認できますか? もしそうなら、あなたがしていることと私がしていることの違いを教えていただけますか?

詳細 - 私が実行したテストは次のとおりです。

テスト 1 - スモール インスタンスでの Win2k8 R2

• 米国西部リージョンで Win2k8 R2 の小さなインスタンスを起動する
• イメージへのリモート デスクトップ
• OOBE、一般化、シャットダウンを使用して sysprep を実行する
• Azure ダッシュボードは、sysprep の 15 分後にすべての CPU アクティビティが完了したことを示しています。デバイスはアイドル状態であり、定常状態は 0.41% cpu です。
• 数時間待ちます (この記事の執筆時点で、このインスタンスでは 2.5 時間以上、他のテストでは 12 時間以上)
• Azure VM はまだ実行中です。ポータルでインスタンスのキャプチャ ボタンを使用できません

テスト 2 - 大規模インスタンスでの Win2k8 R2

• テスト 1 と同じ手順ですが、Large インスタンスの場合
• 定常状態の CPU 使用率が 15 分後に 0.08% であることを除いて、同じ結果

テスト 3 - 小規模インスタンスでの Win2k12 Data Center Edition

• テスト 1 と同じ手順ですが、Win2k12 Data Center を実行します
• 定常状態の CPU 使用率が 4.2% であることを除いて、テスト 1 と同じ結果

テスト 4 - Windows 更新を使用したスモール インスタンスでの Win2k8 R2

• テスト 1 と同じ手順ですが、sysprep を実行する前に、使用可能な更新プログラムがなくなるまで Windows Update を繰り返し実行します。
• テスト1と同じ結果

テスト 5 - Visual Studio 2012 Update 3 を使用したスモール インスタンスでの Win2k8 R2

• テスト 1 と同じ手順ですが、sysprep を実行する前に VS2012 Ultimate と VS2012 Update 3 をインストールします。
• テスト1と同じ結果

テスト 6 - IIS サーバーが完全に構成されたラージ インスタンス上の Win2k8 R2

• 大規模インスタンスでの標準サーバー構成 (IIS、.NET 4.5) のプロビジョニング
• 標準の Web サービス テストを実行する
• OOBE、一般化、シャットダウンで sysprep を実行する
• sysprep を実行できるように、4 時間待ちます。
• ポータルを使用してインスタンスをシャットダウンする
• ポータルを使用してインスタンスをキャプチャする
• 生成されたイメージが機能しない (マシンのプロビジョニングが数時間後にタイムアウトになる)
• 元の VHD が機能しない (VHD で作成されたインスタンスにデスクトップをリモート接続できない)

テスト 7 - IIS サーバーが完全に構成されたラージ インスタンス上の Win2k8 R2

• テスト 6 と同じですが、sysprep を実行できるように 12 時間待ちます。
• これを書いている時点で (12 時間以上)、VM はまだシャットダウンしていません。

VMware で SharePoint 2010 VHD をフックできます。中央管理者は起動しますが、ポート 80 も起動しません。このhttp://blogs.msdn.com/b/steve_fox/archive/2010/06/15/rtm-demo-vm-for-sharepoint-amp-office-2010.aspx記事に出くわしましたが、実行する方法がわかりませんこれは VMWare Station 8 にあります。提案してください。

localhost ホストに ping を実行すると、127.0.0.1 が返されます。しかし、localhost と 127.0.01 の両方で 404 を取得します。

intranet.contoso.com への ping に時間がかかり、リクエストがホストを見つけられませんでした ....

バインディングも良さそうです。

IIS ログに何も表示されません。これは、intranet.contoso.com に固有のことではありません。

VHD データ ディスクを VM に追加すると、「ホスト キャッシュ設定」(なし、読み取り専用、読み取り/書き込み) を求められます。

どちらかを選択した場合の効果を誰か教えてもらえますか?

具体的には、VM をビルド サーバーとして使用しているため、ディスクは .Net ソース コードのコンパイルに使用されます。このシナリオでは、どの設定が最適ですか?

Windows ディスクの管理スナップインを使用して、いくつかの仮想ハード ディスク (VHD) を作成、初期化、およびフォーマットしました。これらの VHD を手動で簡単にアタッチしてアクセスできますが、API を介した管理に問題があります。

仮想ディスクが接続された後、そのボリュームのドライブ文字を簡単に確認する方法が見つかりません。次のアプローチを見つけましたが、かなり複雑なようです。より良い方法はありますか？

これが私がこれまでに持っているものです...それほど多くはありません。

Python api を使用して azure に vhd をコピーする方法に関するドキュメントが見つかりませんでした。誰か助けてください...また、vmdepot コミュニティのイメージからインスタンスを作成しようとしましたが、次のコマンドを実行すると、このエラーが発生しました。