Solución de problemas y recopilación de datos en entornos de virtualización de red de Hyper-V R2 (HNV) de Windows Server 2012

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 3069275
Resumen
En Windows Server 2012 R2 y Microsoft System Center 2012 R2 de Virtual Machine Manager (VMM de SC 2012 R2), Microsoft ofrece una solución de virtualización de red end-to-end. Los siguientes cuatro componentes principales forman la solución de virtualización de red de Microsoft:

  • Windows Azure Pack (WAP) para Windows Server ofrece un portal a través de inquilinos para crear redes virtuales.
  • System Center 2012 R2 de Virtual Machine Manager (VMM) proporciona administración centralizada de las redes virtuales.
  • Virtualización de red de Hyper-V (HNV) proporciona la infraestructura necesaria para virtualizar el tráfico de red.
  • Puertas de enlace de virtualización Hyper-V en red proporcionan conexiones entre redes virtuales y físicas.

Para obtener más información acerca de una solución de virtualización de red que utilice todos estos componentes, consulte el artículo siguiente:
Para obtener detalles técnicos sobre la virtualización de redes, consulte el artículo siguiente:
Virtualización de la red de Hyper-V proporciona redes virtuales (conocidas como redes VM) a máquinas virtuales de manera similar a cómo la virtualización de servidores (el hipervisor de Hyper-V) proporciona máquinas virtuales para el sistema operativo. Virtualización de redes desacopla las redes virtuales de la infraestructura de red física y quita las restricciones de VLAN y asignación de direcciones IP jerárquica de configuración de máquina virtual. Esta flexibilidad facilita a los clientes pasar a nubes de IaaS y resulta eficaz para los anfitriones y los administradores de centros de datos administrar su infraestructura, mientras que mantienen el aislamiento multiempresa necesario, requisitos de seguridad y auxiliares superpuestas direcciones IP de la máquina virtual.

Este artículo presenta los conceptos básicos de solución de problemas y los pasos de recopilación de datos que pueden ayudar a resolver problemas relacionados con los entornos de HNV.
Más información
Importante: Asegúrese de que todas las revisiones recomendadas se aplican a los entornos de virtualización de red de Hyper-V (HNV). Para obtener una lista completa de revisiones recomendadas, consulte el artículo siguiente en Microsoft Knowledge Base:
2974503 Recomienda las revisiones, actualizaciones y soluciones conocidas para entornos Windows Server 2012 y virtualización de red de Hyper-V R2 (HNV) de Windows Server 2012

Realizar comprobaciones básicas de solución de problemas y conectividad

Conectividad básica debe establecerse antes de que pueda darse la comunicación. HNV utiliza la encapsulación de NVGRE para proporcionar esta conectividad entre hosts. Esta conexión se proporciona a través de la red que normalmente suele conocerse como la "red de proveedores" o "PA."

Esta "red" es una red real que debe ser enrutable a través de la infraestructura del cliente. Sin embargo, realmente existe sólo entre los switches virtuales de los hosts. Es esta red que hace posible la HNV. Uno puede hacer ping a través de esta red mediante una variación especial del comando ping. Sin embargo, para poder realizar el ping, deberán determinarse las direcciones de proveedor que se usan en un host determinado.

Para ello, puede emitir el cmdlet de Windows PowerShell Get-NetVirtualizationProviderAddress desde un símbolo del sistema de PowerShell administrativos en el equipo host.

Nota: Este comando sólo está disponible en los hosts compatibles con HNV. En la siguiente pantalla se muestra un ejemplo de este resultado.



Un host debe tener una dirección de PA (ProviderAddress en la salida aquí) para cada red de inquilinos que también tiene al menos una VM en ese host. Cada campo de AddressState debe aparecer como preferido.

Si este campo aparece como duplicado, esto es un problema que debe corregirse. Direcciones duplicadas pueden ser revocadas, pero la revocación debe utilizarse con mucha precaución. Revocar una dirección IP dirección inmediatamente pone esa dirección nuevamente dentro del grupo adecuado de reasignación. Si no se corrige el problema subyacente que causó primero la dirección se duplique, la dirección se ha podido duplicar otra vez después de que se reasigna. Una vez que una lista de las direcciones PA, puede hacer ping a las direcciones desde otro host utilizando elping -pPA_Address> comando. Tiene que hacer ping a una dirección por host.

El shotshows de pantalla siguiente muestra un ejemplo de este comando en uso.



Si este ping se realiza correctamente, la conectividad física de la red NVGRE está trabajando. Si falla, tendrá que comprobar la conectividad física y configuración del host.

Problemas aquí incluyen, pero no se limitan a, cambie la configuración incorrecta, errores de red física e incorrecta VLAN tagging.

Si el ping PA es correcto, intente hacer ping entre las máquinas virtuales en la misma red de inquilinos. Esto incluye las máquinas virtuales en el mismo host así como las máquinas virtuales en hosts diferentes.

Esto ayuda a determinar si hay conectividad interna para las máquinas virtuales a sí mismos. Porque el inquilino VMs desconocen por completo de la red NVGRE, no hay comandos especiales son necesarios hacer ping entre VMs de inquilinos. Esto es simplemente un ping estándar. Como una comprobación adicional, tiene las direcciones de inquilinos VM ping los dos siguientes:
10.254.254.1 (esta dirección se ubica en el switch virtual del host de puerta de enlace).
10.254.254.2 (esta dirección es la interfaz interna de la puerta de enlace VM).

Si la dirección.1 en inaccesible, el arrendatario VM no llega al host de puerta de enlace. Coloque de nuevo y compruebe que funciona el ping PA a la puerta de enlace.

Si la dirección.1 es alcanzable, este comportamiento asemeja al inquilino VM ping a inquilinos otra máquina virtual. Resulta que la red NVGRE funciona correctamente. Intente hacer ping a la dirección.2.

Si la dirección.1 es alcanzable pero no la dirección.2, el ping no puede llegar a la interfaz interna de la puerta de enlace HNV VM. Solución de problemas debe centrarse aquí.

Si las direcciones.1 y.2 son accesibles, la red HNV de back-end está funcionando correctamente y el inquilino se puede comunicar con la puerta de enlace HNV VM. Tener el arrendatario intente hacer ping a algo externo al entorno de HNV. Si esto no funciona, el problema podría ser en la VM de puerta de enlace.

Validación adicional incluiría un intento de hacer ping de la puerta de enlace HNV VM a la misma dirección externa. Si el ping se realiza correctamente, la puerta de enlace HNV no puede NAT'ing direcciones correctamente y solución de problemas debe centrarse en la VM de puerta de enlace. Si esto no funciona, el problema puede ser externo al entorno de HNV y puerta de enlace. Solución de problemas adicional tendría que hacerse para determinar por qué falla la configuración externa.

Si hay problemas con una VPN de sitio a sitio, consulte los siguientes sitios Web para obtener más información:

Recopilar datos básicos

Ejecute la secuencia de comandos de puerta de enlace HNV

La secuencia de comandos de puerta de enlace HNV es útil para identificar problemas relacionados con la puerta de enlace de virtualización de red de Hyper-V (HNV). La secuencia de comandos ayuda a validar la puerta de enlace HNV y encontrar los problemas más comunes de la puerta de enlace.

La secuencia de comandos de puerta de enlace HNV siguientes:

  • Comprueba si la puerta de enlace está configurado correctamente
  • Comprueba la conectividad entre una VM en ejecución y su puerta de enlace
  • Comprobaciones de conectividad entre dos máquinas virtuales

Puede descargar la secuencia de comandos desde el siguiente sitio Web:
Renuncia de secuencia de comandos
No se admiten las secuencias de comandos de ejemplo proporcionadas aquí con ningún servicio o programa de soporte estándar de Microsoft. Todos los scripts se proporcionan tal cual sin garantía de ningún tipo. Microsoft renuncia a todas las garantías implícitas las incluidas, sin limitación, garantías de comerciabilidad o idoneidad para un propósito particular implícitas. Todo el riesgo derivado del uso o el rendimiento de las secuencias de comandos de ejemplo y documentación permanece con usted. En ningún caso serán Microsoft, sus autores, o cualquier otra persona implicada en la creación, producción, o entrega de las secuencias de comandos serán responsables por ningún daño (incluyendo, sin limitación, daños por pérdida de beneficios empresariales, interrupción de negocios, pérdida de información comercial u otra pérdida pecuniaria) derivado del uso o la incapacidad para utilizar las secuencias de comandos de ejemplo o la documentación, aunque se hubiera avisado a Microsoft de la posibilidad de dichos daños.
Para iniciar la secuencia de comandos, lo más sencillo es iniciar en el equipo donde está instalada la consola de VMM y especificar UseDefaultCredential $false. Solicita las credenciales para cada operación. Si el usuario que ejecuta la secuencia de comandos ya tiene permisos de administrador para los hosts, VMM y máquinas virtuales de la puerta de enlace HNV, ejecute la secuencia de comandos sin ningún parámetro.

La secuencia de comandos muestra ayuda y proporciona un ejemplo en el inicio. Esto puede ser útil para el escenario de destino. Las advertencias se muestran en amarillo y los errores se muestran en rojo. Asegúrese de que vea de advertencias y errores. Esto puede ayudar a reducir el tiempo general de investigación de problemas de puerta de enlace HNV. La secuencia de comandos realiza las operaciones de sólo lectura en todos los sistemas implicados. (Sin embargo, la secuencia de comandos inicia los recursos de clúster de puerta de enlace que se encuentran en un estado de error).

Nota: Este script es interactivo y utiliza stdout. No genera un archivo de salida. Por lo tanto, lea detenidamente la información que proporciona.

Habilitar el registro de depuración para la virtualización de red de Hyper-V (HNV)

Para obtener más información acerca de cómo habilitar el registro de HNV de depuración, consulte el siguiente artículo de Microsoft Knowledge Base:
2968430 Cómo habilitar el registro de depuración para la virtualización de la red de Hyper-V

Nota: Las capturas de virtualización netsh pueden ser muy grande muy rápidamente y deben utilizarse con moderación.

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3069275 - Última revisión: 03/22/2016 18:50:00 - Revisión: 3.0

Windows Server 2012 R2 Datacenter

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3069275 KbMtes
Comentarios