DevOps, Virtualizacion, Linux, Seguridad y un poco mas..
Objetivo 3.3 – Configurando NFS Datastores.
3.3.1 – Identificando los componentes de hardware de un NFS Datastore.
ESX/ESXi soporta usar NAS mediante el protocolo de NFS, el protocolo NFS habilita comunicación entre un cliente y un servidor de NFS.
El cliente build-in en ESXi solo soporta NFS versión 3.
Los componentes para poder usar NFS como datastore son:
Hace varias semanas tengo disponible un equipo dedicado con muy buenas prestaciones el cual pretendía usar para virtualizar con VMware o como último recurso con XenServer, lamentablemente este equipo no tiene KVM y mucho menos forma de usar virtual media. Gracias a que el proveedor del dedicado tiene un modo “Recovery”, este funciona booteando el server via PXE con un LiveCD de Ubuntu, asi que con este modo podría intentar instalar ESXi.
Mi primer intento fue copiar el archivo imagendd al servidor para luego hacer un “dd if=imagedd of=/dev/sda” esto debería instalar ESXi, inmediatamente recordé que no tendría forma de introducir el password usando el DCUI asi que era una misión casi imposible. Luego pensé en instalar ESXi en un USB y bootear en un equipo con hardware similar al dedicado para asi crear una imagen desde ese USB ya con un password y las configuraciones que necesitaba. Al final me di cuenta que la controladora SATA no estaba en la HCL.
El segundo intento fue instalar XenServer en un equipo con procesador Opteron, el dedicado tiene un Opteron, lamentablemente otra vez el inconveniente al parecer era la controladora SATA, al parecer el Kernel en XenServer no tiene el modulo necesario para ver la controladora.
Ultimo intento fue Debianizar el servidor para instalar Proxmox. Esta ultima resulto y tengo el equipo funcional, no como deseaba pero por lo menos puedo virtualizar.
Si por alguna razón tienes un servidor remotamente inaccesible, y que no tenga Debian instalado y asi lo deseas, gracias a debootstrap esta tarea es más sencilla de lo que se pueda imaginar.
El “servidor” en cuestión es un Fujitsu PRIMERGY MX130, lo bueno de este equipo es que es “green edition” y soporta hasta 16G de RAM. Lamentablemente al parecer para poder instalar ESX/ESXi en el, tendría que tener acceso a consola o por lo menos iKVM.
http://www.server4you.com/templates/images/downloads/ds-py-mx130s1_en.pdf
3.2.1 – Identificando los componentes en hardware de un SAN iSCSI.
Igual que la fibra óptica, las SAN basadas en iSCSI son formadas por 3 componentes.
Esta es la controladora de los discos y de los dispositivos que convierten los discos tradicionales a tecnología iSCSI.
A diferencia que la Fibra Óptica, el protocolo iSCSI usa switches de red, es recomendable usar una VLAN dedicada, o mejor aún, un Switch dedicado.
El iSCSI initiator es el mismo ESX host, en este host tenemos un software o hardware initiator.
Objetivo 3.1 – Configurando almacenamiento de FC SAN.
3.1.1 – identificando los componentes de una SAN.
Cuando se decide usar una SAN en el ambiente de VMware primero tenemos que asegurar que esta SAN en particular está en la lista de hardware soportado de VMware (HCL). Una SAN está formada por diferentes compoenentes.
Esta es la parte que controla los discos, crea los LUNs y los presenta a nuestros ESX/ESXi. La mayoría de veces la controladora es manejada/administrada desde un entorno web o por un software determinado que proporciona el fabricante.
El SAN Controller y los host con ESX/ESXi deben estar conectados a estos Switches de Fibra. Se puede comparar un Switch de FC a uno de Ethernet pero no pueden ser mezclados.
Las HBA son las usadas para conectar nuestros ESX/ESXi a los SAN Switches, este también es un hardware que es muy recomendado sea soportado en el HCL.
Para leer más sobre Fabric Channel (FC) -> http://en.wikipedia.org/wiki/Fibre_Channel_fabric
Objetivo 2.3 – Configurando la red de manejo de VMware ESX/ESXi.
2.3.1 – modificando la configuración IP en el service console.
Inicialmente cuando terminamos de instalar ESX, este configura la primera tarjeta encontrada en el sistema.
En el siguiente enlace están los pasos para configurar tarjetas adicionales a la primera detectada.
2.3.2 – Configurando la disponibilidad de Service Console.
Una opción es asignar múltiples NIC al vSwitch donde reside la Service Console. Otra opción, es crear una segunda consola de servicio, preferiblemente en una red físicamente diferente a la original.
2.3.3 – configurando DNS y routing para un host ESX.
La configuración de DNS es muy importante en ESX/ESXi, de esta depende que los hosts puedan conectar a vCenter y tener HA.
Fuentes:
http://www.simonlong.co.uk/blog/vcp-vsphere-upgrade-study-notes/