Share via


Azure Virtual Machines –Common Questions and Issues

Azure Virtual Machines  -よくある質問と問題

 

このページでは、Azure Virtual Machines機能(IaaS)の使用時に発生する一般的な問題について説明します。

 

1.VMが管理ポータルから突然削除された

Windows Azureサブスクリプションの使用制限に達すると、たとえば、90日間の試用版購読またはMSDN購読のAzureアクセス特典を使用する場合、ストレージアカウントは読み取り専用に変更され、VMのVHDファイルはそのままストレージアカウントに残りますが、展開されたVM削除されます。これは、デプロイされたVMが停止しても容量を予約するためです。試用アカウントユーザーは、従量課金を有効にすることができます。また、MSDNサブスクリプションのように月ごとの制限があるアカウントでは、翌月の請求サイクルが開始されて来月の使用が開始されるとき利用可能です。詳細についてはこのブログ記事を参照してください。

注:90日間の試用登録の制限は文書化されています here.   特定の上限に達した後は、あなたがあなたの購読をあなたが行った通りに払うように変更しない限り、あなたは関連サービスを利用することができません。トライアルサブスクリプションの使用状況によっては、90日以内にこれらの制限のいずれかに達することがあります。たとえば、90日間の試用には、750時間の計算時間があります。つまり、1つの小さな仮想マシンを750時間実行できます。スモールVMはコアを1つ使用するので、ミディアムVMはコアを2つ使用するなど、単一のミディアムVMを375時間、単一のラージVMを187.5時間、またはエクストララージVMを93.75時間実行することができます計算時間で制限に達しました。

** **

2.VMを削除してもVHD

ファイルが削除されない

Windows Azure仮想マシン用のVHDファイルは、Azureストレージアカウント内のディスクオブジェクトとして登録され、VMの作成時(OSディスクの場合)または手動で追加したとき(OSの場合)にブロブです。データディスク)。 VMを削除しても、ディスクオブジェクト(VMがVHDを使用できるようにするメタデータ)がVMにアタッチされなくなるだけですが、ディスクオブジェクトはストレージアカウントの物理VHDファイルと同様に残ります(これは続きます)ストレージ容量の使用料を請求する場合)

** **

関連リソースと共に仮想マシンを削除するには、次の手順を実行する必要があります。仮想マシンの削除、ディスクの削除、VHDの削除

** **

ディスクオブジェクトを削除するには、必要に応じて物理VHDも選択し、[仮想マシン]、[ディスク]の順に選択し、該当するディスクを選択して[ディスクの削除]をクリックします。

** **

ストレージアカウントのディスクオブジェクトと物理VHDの両方を削除するには、[関連するVHDを削除する]を選択します。

物理VHDファイルを残してディスクオブジェクトを削除するだけの場合は、[関連付けられたVHDを保持する]を選択します。

** **

仮想マシンの[ディスク]セクションで[ディスクの削除]をクリックしたときに表示される、関連付けられているVHDの削除および関連付けられているVHDの保持オプションを示すスクリーンショット

** **

http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-01-24-08-metablogapi/5383.image_5F00_thumb_5F00_115E5F0A.png

** **

注:VHDを削除するとエラーが発生する可能性があり、問題から回復するにはリースを解除する必要があります。詳細については、下記の項目7を参照してください。

3.D**:ドライブは一時記憶専用です**

OSディスクやデータディスクとは異なり、一時ストレージ(D :)ドライブはWindows Azureストレージに永続化されません。 D:ドライブ上のデータは、VMが別のホストサーバーに移動されたとき、ホストが更新されたとき、またはハードウェア障害が発生したときに失われます。 D:ドライブは、(ドライブのTemporary Storageボリュームラベルで示されているように)一時データの保存専用です。失うことを望んでいないデータを保存するためにD:ドライブを使用しないでください。開発者が一時ディスクを使用するように動機付けるかもしれない1つの主な利点はパフォーマンスです。シナリオによっては、一時ディスクのI / Oパフォーマンスが、OSディスクまたはデータディスクのI / Oパフォーマンスよりも高くなることがあります。

** **

SQL TEMPDBにD:ドライブを使用している場合、VMが別のホストに移行されたときにターゲットフォルダを再作成する必要があります。詳細については、TechNet Wikiの以下の記事を参照してください。

Change TEMPDB to Temporary Drive on Azure SQL IaaS

 

 

Screenshots showing the temporary drive Temporary Storage (D:)

** **

http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-01-24-08-metablogapi/4130.clip_5F00_image002_5F00_thumb_5F00_767DDB51.jpg

** **

http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-01-24-08-metablogapi/0830.clip_5F00_image004_5F00_thumb_5F00_157A62F2.jpg

** **

http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-01-24-08-metablogapi/5633.clip_5F00_image006_5F00_234CA8ED.jpg

4.VHDファイルのアップロード

VHDファイルをWindows Azureストレージアカウントにアップロードする方法はいくつかあります。 Windows Azure PowerShell JumpからAdd-AzureVHDコマンドレットを使用してVHDをアップロードすることをお勧めします。 Azure SDKからCsupload.exe(1.7以降)を使用することはできますが、Add-AzureVHDが使用可能になったため、このツールは今後メンテナンスされません。

** **

Windows Azure仮想マシン機能で使用するためにVHDファイルをアップロードする際の考慮事項

** **

VHDを複数のVMの作成に使用する基本テンプレート/イメージとして使用する場合は、一般化する必要があります。 Windowsの場合は、sysprepツールを使用して一般化します。 Linuxの場合は、Windows Azure Linux Agent(waagent)を使用します。一般化されていないイメージとしてVHDをアップロードすると、プロビジョニングは失敗します。

** **

単一のVMにVHDを使用する予定の場合(ベーステンプレート/イメージとしてではない)、一般化してはいけません。一般化したディスクとしてVHDをアップロードすると、プロビジョニングは失敗します。

** **

アップロードにサードパーティ製のストレージツールを使用する場合は、必ずVHDをページBLOBとしてアップロードしてください(VHDがブロックBLOBとしてアップロードされた場合、プロビジョニングは失敗します)。 Add-AzureVHDとCsuploadがこれを自動的に処理します。しかし、他のツールを使用すると、誤ってVHDをページBLOBではなくブロッ��BLOBとしてアップロードする可能性があります。

** **

固定のVHDのみをアップロードします(動的ではなく、VHDXでもありません)。 Windows Azure仮想マシンは、ダイナミックディスクまたはVHDX形式をサポートしません。 Add-AzureVHDとCSUploadは、アップロード前に動的VHDを固定VHDに自動的に変換しますが、他の多くのツールでは変換されません。

最大VHDサイズは、OSディスクの場合は127 GB、データディスクの場合は1023 GBです。

** **

VMはDHCP用に構成され、静的IPアドレスを割り当てられていない必要があります。 Windows Azure仮想マシンは静的IPアドレスをサポートしません。

この   forum post    VHDのアップロード中に発生する一般的な問題に対する回避策が含まれています。ストレージツールのリストが利用可能です here   .

 

5.VMの削除後もDNS 名がまだ使用されている

VMを削除しても関連するクラウドサービスは自動的に削除されないため、クラウドサービスを削除するまで同じDNS名を再利用することはできません。 DNS名を再利用するには、管理ポータルの[クラウドサービス]セクションでクラウドサービスを削除します。  Remove-AzureService  Azure PowerShellから、Azure Service Azure CLIツールから削除する、または   Delete Hosted Service   API(このシナリオでは、クラウドサービスと��ストサービスの用語は同義です)

 

Azure VMを作成すると、そのVMに指定したDNS名でクラウドサービスが自動的に作成されます。管理ポータルでは、単一のVMしか含まれていない場合、このクラウドサービスは[クラウドサービス]セクションに表示されません。 Azure PowerShellを使用する Get-AzureService    cmdlet . あなたはできる   group or connect  単一のクラウドサービス下で最大50台の仮想マシン(つまり、同じ外部IPアドレスとDNS名の背後)

 

6.Windows Azure 仮想マシンの保護

VMの攻撃対象を減らす方法については、以下の記事を参照してください。

 

http://fabriccontroller.net/blog/posts/securing-access-to-your-windows-azure-virtual-machines/   

http://social.msdn.microsoft.com/Forums/en-US/WAVirtualMachinesforWindows/thread/15ddae2b-1d44-45c4-a6e7-f80dad4db7c6    

 

以下はクラウドセキュリティに関連するもう1つの優れたリソースで、さまざまなセキュリティ面をカバーしています。仮想マシンを直接対象としていませんが、Windows Azure仮想マシンのユーザーがさまざまなセキュリティ問題を理解するのに役立つ膨大な情報があります。

 

http://blogs.msdn.com/b/jmeier/archive/2010/08/03/now-available-azure-security-notes-pdf.aspx    

 

7.VMのキャプチャとスナップショットの作成の違い

VMをキャプチャすると、そのイメージに基づいて複数のVMを作成するために使用できるイメージ(バックアップ用ではない)が作成されます。あなたが使用してVMをキャプチャすることができます   Capture    ポータルのオプション   Save-AzureVMImage    Azure CLIツールでazure vm captureを使用する、またはAzure PowerShellコマンドレット   Capture Role     API.

 

VMバックアップの場合、これに相当するものはありません。  Hyper-V snapshot  Azure VMの機能。ただし、Azureストレージには   blob snapshot  AzureストレージにVHD BLOBのバックアップを作成できるようになります。 Microsoftは現在、BLOBスナップショットを作成するためのツールを提供していませんが、CloudXplorerなどのサードパーティ製ストレージツールにこの機能が含まれています。そして、Snapshot Blob Jump APIを呼び出してBLOBスナップショットを作成するためのカスタムコードを書くこ��ができます。

 

Azureストレージツールを使用してVHDのコピーを作成することもできます。ツールが   2012-02-12 

Copy Blob APIのバージョン以降では、たとえば異なるストレージアカウント間でVHDを移動するために、高速なクロスアカウントBLOBコピーが可能になります。一般的に使用されているAzureストレージツールのほとんどで、ファイルをオンプレミスにダウンロードすることもできます。この   forum post    CloudXplorerを使用してVHDをダウンロードする手順があります。同じタスクを実行するために、同様のストレージツールを使用できます。

8.VHD ファイルのリースを解除する方法

** **

Windows Azureプラットフォームは   infinite lease    VHDがVMによって使用されている間に、基礎となるページBLOB、コンテナ、またはストレージアカウントを誤って削除しないように、ストレージアカウント内のディスクを考慮するすべてのページBLOBに対して。基になるページBLOB、それが存在するコンテナ、またはストレージアカウントを削除する場合は、最初にディスクをVMから切り離すか、VMとそれに関連付けられたディスクオブジェクトを削除する必要があります。

 

いくつかのシナリオでは、VHDを参照するディスク/ VMがない場合でも、VHDの削除中にエラーが発生することがあります。そのような場合は、powershellスクリプトを使用して手動でリースを解除できます。クレイグランディスがあります   detailed forum post    これらのエラーについて説明し、スクリプトとともに回避策を示します。

9.RDP 接続の問題

RDP接続の問題は、単純なクライアントファイアウォールの問題からプラットフォームの問題まで、さまざまな要因によって引き起こされる可能性があります。あなたは最初にすべてのクライアント側の問題を排除し始めるべきです。

次のようなツールを使用してRDPエンドポイントのTCPポートをpingして、クライアント側のファイアウォールの問題を調査します PsPing  ,  PortQry   ,  Telnet   , or  Nmap   . 

 

ご使用のマシンでRDPエンドポイントへのアウトバウンド通信が許可されているかどうかを確認します(クラウドサービスにデプロイされた最初のVMの場合はTCPポート3389、同じクラウドサービスの追加VMの場合は49152〜65535のランダムな一時ポート)。ポータル内のVMの[エ��ドポイント]セクションでポートを確認します。企業のファイアウォールは、3389や一時的な範囲(49152-65535)をブロックすることが多いので、自宅、無線LANホットスポット、モバイルブロードバンド接続など、別のネットワークからVMに接続してみてください。

Drew McDaniel があります  forum sticky post    キャッシュクレデンシャル、エンドポイント関連の問題などの一般的な問題があります。

上記の解決された接続の問題がどれも解決しない場合は、問題が解決するかどうかを確認するためにVMの再起動/サイズ変更をすぐに試してください。問題が解決しない場合は、サポートに連絡することができます。

 

10.プラットフォームのVMへの更新、再起動、シャットダウン。

Windows Azureは、1〜3か月に1回程度ホストOSを更新して、すべてのアプリケーション、プラットフォーム上で実行されている仮想マシンに対して環境を安全に保ちます。このアップデートプロセスにより、VMが再起動する可能性があります。可用性セットを使用して、仮想マシンで実行されているアプリケーションの高可用性を確保できます。高可用性の管理の詳細   here   .

Mark Russinovich  素晴らしいを投稿しました  blog post    Windows Azureホストのアップデートについて詳しく説明します。

 

プラットフォームの更新に加えて、Windows Azureが問題のあるノードを検出してこれらのVMを新しいノードに移動すると、Windows Azureサービスの修復が自動的に行われます。これが発生すると、サービス修復プロセス中およびサービス修復プロセスの完了後、VMに接続したときにVMへの接続が失われ、VMの再起動/シャットダウンを示すイベントログエントリが見つかる可能性があります(正常または予期せず)。

 

11.VMのアクティベーション

Windows Azure仮想マシンでOSをアクティブ化する際に、「Windowsがアクティブ化しようとしたときに問題が発生しました」というエラーメッセージが表示されることがあります。エラーコード0xC004F074

** **

Code: 

0xC004F074 

説明

「ソフトウェアライセンスサービスは、コンピュータを起動できなかったことを報告しました。キー管理サービスに連絡することはできませんでした。」

通常、これは短期間で解決する一時的な問題です。アクティブ化できないことは、サーバー上で実行されているサービスには影響しません。まだアクティブになっていない場合は、サーバーをアクティブにするように促す通知が表示されますが、サービスやリモート管理には影響しません。

を参照してください   forum post   詳細については。

 

12.可用性セット、アフィニティグループ、仮想マシンの接続 -  3つの異なる目的

** **

可用性セットは、仮想マシンの高可用性を実現するための方法です。可用性セットは、障害ドメインと更新ドメインにまたがって展開される仮想マシンのグループです。可用性セットを使用すると、ネットワークスイッチやサーバーラックの電源装置など、アプリケーションが単一障害点の影響を受けないようにできます。可用性セットを使用して可用性を管理するためのガイダンスが見つかります here   .

 

アフィニティグループは、最適なパフォーマンスを達成するために連携する必要がある、Windows Azureサブスクリプション内のサービスをグループ化するための方法です。

 

アフィニティグループを作成すると、そのアフィニティグループに属するすべてのサービスを同じデータセンタークラスターで実行し続けることがWindows Azureに認識されます。たとえば、データとコードを一緒に実行しているサービスを維持したい場合は、それらのサービスに同じアフィニティグループを指定します。このようにして、これらのサービスを展開すると、Windows Azureはそれらをできるだけ近くにあるデータセンターに配置します。これにより、潜在的にコストを削減しながら、待ち時間が短縮され、パフォーマンスが向上します。アフィニティーグループ��重要性が説明されています  here.

 

VMの接続 - 負荷分散

複数のVMを単一のクラウドサービスの下にまとめて、負荷を複数のVMに分���します。グループ化する方法は、2回目のVM作成時に「既存の仮想マシンに接続」を選択し、次にVMをグループ化するクラウドサービスを選択します。この記事では、仮想マシンの負荷分散方法について説明します。

Other Languages