Implementar y mantener una red virtual escalable en VMware

Identificar políticas de NIC teaming en vSphere

El termino NIC teaming se refiere al agrupamiento de tarjetas físicas o pNICs de nuestros hosts ESX/ESXi para poder tener tolerancia a fallos y mediante una serie de políticas poder lograr una correcta distribución del trafico entre las mismas. Dentro de nuestro vSphere client conectado ya sea al vCenter o directamente a un host podemos navegar a Configuration>Networking y editamos las propiedades de un vSwitch:

Vamos a conocer todas las políticas que tenemos en esta sección de NIC teaming:

Resumen de cómo configurar un ESX para que tenga múltiples caminos a un iSCSI target con varias IPs, utilizando el driver iSCSI Software.

Para empezar tenemos 2 formas de configurarlo: crear un vSwitch con una NIC física para cada puerto VMkernel o crear un único vSwitch y forzar la configuración de cada puerto VMkernel para utilizar sólo 1 NIC física.
Al igual que en una SAN FC configuramos un virtual port de tipo VMkernel con su IP por cada puerto físico que queramos utilizar para la conectividad con los discos.
Si elegimos la opción de vSwitch único nos vamos a la configuración de vSwitch, doble-click en el VMkernel port, en la pestaña de NIC Teaming seleccionamos Override vSwitch failover order. Dejamos una NIC física activa y el resto como “Unused Adapter”. Repetimos los pasos para cada VMkernel port. Si tenemos 1 vSwitch para cada puerto no hay que tocar nada.
Una vez hecho esto hay que asociar cada VMkernel port a la HBA iSCSI Software. Para ello nos conectamos vía CLI al ESX.
Para cada VMkernel lanzamos el siguiente comando: esxcli swiscsi add –n port_name –d vmhba (donde portname será vmk y el nº de puerto, aparece en la configuración de Networking debajo de la IP del VMkernel, el vmhba aparece en Storage Adapters en el apartado iSCSI Software, por defecto es vmhba33).
Luego lanzamos esxcli swiscsi nic list –d vmhba33 y nos sacará un listado de todos los VMkernel que tiene asociados.
Si queremos desasignar “esxcli swiscsi nic remove –n port_name –d vmhba”.
Cuando terminemos hacemos un rescan de las HBAs y comprobamos que vemos todos los caminos que deberíamos ver. Luego se puede seleccionar en las propiedades del disco el modo de multipath (fixed, last used, round robin).

Fuente:  http://www.vmware.com/pdf/vsphere4/r41/vsp_41_iscsi_san_cfg.pdf

FJM.

Tarjeta de red oculta en el registro

Aparece un mensaje de error al intentar establecer una dirección IP en un adaptador de red

Imagino que os habréis encontrado como chiquicientas mil veces el problema de que se quita por el procedimiento mecagoendios una tarjeta de red de un sistema Windows y se instala otra a la que se quiere asignar la misma dirección IP. Ahí es cuando se nos pregunta aquello de:

La dirección IP 192.168.0.69 que ha especificado para este adaptador de red ya está asignada a otro adaptador pepito. pepito está oculto en la red y la carpeta Conexiones de acceso telefónico porque no está físicamente en el equipo o es un adaptador heredado que no funciona. Si la misma dirección está asignada a ambos adaptadores y ambos se vuelven activos, sólo uno de ellos usará esta dirección. Esto puede generar una configuración incorrecta del sistema. ¿Desea escribir una dirección IP diferente para este adaptador en la lista de direcciones IP en el cuadro de diálogo Avanzada?

Total que si dices que sí regresas al cuadro de diálogo para cambiar la IP y si decides que no realmente estás poniendo la IP que quieres poner.

Pero te queda aquél gusanillo de ¿andecosño estará el puto adaptador asqueroso ese que está oculto en el registro de los www?

Afortunadamente para todo hay solución en esta vida menos para la muerte (y para ser político). La gente de Microsoft lo tienen todo previsto y nos proponen dos soluciones de lo más majas, a escoger. Ambas están en este interesante artículo de la KB de Microsoft:

http://support.microsoft.com/kb/269155/es

La primera de las dos soluciones propuesta es la menos compleja. Se basa en hacer 6 pasos:

1. Abrir una línea de comandos ejecutando cmd.exe.

2. Escribir: set devmgr_show_nonpresent_devices=1 y presionar ENTRAR.

3. Abrir el administrador de dispositivos escribiendo en la línea de comandos: DEVMGMT.MSC y pulsar ENTRAR.

4. En el Administrador de dispositivos pulsar en el menú Ver y marcar Mostrar dispositivos ocultos.
5. Expandir el ítem Adaptadores de red.
6. Seleccionar los adaptadores que aparecen en color atenuado, clic con el botón secundario del ratón y Desintalar.

Fuente: http://josepros.blogspot.com/2007/07/quitar-tarjeta-de-red-oculta-en-el.html

Jorge.

Curso de protocolos TCP/IP

En este curso se estudian los protocolos más importantes de la familia TCP/IP clasificándolos en las capas de red, transporte y aplicación. En la capa de aplicación se estudia el servicio de nombres de dominio (DNS). Para tener  una visión integrada del protocolo TCP/IP dentro de una red  se recomienda visitar el Curso de redes de Saulo.Net. 
(C) Saulo Barajas. No se permite la reproducción total o parcial sin la autorización previa del autor. Pueden incluirse enlaces hacia esta página desde otros sitios web sin necesidad de solicitar autorización. Queda prohibida su venta o utilización como texto en centros de formación sin permiso expreso del autor. Sin embargo, el curso puede ser utilizado libremente para uso personal.

Última actualización del texto: 8 de diciembre de 2001
Texto original: octubre de 1999
Publicación en Internet: 9 de mayo de 2001
[Descarga del curso en ZIP (404 KB)] · [Curso de Redes] · [Publicaciones] · [Saulo.Net]
1. Introducción

2. Capa de red
    2.1 Direcciones IP
    2.2 Direcciones IP especiales y reservadas
    2.3 Máscara de subred
    2.4 Protocolo IP
    2.5 Formato del datagrama IP
          - Fragmentación
    2.6 Protocolo ARP
          - Tabla ARP (caché ARP)
    2.7 Protocolo ICMP
          - Solicitud y respuesta de eco
          - Utilización de PING para diagnosticar errores en una red aislada
          - Utilización de PING para diagnosticar errores en una red de redes
          - Mensajes ICMP de tiempo excedido
    2.8 Encaminamiento
3. Capa de transporte
    3.1 Puertos
    3.2 Protocolo UDP
          - Formato del mensaje UDP
    3.3 Protocolo TCP
          - Fiabilidad
          - Conexiones
          - Formato del segmento TCP
          - Establecimiento de una conexión
          - Cierre de una conexión
4. Nombres de dominio
    4.1 Métodos estándar de resolución de nombres
    4.2 Necesidad del DNS
    4.3 Componentes del DNS
          - Espacio de nombres de dominio
          - Zonas de autoridad
          - Tipos de servidores DNS
    4.4 Resolución de nombres de dominio
          - Preguntas inversas
- Documentación recomendada
    - Bibliografía
    - En Internet

[Subir] · [Publicaciones] · [Saulo.Net]

 Fuente : http://www.saulo.net/pub/tcpip/

Jorge.

Habilitar IPv6 en VSphere ESX4

Actualmente la versión de VMware vSphere ESX4 soporta IPv6 en foma nativa, es decir que la infraestructura ya se encuentra lista para ser utilizada sobre el nuevo estándar de direccionamiento Ip. La principal diferencia entre IPv4 y la IPv6 es la longitud, la primera se encuentra basada sobre un direccionamiento de 4 octetos generando una dirección final de 32‐bit es decir 4.294.967.296 (2³²) direcciones.
En cambio, IPv6 utiliza una dirección final basada en 128 bits, 8 grupos de 4 dígitos hexadecimales, formando un total de 340.282.366.920.938.463.463.374.607.431.768.211.456 (2¹²⁸) direcciones. En concreto, vSphere permite trabajar con IPv6, por defecto viene deshabilitado y la configuración se debe realizar por host desde el viClient como se muestra a continuación:

Una vez que se ha habilitado IPv6, los cambios se verán reflejados al reniciar el Host, para eso es conveniente colocar el ESX en modo mantenimiento y migrar las maquinas con VMotion. Una vez evacuadas rlas VMs se debe reiniciar el ESX.
Luego del reinicio, se deberá crear el virtual adapter para IPv6, para ello tienen tres formas de configurar el mismo.
1) Utilizando una direccion IP fija la cual ingresarán ustedes manualmente.
2) Utilizando un Servidor DHCP para la asignacion dinamica desde un servidor DHCP IPv6.
3) Obteniendo la msima desde un router.

A partir de ahora el ESX4 está en condiciones de trabajar con VMs sobre IPV6, las VMware tools ya tienen soporte para adaptadores con IPv6, de esta forma queda el marco completo con el nuevo direccionamiento soportado sobre VMware.
Hay que tener el cuenta que el login por viclient solo está soportado sobre IPv4 y que habilitar IPV6 permite una perfecta convivencia con IPV4 dentro del ESX.

Fuente: http://www.wetcom.com.ar/content/vsphere-esx4-habilitar-ipv6/

Jorge.