Вы находитесь на странице: 1из 7

MICROSOFT HYPER-V

Qu es Hyper-V virtualizacin de red?


Cualquier servicio, cualquier servidor, cualquier centro de datos o de la nube!
La verdadera red y la portabilidad de la mquina virtual - ese es el objetivo final de Hyper-V virtualizacin de red - lo que le permite,
como IT Pro, para alinear el cambio de necesidades del negocio con las mejores ubicaciones de recursos fsicos para ejecutar sus
servicios de VM y de red - fcilmente, sin el barrido de red, router, switch, firewall y DNS cambios con los que tradicionalmente
estaramos plagado cuando simplemente intentar la hazaa de volver a poner las mquinas virtuales a un nuevo bastidor, subred o
centro de datos ... WOW!
Windows Server 2012 y nuestra GRATIS Hyper-V Server 2012 incluye una nueva caracterstica de virtualizacin de red que permite la
configuracin de la " creacin de redes definida por software (SDN) "dentro del hipervisor Hyper-V nativo. Hyper-V virtualizacin de
redes extiende los beneficios de virtualizacin nos hemos dado cuenta que la virtualizacin de cargas de trabajo de servidores en la
capa de red para desacoplar nuestra infraestructura de red fsica de lgicas de capa 2 y capa 3 subredes, como se ilustra a
continuacin:

Suena interesante! Pero, Por qu utilizar la tecnologa
Hyper-V Red Virtualizacin En lugar de VLANs
tradicionales?
Hyper-V virtualizacin de red estaba destinado a hacer frente a las limitaciones y complejidad observados en ambientes tpicos
utilizando VLANs, tales como:
Escalabilidad limitada - configuraciones tpicas de conmutador de red permiten slo 1000 VLAN sobre un mximo de 4.094
IDs de VLAN. Por el contrario, la tecnologa Hyper-V Red de virtualizacin puede escalar para soportar ms de 16 millones de
redes virtualizadas.

Costo y la complejidad de configuracin - entornos de uso de muchos VLANs necesitan gestionar cuidadosamente las
configuraciones de VLAN en cada switch, host y la mquina virtual para garantizar una experiencia consistente. Adems, las
configuraciones de VLAN empresa puede requerir conmutadores de red con capacidades avanzadas de procesamiento de un
nico proveedor de hardware, muchas veces lo que hace difcil cost ampliar efectivamente la capacidad de red virtual.Hyper-
V Red de virtualizacin puede ser implementada centralmente a travs de las polticas de virtualizacin de red a travs de
una variada infraestructura de conmutacin de red y no requiere capacidades especiales en el hardware de red
subyacente.

Limitada a una sola subred - VLAN tradicionales estn limitadas a una sola subred, y aunque las VLAN se pueden extender a
travs de sitios fsicos, deben estirar una subred en la capa de red a travs de esos lugares fsicos, lo cual puede causar
problemas de enrutamiento extremos - especialmente cuando se trata de aprovechar una combinacin de recursos del centro
de datos privados junto con los recursos de nube pblica o alojados. Hyper-V Red de virtualizacin puede presentar redes
virtualizadas a travs de redes IP diferentes que se extienden por privado, organiz y recursos de la nube pblica.
Al eliminar estas limitaciones, Hyper-V virtualizacin de red ampla el valor de las caractersticas de virtualizacin que se basan en las
configuraciones de red. Como discuto estas capacidades con los profesionales de TI a nuestros Camp IT eventos, tres de los nuevos
escenarios que estn realmente entusiasmados incluyen:
1. Cross-subred migracin en vivo de mquinas virtuales - Migrar mquinas virtuales en ejecucin en vivo de Hyper-V hosts
en una subred de red fsica diferente! Hyper-V virtualizacin de red se extiende subredes virtualizados a travs de una o varias
subredes IP fsicas, lo que permite la migracin en vivo para ser utilizado a travs de lmites de subredes fsicas. Nota: Cross-
subred migracin en vivo con la tecnologa Hyper-V virtualizacin de red requiere el uso de Hyper-V a travs de SMB 3.0 para
proporcionar almacenamiento compartido para VM de Hyper-V hosts de cada subred fsica. Hyper-V a travs de SMB 3.0
utiliza archivos compartidos rentables en Windows Server 2012 para proporcionar una ubicacin de almacenamiento
compartido que cada Hyper-V puede acceder para correr y vivir la migracin de las mquinas virtuales.



2. Direccin IP y VM Portabilidad a travs de subredes y locales - Como cambian las necesidades empresariales, re-localizar
las mquinas virtuales a cualquier centro de datos, hosting proveedor o ubicacin de la nube pblica sin cambiar las
direcciones IP existentes de las mquinas virtuales! Hoy en da, numerosas opciones de configuracin estn vinculados a la
direccin IP de cada mquina virtual - lugares fsicos del centro de datos, reglas de firewall, ACL del router, funciones de
servicios de directorio, etc - y esto puede hacer cambiar la direccin IP de una mquina virtual implementada un proceso
doloroso. Como resultado, muchas tiendas encuentran con que su difcil de mover mquinas virtuales nuevas ubicaciones de
host - como el nuevo centro de datos, organizada o lugares de nube pblica - a medida que cambian las necesidades del
negocio, debido a que estos movimientos generalmente requeriran cambios de direccin IP - no as con la tecnologa Hyper-V
Red Virtualizacin!

3. Multiempresa con rangos de direcciones IP Superposicin - Esta es una gran solucin para los proveedores de hosting, que
necesitan para garantizar que la recoleccin de cada cliente de las mquinas virtuales estn completamente aisladas en una
capa de red de otros clientes. Cada red virtualizada tambin puede utilizar esquema de IP nativa del cliente frente, aunque
normalmente entrara en conflicto con esquemas de direccionamiento IP utilizadas por otros clientes.
Cmo funciona la tecnologa Hyper-V virtualizacin de
red?
Hyper-V virtualizacin de red se ejecuta en Windows Server 2012 y Hyper-V Server 2012 como un nuevo mdulo de controlador de red,
Windows virtualizacin de red (tambin conocido como "ms_netwnv"). Este mdulo se puede enlazar a NIC fsicos en cada servidor y
configurado con un conjunto de polticas para virtualizar el direccionamiento de red y reglas de enrutamiento. En la configuracin de
virtualizacin de la red, dos enfoques diferentes de configuracin se pueden utilizar:
Generic Routing Encapsulation (NVGRE) - Este enfoque se basa GRE (RFC 2784 y 2890 ) Tneles entre hosts Hyper-V para
encapsular las redes virtualizadas mediante los datos que se describen en el RFC Proyecto NVGRE documento que se ha
presentado a la Internet Engineering Task Force (IETF) . Este proyecto de documento RFC fue ensamblado por un comit de
veteranos de la creacin de redes que incluye ingenieros de Intel, Dell, HP, Emulex, Broadcom y Microsoft. NVGRE es el
enfoque configuracin preferida para la mayora de escenarios de virtualizacin de red con hosts Hyper-V.

Reescritura de direcciones IP (IP de reescritura) - este mtodo utiliza un enfoque de NAT como en cada host Hyper-V para
volver a escribir las direcciones de red virtualizados en direcciones de red nativas que se pueden enrutar a travs de la
arquitectura de la red fsica. IP Rewrite est pensado para escenarios en los equipos virtuales requieren un ancho de banda
extremadamente alto rendimiento, tales como 10 Gbps Ethernet, ya tradicional NIC OFFLOAD mecanismos son compatibles
para aumentar el rendimiento.
Desde NVGRE es la opcin preferida para la mayora de los escenarios de virtualizacin de red, nos centraremos en este enfoque para el
recordatorio de este artculo. Sin embargo, echa un vistazo a este artculo si usted est interesado en obtener ms informacin sobre la
propiedad intelectual de reescritura y una comparacin ms profunda entre los dos enfoques.
Qu cambios son necesarios para Mis existentes
Conmutadores de red fsicos?
NINGUNO! NVGRE se puede implementar a travs de una red IP fsica existente sin requerir cambios a su red de arquitectura de switch
fsico. Desde tneles NVGRE terminan en cada host Hyper-V, los anfitriones manejar toda la obra para el encapsulado y el trfico de red
de-encapsulacin. Si tiene servidores de seguridad que bloquean los tneles GRE entre sitios, usted tendr que configurar los servidores
de seguridad para apoyar el reenvo GRE (protocolo IP 47) el trfico de tnel.
Nota de seguridad: tneles NVGRE no proporcionan de forma nativa el cifrado del contenido de la carga til. Si un tnel NVGRE se
est extendiendo a travs de segmentos de red pblica, recomiendo considerarIPsec como parte de sus polticas de capa de red para
autenticar y cifrar el trfico de red de extremo a extremo entre los extremos de la mquina virtual.
Rendimiento Nota: Si usted est planeando aprovechar NVGRE virtualizar cargas de trabajo de red pesada IO, tambin se debe
considerar el hardware del adaptador de red que soporte GRE Descarga dedentro del chipset de red. Sin el apoyo GRE Descarga de
dentro de la tarjeta de red, tarjeta de red tradicional de las tecnologas de descarga no funciona con el trfico GRE. Se espera que un
nmero de tarjetas de red de apoyo GRE Descarga de Windows Server 2012 y Hyper-V Server 2012 a finales de este ao calendario.
Estoy listo! Por dnde empiezo?
El mejor lugar de partida es a la disposicin primera del esquema de direccionamiento de direcciones IP y subredes que desea
virtualizar. En la configuracin de Hyper-V virtualizacin de red, hay dos tipos de direcciones IP que usted va a estar interactuando con:
Las direcciones de Proveedores (PA ) - se trata de una nica direccin IP asignada a cada host Hyper-V que son enrutable en
toda la infraestructura de red fsica. Me gusta pensar en direcciones "pa" como " direcciones fsicas ", ya que estn asignados
a los hosts fsicos de Hyper-V. Cada host de Hyper-V requiere al menos un PA que se asignar.

Las direcciones de los clientes (CA) - se trata de una nica direccin IP asignada a cada mquina virtual que va a participar
en una red virtualizada. Me gusta pensar en direcciones "CA" como "Direcciones de contenedores ", porque son las
direcciones IP asignadas a cada" contenedor "VM para su uso por el sistema operativo invitado que se ejecuta dentro de esa
mquina virtual. Usando NVGRE, mltiple de CA para las mquinas virtuales que se ejecutan en un servidor Hyper-V puede ser
un tnel utilizando un nico PA en ese host Hyper-V. CA de debe ser nico en todas las mquinas virtuales en la misma red
virtualizada, pero de CA no necesitan ser nicos a travs de redes virtuales (por ejemplo, en los escenarios con varios
inquilinos, donde las mquinas virtuales de cada cliente son aislados en redes virtuales separadas).
Veamos un ejemplo sencillo de NVGRE con dos hosts de Hyper-V utilizando PA y de CA de:

En este ejemplo, se le nota que cada host Hyper-V se le asigna uno PA direccin (por ejemplo, 192.168.xx) utilizada para el trfico
NVGRE tnel a travs de dos subredes fsicas (por ejemplo, 192.168.1.x/24 y 192.168.2. X/24) en la red fsica. Adems, cada mquina
virtual se le asigna un CA direccin (por ejemplo, 10.xxx) que es nico dentro de cada red virtualizado y se hace un tnel dentro del
tnel NVGRE entre hosts.
Para separar el trfico entre las dos redes virtuales, los encabezados de los paquetes GRE sobre tunelizados incluir una clave GRE que
proporciona un nico ID de subred virtual (por ejemplo, 5001 y 6001) para cada red virtualizado.
En base a esta configuracin, tenemos dos redes virtualizadas (por ejemplo, la red de "Red" y la red "Blue") que estn aislados entre s
como las redes IP separadas y se extendi a travs de dos hosts de Hyper-V fsicos situados en dos subredes fsicas diferentes .
Una vez que tenga los siguientes definidos para su entorno en una hoja de clculo, ya est listo para pasar a los prximos pasos en la
configuracin de Hyper-V virtualizacin de red:
PA de cada host Hyper-V
CA de cada mquina virtual
Subred Virtual de Identificacin para cada subred para virtualizar
Hecho! Cmo puedo configurar Hyper-V virtualizacin de
red?
Polticas de Hyper-V Red de virtualizacin se pueden configurar de forma centralizada utilizando PowerShell 3.0y PowerShell
Remoting , sin costo adicional. Adems, System Center 2012 Servicio Virtual Machine Manager Pack 1 , actualmente disponible como
beta pblica, tambin ofrece una consola de administracin GUI empresa que puede desplegar y administrar centralmente las polticas
de Hyper-V Red de virtualizacin a travs de un gran nmero de hosts Hyper-V.
Para comprender los pasos de configuracin para cada tipo de red virtual de direccionamiento (por ejemplo, PA del, CA de, subred
virtual IDs) descrito anteriormente, vamos a paso a travs de los cmdlets de PowerShell 3.0 se utilizan para configurar estas polticas una
por una. En estos ejemplos, nos centraremos en los pasos de configuracin de los componentes de red virtuales "Blue" en los hosts
Hyper-V en el ejemplo ilustrado anteriormente.
Nota: Si usted va a utilizar System Center 2012 para implementar y administrar polticas de virtualizacin de red como se ha sealado
anteriormente, usted no tendr que ejecutar manualmente los PowerShell 3.0 cmdlets especficos a continuacin porque System Center
2012 se ejecutar los cmdlets de PowerShell apropiados de forma automtica a implementar las polticas. Pero, an as nunca est de
ms para entender lo que est sucediendo detrs de las escenas! :-)
Aqu vamos! Vamos a empezar la configuracin de Hyper-V virtualizacin de redes a travs de PowerShell 3.0 ...
1. Habilitar el enlace de red de virtualizacin de Windows en la NIC fsica de cada Hyper-V Host (Host 1 y Host
2) Enable-NetAdapterBinding Ethernet -ComponentID ms_netwnv



2. Configurar registros Azul subred Locator y Ruta en cada Hyper-V Host (Host 1 y Host 2 ) New-
NetVirtualizationLookupRecord -CustomerAddress "10.1.1.11" -
ProviderAddress "192.168.1.10" -VirtualSubnetID "6001" -
MACAddress"101010101105" -Rule "TranslationMethodEncap"


New-NetVirtualizationLookupRecord -CustomerAddress "10.1.1.12" -
ProviderAddress "192.168.2.20" -VirtualSubnetID "6001" -
MACAddress "101010101107" -Rule "TranslationMethodEncap"


el ltimo comando en este paso anteriormente, un " RoutingDomainID "tambin se especifica. Si bien esto no es una
direccin de red per-se, cada conjunto de redes virtualizadas que ser recorrido entre s debe tener un nico definido por el
administrador de enrutamiento de dominio ID. Utilizando el ejemplo anterior, la subred "Blue" y la subred "Rojo" no tienen el
trfico enrutado entre s y, como tal, requerira cada uno un nico dominio de enrutamiento ID.
3. Configuracin de la direccin del proveedor y de la ruta registra en Hyper-V Host 1 (1 Host Only) $ NIC = Get-
NetAdapter Ethernet


New-NetVirtualizationProviderAddress -
InterfaceIndex $NIC .InterfaceIndex -ProviderAddress "192.168.1.10" -
PrefixLength 24
New-NetVirtualizationProviderRoute -
InterfaceIndex $NIC .InterfaceIndex -DestinationPrefix "0.0.0.0/0" -
NextHop "192.168.1.1"
4. Configuracin de la direccin del proveedor y de la ruta registra en Hyper-V Host 2 (Host 2 Only) $ NIC = Get-
NetAdapter Ethernet


New-NetVirtualizationProviderAddress -
InterfaceIndex $NIC .InterfaceIndex -ProviderAddress "192.168.2.20" -
PrefixLength 24
New-NetVirtualizationProviderRoute -
InterfaceIndex $NIC .InterfaceIndex -DestinationPrefix "0.0.0.0/0" -
NextHop "192.168.2.1"
5. Configure el ID de subred virtual en los puertos del switch Hyper-V de red para cada "Blue" de la mquina virtual en
cada Hyper-V Host (Host 1 y Host 2) Get-VMNetworkAdapter -VMNameBlueVM1

| where { $_ . MacAddress -eq "101010101105" } | Set-VMNetworkAdapter -
VirtualSubnetID 6001

Get-VMNetworkAdapter -VMName BlueVM2 | where { $_ . MacAddress -
eq"101010101107" } | Set-VMNetworkAdapter -VirtualSubnetID 6001
Eso es todo! Una vez que haya pasado por estos 5 pasos, ahora debera ser capaz de enrutar el trfico entre mquinas virtuales a travs
de la subred virtual "Blue" que utilizan el espacio de direcciones IP de 10.1.1.x / 24.
Nota: Si Firewall de Windows est habilitado en el sistema operativo en cada mquina virtual, puede que tenga que configurar el
Firewall de Windows, dentro de cada mquina virtual para permitir que el trfico que est utilizando para probar. Por ejemplo, para
permitir el trfico de ping entre VM con el Firewall de Windows est activado, puede usar los siguientes cmdlets de PowerShell 3.0 en
cada mquina virtual:
Nueva-NetFirewallRule -DisplayName "Permitir ICMPv4-In" en el
protocolo ICMPv4
Nueva-NetFirewallRule -DisplayName "Permitir ICMPv4-Out" -
ProtocoloICMPv4 -Direccin de salida
VMWARE VSPHERE
Funciones de vSphere

Procesamiento potente
Virtualice los recursos de servidores x86 y acumlelos en depsitos lgicos para la asignacin de diferentes cargas de
trabajo.

Servicios de red
Obtenga servicios de red optimizados para el entorno virtual, junto con una administracin simplificada.

Almacenamiento eficiente
Reduzca la complejidad de los sistemas de almacenamiento de back-end y obtenga a un uso ms eficiente del
almacenamiento en entornos virtualizados.

Seguridad eficiente
Proteja sus datos y aplicaciones con la plataforma de virtualizacin de nivel bsico de hardware ms segura del sector.
Alta disponibilidad
Maximice el tiempo de servicio del sistema en toda su infraestructura virtualizada, reduciendo el tiempo fuera de
servicio no planificado y eliminando el tiempo fuera de servicio planificado para el mantenimiento de los servidores y el
almacenamiento.
Automatizacin coherente
Disminuya los gastos operacionales y minimice la cantidad de errores agilizando las tareas de rutina con las soluciones
precisas y repetibles de vSphere.

CITRIX XEN SERVER

Вам также может понравиться