Table of Contents

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

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

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


Windows Azure
サブスクリプションの使用制限に達すると、たとえば、90日間の試用版購読またはMSDN購読のAzureアクセス特典を使用する場合、ストレージアカウントは読み取り専用に変更され、VMVHDファイルはそのままストレージアカウントに残りますが、展開されたVM削除されます。これは、デプロイされたVMが停止しても容量を予約するためです。試用アカウントユーザーは、従量課金を有効にすることができます。また、MSDNサブスクリプションのように月ごとの制限があるアカウントでは、翌月の請求サイクルが開始されて来月の使用が開始されるとき利用可能です。詳細についてはこのブログ記事を参照してください。
注:90日間の試用登録の制限は文書化されています here. Jump 特定の上限に達した後は、あなたがあなたの購読をあなたが行った通りに払うように変更しない限り、あなたは関連サービスを利用することができません。トライアルサブスクリプションの使用状況によっては、90日以内にこれらの制限のいずれかに達することがあります。たとえば、90日間の試用には、750時間の計算時間があります。つまり、1つの小さな仮想マシンを750時間実行できます。スモールVMはコアを1つ使用するので、ミディアムVMはコアを2つ使用するなど、単一のミディアムVM375時間、単一のラージVM187.5時間、またはエクストララージVM93.75時間実行することができます計算時間で制限に達しました。
 

2.VMを削除してもVHD

ファイルが削除されない
Windows Azure仮想マシン用のVHDファイルは、Azureストレージアカウント内のディスクオブジェクトとして登録され、VMの作成時(OSディスクの場合)または手動で追加したとき(OSの場合)にブロブです。データディスク)。 VMを削除しても、ディスクオブジェクト(VMVHDを使用できるようにするメタデータ)がVMにアタッチされなくなるだけですが、ディスクオブジェクトはストレージアカウントの物理VHDファイルと同様に残ります(これは続きます)ストレージ容量の使用料を請求する場合)
 
関連リソースと共に仮想マシンを削除するには、次の手順を実行する必要があります。仮想マシンの削除、ディスクの削除、VHDの削除
 
ディスクオブジェクトを削除するには、必要に応じて物理VHDも選択し、[仮想マシン][ディスク]の順に選択し、該当するディスクを選択して[ディスクの削除]をクリックします。
 
ストレージアカウントのディスクオブジェクトと物理VHDの両方を削除するには、[関連するVHDを削除する]を選択します。
物理VHDファイルを残してディスクオブジェクトを削除するだけの場合は、[関連付けられたVHDを保持する]を選択します。
 
仮想マシンの[ディスク]セクションで[ディスクの削除]をクリックしたときに表示される、関連付けられているVHDの削除および関連付けられているVHDの保持オプションを示すスクリーンショット
 
 
注: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の以下の記事を参照してください。
 
 
Screenshots showing the temporary drive Temporary Storage (D:)
 
 
 

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をアップロードすると、プロビジョニングは失敗します。
 
単一のVMVHDを使用する予定の場合(ベーステンプレート/イメージとしてではない)、一般化してはいけません。一般化したディスクとしてVHDをアップロードすると、プロビジョニングは失敗します。
 
アップロードにサードパーティ製のストレージツールを使用する場合は、必ずVHDをページBLOBとしてアップロードしてください(VHDがブロックBLOBとしてアップロードされた場合、プロビジョニングは失敗します)。 Add-AzureVHDCsuploadがこれを自動的に処理します。しかし、他のツールを使用すると、誤ってVHDをページBLOBではなくブロッ��BLOBとしてアップロードする可能性があります。
 
固定のVHDのみをアップロードします(動的ではなく、VHDXでもありません)。 Windows Azure仮想マシンは、ダイナミックディスクまたはVHDX形式をサポートしません。 Add-AzureVHDCSUploadは、アップロード前に動的VHDを固定VHDに自動的に変換しますが、他の多くのツールでは変換されません。
最大VHDサイズは、OSディスクの場合は127 GB、データディスクの場合は1023 GBです。
 
VMDHCP用に構成され、静的IPアドレスを割り当てられていない必要があります。 Windows Azure仮想マシンは静的IPアドレスをサポートしません。
この  forum post Jump  VHDのアップロード中に発生する一般的な問題に対する回避策が含まれています。ストレージツールのリストが利用可能ですhere Jump .
 

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

VMを削除しても関連するクラウドサービスは自動的に削除されないため、クラウドサービスを削除するまで同じDNS名を再利用することはできません。 DNS名を再利用するには、管理ポータルの[クラウドサービス]セクションでクラウドサービスを削除します。 Remove-AzureService Jump Azure PowerShellから、Azure Service Azure CLIツールから削除する、または  Delete Hosted Service Jump API(このシナリオでは、クラウドサービスと��ストサービスの用語は同義です)
 
Azure VMを作成すると、そのVMに指定したDNS名でクラウドサービスが自動的に作成されます。管理ポータルでは、単一のVMしか含まれていない場合、このクラウドサービスは[クラウドサービス]セクションに表示されません。 Azure PowerShellを使用する Get-AzureService Jump  cmdlet . あなたはできる  group or connect Jump 単一のクラウドサービス下で最大50台の仮想マシン(つまり、同じ外部IPアドレスとDNS名の背後)
 

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

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

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

VMをキャプチャすると、そのイメージに基づいて複数のVMを作成するために使用できるイメージ(バックアップ用ではない)が作成されます。あなたが使用してVMをキャプチャすることができます  Capture Jump  ポータルのオプション  Save-AzureVMImage Jump  Azure CLIツールでazure vm captureを使用する、またはAzure PowerShellコマンドレット  Capture Role Jump   API.
 
VMバックアップの場合、これに相当するものはありません。 Hyper-V snapshot Jump Azure VMの機能。ただし、Azureストレージには  blob snapshot Jump AzureストレージにVHD BLOBのバックアップを作成できるようになります。 Microsoftは現在、BLOBスナップショットを作成するためのツールを提供していませんが、CloudXplorerなどのサードパーティ製ストレージツールにこの機能が含まれています。そして、Snapshot Blob Jump APIを呼び出してBLOBスナップショットを作成するためのカスタムコードを書くこ��ができます。
 
Azureストレージツールを使用してVHDのコピーを作成することもできます。ツールが  2012-02-12 Jump
Copy Blob APIのバージョン以降では、たとえば異なるストレージアカウント間でVHDを移動するために、高速なクロスアカウントBLOBコピーが可能になります。一般的に使用されているAzureストレージツールのほとんどで、ファイルをオンプレミスにダウンロードすることもできます。この  forum post Jump  CloudXplorerを使用してVHDをダウンロードする手順があります。同じタスクを実行するために、同様のストレージツールを使用できます。

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

 
Windows Azureプラットフォームは  infinite lease Jump  VHDVMによって使用されている間に、基礎となるページBLOB、コンテナ、またはストレージアカウントを誤って削除しないように、ストレージアカウント内のディスクを考慮するすべてのページBLOBに対して。基になるページBLOB、それが存在するコンテナ、またはストレージアカウントを削除する場合は、最初にディスクをVMから切り離すか、VMとそれに関連付けられたディスクオブジェクトを削除する必要があります。
 
いくつかのシナリオでは、VHDを参照するディスク/ VMがない場合でも、VHDの削除中にエラーが発生することがあります。そのような場合は、powershellスクリプトを使用して手動でリースを解除できます。クレイグランディスがあります  detailed forum post Jump  これらのエラーについて説明し、スクリプトとともに回避策を示します。

9.RDP 接続の問題

RDP接続の問題は、単純なクライアントファイアウォールの問題からプラットフォームの問題まで、さまざまな要因によって引き起こされる可能性があります。あなたは最初にすべてのクライアント側の問題を排除し始めるべきです。
次のようなツールを使用してRDPエンドポイントのTCPポートをpingして、クライアント側のファイアウォールの問題を調査します PsPing Jump PortQry Jump Telnet Jump , or Nmap Jump 
 
ご使用のマシンでRDPエンドポイントへのアウトバウンド通信が許可されているかどうかを確認します(クラウドサービスにデプロイされた最初のVMの場合はTCPポート3389、同じクラウドサービスの追加VMの場合は49152〜65535のランダムな一時ポート)。ポータル内のVMの[エ��ドポイント]セクションでポートを確認します。企業のファイアウォールは、3389や一時的な範囲(49152-65535)をブロックすることが多いので、自宅、無線LANホットスポット、モバイルブロードバンド接続など、別のネットワークからVMに接続してみてください。
Drew McDaniel があります  forum sticky post Jump  キャッシュクレデンシャル、エンドポイント関連の問題などの一般的な問題があります。
上記の解決された接続の問題がどれも解決しない場合は、問題が解決するかどうかを確認するためにVMの再起動/サイズ変更をすぐに試してください。問題が解決しない場合は、サポートに連絡することができます。

 

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

Windows Azureは、1〜3か月に1回程度ホストOSを更新して、すべてのアプリケーション、プラットフォーム上で実行されている仮想マシンに対して環境を安全に保ちます。このアップデートプロセスにより、VMが再起動する可能性があります。可用性セットを使用して、仮想マシンで実行されているアプリケーションの高可用性を確保できます。高可用性の管理の詳細  here Jump .
Mark Russinovich  素晴らしいを投稿しました blog post Jump  Windows Azureホストのアップデートについて詳しく説明します。
 
プラットフォームの更新に加えて、Windows Azureが問題のあるノードを検出してこれらのVMを新しいノードに移動すると、Windows Azureサービスの修復が自動的に行われます。これが発生すると、サービス修復プロセス中およびサービス修復プロセスの完了後、VMに接続したときにVMへの接続が失われ、VMの再起動/シャットダウンを示すイベントログエントリが見つかる可能性があります(正常または予期せず)。
 

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

Windows Azure仮想マシンでOSをアクティブ化する際に、「Windowsがアクティブ化しようとしたときに問題が発生しました」というエラーメッセージが表示されることがあります。エラーコード0xC004F074
 
Code: 
0xC004F074 
説明
「ソフトウェアライセンスサービスは、コンピュータを起動できなかったことを報告しました。キー管理サービスに連絡することはできませんでした。」
通常、これは短期間で解決する一時的な問題です。アクティブ化できないことは、サーバー上で実行されているサービスには影響しません。まだアクティブになっていない場合は、サーバーをアクティブにするように促す通知が表示されますが、サービスやリモート管理には影響しません。
を参照してください  forum post Jump  詳細については。
 

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

 
可用性セットは、仮想マシンの高可用性を実現するための方法です。可用性セットは、障害ドメインと更新ドメインにまたがって展開される仮想マシンのグループです。可用性セットを使用すると、ネットワークスイッチやサーバーラックの電源装置など、アプリケーションが単一障害点の影響を受けないようにできます。可用性セットを使用して可用性を管理するためのガイダンスが見つかります here Jump .
 
アフィニティグループは、最適なパフォーマンスを達成するために連携する必要がある、Windows Azureサブスクリプション内のサービスをグループ化するための方法です。
 
アフィニティグループを作成すると、そのアフィニティグループに属するすべてのサービスを同じデータセンタークラスターで実行し続けることがWindows Azureに認識されます。たとえば、データとコードを一緒に実行しているサービスを維持したい場合は、それらのサービスに同じアフィニティグループを指定します。このようにして、これらのサービスを展開すると、Windows Azureはそれらをできるだけ近くにあるデータセンターに配置します。これにより、潜在的にコストを削減しながら、待ち時間が短縮され、パフォーマンスが向上します。アフィニティーグループ��重要性が説明されています  here.
 
VMの接続 - 負荷分散
複数のVMを単一のクラウドサービスの下にまとめて、負荷を複数のVMに分���します。グループ化する方法は、2回目のVM作成時に「既存の仮想マシンに接続」を選択し、次にVMをグループ化するクラウドサービスを選択します。この記事では、仮想マシンの負荷分散方法について説明します。

Other Languages