Windows Server 2012 R2 HYPER-V ネットワーク仮想化 (HNV) 環境でのトラブルシューティングやデータの収集

重要: このサポート技術情報 (以下「KB」) は、翻訳者による翻訳の代わりに、マイクロソフト機械翻訳システムによって翻訳されたものです。マイクロソフトは、お客様に、マイクロソフトが提供している全ての KB を日本語でご利用いただけるように、翻訳者による翻訳 KB に加え機械翻訳 KB も提供しています。しかしながら、機械翻訳の品質は翻訳者による翻訳ほど十分ではありません。誤訳や、文法、言葉使い、その他、たとえば日本語を母国語としない方が日本語を話すときに間違えるようなミスを含んでいる可能性があります。マイクロソフトは、機械翻訳の品質、及び KB の内容の誤訳やお客様が KB を利用されたことによって生じた直接または間接的な問題や損害については、いかなる責任も負わないものとします。マイクロソフトは、機械翻訳システムの改善を継続的に行っています。

英語版 KB:3069275
概要
Windows Server 2012 R2 は、Microsoft システム センター 2012 R2 Virtual Machine Manager (SC 2012 R2 の VMM) では、マイクロソフトは、エンド ・ ツー ・ エンドのネットワークの仮想化ソリューションを提供します。次の 4 つの主要なコンポーネントは、Microsoft ネットワークの仮想化ソリューションを構成します。

  • Windows サーバーのように、Windows Azure パック (WAP) には、仮想ネットワークを作成するのには、テナント向けポータルが用意されています。
  • システム センター 2012 R2 Virtual Machine Manager (VMM) は、仮想ネットワークの集中管理を提供します。
  • HYPER-V ネットワーク仮想化 (HNV) は、ネットワーク トラフィックを仮想化するために必要なインフラストラクチャを提供します。
  • HYPER-V ネットワーク仮想化のゲートウェイでは、仮想と物理ネットワーク間の接続を提供します。

これらすべてのコンポーネントを使用しているネットワークの仮想化ソリューションの詳細については、次の資料を参照してください。
ネットワークの仮想化に関する技術的な詳細は、次の資料を参照してください。
HYPER-V ネットワーク仮想化は、サーバの仮想化 (HYPER-V ハイパーバイザ) が仮想マシンのオペレーティング ・ システムを提供する方法のような方法で仮想マシン (VM のネットワークと呼ばれます) の仮想ネットワークを提供します。ネットワークの仮想化では、物理ネットワーク インフラストラクチャから仮想ネットワークを分離し、仮想マシンのセットアップから VLAN と IP アドレスの割り当ての階層構造の制約を削除します。このような柔軟性は IaaS クラウドに移動するのにはお客様にできるようになり、必要なマルチ テナントの分離、セキュリティ要件、およびサポート重複する仮想マシンの IP アドレスを管理するときに、インフラストラクチャを管理するには、ホストとデータ センターの管理者の効率を高めます。

この資料では、基本的なトラブルシューティングの概念と HNV 環境に関連する問題を解決するために有用なデータ収集の手順を紹介します。
詳細
重要: HYPER-V ネットワーク仮想化 (HNV) の環境に推奨されるすべての修正プログラムが適用されていることを確認します。推奨される修正プログラムの一覧については、次のマイクロソフト サポート技術情報を参照してください。
2974503 修正プログラム、更新、および Windows Server 2012 と Windows Server 2012 R2 HYPER-V ネットワーク仮想化 (HNV) の環境のための既知のソリューションを推奨

基本的なトラブルシューティングおよび接続のチェックを実行します。

通信を行う前に、基本的な接続を確立する必要があります。HNV は、このホスト間の接続を提供するのに NVGRE のカプセル化を使用します。この接続いれば、よく言われます、"プロバイダー"ネットワークのネットワーク「または」PA。

この「ネットワーク」は、お客様のインフラストラクチャ全体にわたってルーティング可能にする必要がある実際のネットワークです。ただし、実際に存在するホストの仮想スイッチの間でのみです。HNV を可能にするこのネットワークすることをお勧めします。このネットワーク経由で ping コマンドの特殊なバリエーションを使用していずれかの ping を実行ことができます。ただし、ping を実行できますが、前に、特定のホストで使用されているプロバイダーのアドレスを決定する必要があります。

ホスト コンピューター上の管理者の PowerShell コマンド プロンプトから Windows PowerShell コマンドレットGet NetVirtualizationProviderAddressを発行して、これを行うことができます。

注: <b>このコマンドは、HNV に対応したホストでのみ使用できます。この出力結果の例は次のスクリーン ショットに表示されます。



ホストには、各テナント ネットワークを持つホスト上に少なくとも 1 つの VM の 1 つの PA アドレス (ここでの出力にはProviderAddress ) が必要です。各AddressStateフィールドは、優先として表示される必要があります。

このフィールドは、重複として表示される場合は、修正する必要のある問題です。重複したアドレスを失効させることができますが、失効を非常に慎重に使用する必要があります。IP を失効させるアドレスすぐにしそのアドレスの再割り当てを適切なプールにします。重複するアドレスが最初に発生した基になる問題が修正されないと、それを再割り当てした後、アドレスがもう一度複製でした。PA アドレスの一覧を作成したら、ping を実行できる別のホストからのアドレスを使用して、-p に ping を実行します。PA_Address> コマンドです。ホストごとに 1 つのアドレスに対して ping を実行する必要があります。

次のように画面 shotshows 使用中には、このコマンドの例です。



この ping が成功した場合は、NVGRE ネットワークの物理的な接続が動作しています。この ping が失敗した場合は、物理的な接続とホストの構成を確認する必要があります。

ここでの問題などが、スイッチの構成が正しくない、物理的なネットワークの障害、および不適切な VLAN タグに制限されません。

PA の ping が成功した場合は、同じテナント ネットワーク上の仮想マシン間に ping を実行してみてください。これには、同じホスト上の Vm とも別のホスト上の Vm が含まれます。

これにより、Vm 自体の内部の接続があるかどうかを決定します。テナントの Vm が NVGRE ネットワークの完全に認識していないため、特別なコマンドはテナントの Vm との間に ping を実行する必要はありません。これは、標準の ping だけです。として、追加のテストでは、テナントの VM の次の 2 つの ping アドレスがあります。
10.254.254.1 (このアドレスは、ゲートウェイのホストの仮想スイッチに住んでいる)。
10.254.254.2 (このアドレスは、ゲートウェイの VM の内部インターフェイスです)。

場合は、1 アドレス到達不能で、テナントの VM は、ゲートウェイのホストに到達しません。ドロップを元に戻すと、ゲートウェイのホストに PA の ping が動作することを確認します。

1 のアドレスが到達可能な場合は、他のテナントの VM に対して ping を実行する VM のテナントがこの動作に似ています。NVGRE ネットワークが正しく機能していることが証明されます。.2 のアドレスに対して ping を実行しようとしてください。

.2 のアドレスが 1 のアドレスが到達可能な場合は、ping は HNV ゲートウェイ VM の内部インターフェイスに到達できません。トラブルシューティングがここではフォーカスする必要があります。

.1、.2 の両方のアドレスが到達可能な場合は、バックエンドの HNV ネットワークが正常とテナントが HNV ゲートウェイの VM と通信できます。HNV 環境の外部の何かに ping を実行しようとするテナントがあります。これが失敗した場合は、ゲートウェイの VM に問題可能性があります。

HNV ゲートウェイ VM から同じ外部アドレスに ping を実行しようとすると、追加の検証が含まれます。Ping が成功した場合は、HNV ゲートウェイできない可能性があります NAT'ing アドレス、およびゲートウェイ VM 上で重点を置いてトラブルシューティングする必要があります。これが成功した場合は、外部ゲートウェイおよび HNV 環境問題もあります。追加のトラブルシューティングは、外部の構成が失敗する理由を決定する実行する必要があります。

サイト間 VPN の問題がある場合は、詳細については以下の web サイトを参照してください。

基本的なデータを収集します。

HNV ゲートウェイ スクリプトを実行します。

HNV ゲートウェイ スクリプトは、HYPER-V ネットワーク仮想化 (HNV) ゲートウェイに関連する問題を特定するに便利です。HNV ゲートウェイを検証し、最も一般的なゲートウェイの問題の発見によって、スクリプトに役立ちます。

HNV ゲートウェイ スクリプトは次の。

  • ゲートウェイが正しく設定されているかどうかをチェックします。
  • 稼働中の VM と、ゲートウェイ間の接続をチェックします。
  • 2 つの仮想マシン間の接続のチェック

スクリプトは、次の web サイトからダウンロードできます。
スクリプトについての免責事項
ここで提供されるサンプル スクリプトは、Microsoft の標準サポート プログラムまたはサービスではサポートされていません。すべてのスクリプトは、どのような種類の保証もなく、IS として提供されます。さらに、Microsoft はいかなる黙示の保証を含む、いずれかのもので、商品性または特定目的に対する適合性の。サンプル スクリプトおよびドキュメントのパフォーマンスまたは使用から生じるすべてのリスク負担しなければなりません。いかなる場合にマイクロソフトでは、著者、または作成、製造、関連する他のユーザーまたはスクリプトの提供するいかなる損害に対して責任を負いません一切など、制限、ビジネス利益、業務の中断、ビジネス情報の損失の損失の損害またはその他の金銭の損失のないマイクロソフトが損害の可能性について知らされていた場合でもに、サンプル スクリプトまたはドキュメントを使用すること、または使用から生じる。
スクリプトを開始する最も簡単な方法は、VMM コンソールがインストールされているコンピューターで開始して、 UseDefaultCredential $falseを指定するのには。これは、すべての操作用の資格情報を要求します。スクリプトを既に実行しているユーザーに HNV ホスト、VMM では、ゲートウェイの Vm に管理者のアクセス許可がある場合は、パラメーターを指定しないでスクリプトを実行します。

スクリプトでは、ヘルプが表示され、開始時に例を提供します。のみ対象となるシナリオを実行するために役立つことができます。警告を黄色で表示し、エラーが赤で表示されます。警告およびエラーを見ることを確認します。HNV ゲートウェイの問題の全体的な調査時間を削減するためにこれが役立つ場合があります。スクリプトでは、関連するすべてのシステムで読み取り専用の操作を実行します。(ただし、スクリプトが失敗した状態になっているゲートウェイ クラスター リソースをすべてを開始)。

注: <b>このスクリプトは対話型であり、標準出力を使用します。出力ファイルを生成しません。そのため、慎重にお読みくださいそれが提供する情報。

HYPER-V ネットワーク仮想化 (HNV) 用のデバッグ ログを有効にします。

有効にする方法の詳細については HNV のログ出力をデバッグ、次のマイクロソフト サポート技術情報資料を参照してください。
2968430 HYPER-V ネットワーク仮想化のデバッグ ログ出力を有効にする方法

注: <b>Netsh 仮想化そのものは、非常に簡単に非常に大きくなることができ、多用する必要があります。

警告: この記事は自動翻訳されています

プロパティ

文書番号:3069275 - 最終更新日: 03/22/2016 18:54:00 - リビジョン: 3.0

Windows Server 2012 R2 Datacenter

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3069275 KbMtja
フィードバック