Año: 2011

[webinar] Habilitando funcionalidades de VMware usando StarWind HA.

Hoy he recibido un mail invitándome a un webinar de StarWind Software! Qué bien y oportuno!

Hace solo unos días que escribi una entrada en el blog de cómo crear un disco compartido para VMware ESX/ESXi usando StartWin SAN. Este webinar será muy bueno para aquellos que como yo estamos usando este software para poder habilitar alta disponibilidad en VMware.

Register for 2:00 PM GMT (9:00 AM EDT):
https://www2.gotomeeting.com/register/540956114

Register for 2:00 PM EDT (7:00 PM GMT):

https://www2.gotomeeting.com/register/893287795

El evento es en ingles, pero vale la pena asistir.

[simage=520,288,n,center,]

 

Creando un disco iSCSI usando StarWind SAN para un VMware ESX/ESXi.

El storage por iSCSI se caracteriza por que puede ser compartido entre varios host, eso lo hace ideal para clustering, VMware ESX/ESXi como ya saben hace clustering y con la ayuda de StarWind SAN podemos hacer uso de funcionalidades como vMotion y Storage vMotion por mencionar algunas.

Hace un tiempo StarWind anuncio que tenían licencias NFR (Not for Resale – no para re-venta) para aquellos con MCP o VCP. Para el momento que lei el anuncio no me intereso mucho porque tenía planes de usar OpenFiler, eso significaba tener otra máquina encendida y actualmente mi ambiente de VMware en casa no soporta otra VM para storage. Asi que StarWind to the rescue!

Cuando intente registrarme para la promoción parecía demasiado tarde, busque en Google el link y aun estaba disponible así que me registre y por suerte pude conseguir la licencia!

Hace ya alrededor de 1 mes que tengo el software instalado en una maquina que actualmente corre WHS (Windows Home Server), esta máquina tiene buenas prestaciones (Xeon 2.8, 3GB RAM, discos SATA II) así que mi WHS de repente se ha convertido en una SAN iSCSI.

Continuar leyendo «Creando un disco iSCSI usando StarWind SAN para un VMware ESX/ESXi.»

Sección 1 – Planear, Instalar y Actualizar VMware ESX/ESXi. Objetivo 1.5 – Identificando la Arquitectura de vSphere y Soluciones.

Objetivo 1.5 – Identificando la Arquitectura de vSphere y Soluciones.

1.5.1 – Diferenciar los productos y ediciones que forman la plataforma de vSphere.

1.5.2 – Entender la variedad de soluciones para datacenter (View, SRM, Lab Manager, Stage Manager, etc, etc,).

1.5.3 – Explicar la arquitectura de ESX/ESXi.

1.5.4 – Comparar y contrastar las diferencias entre bare meta y hosted.

Sección 1 – Planear, Instalar y Actualizar VMware ESX/ESXi. Objetivo 1.4 – Instalando VMware ESX/ESXi en una SAN.

Objetivo 1.4 – Instalando VMware ESX/ESXi.

1.4.1 – Configurando  LUN Masking.

1.4.2 – Preparando la SAN.

1.4.3 – Instalando VMware ESX/ESXi.

1.4.5 – Determinando el tamaño de boot en una LUN en ciertas situaciones.

Opinión.

Este es de los temas que se repiten pocas veces, quiero decir, cuantas veces se instala ESX/ESXi en la SAN ¿? O hasta en disco local o USB? Pocas!. Pero este es un tema con importancia porque muchos de los problemas posteriores a una instalación son debidos a mal diseño o selección de hardware fuera de la lista de compatibilidad.

La SAN, es otro tema importante. Si no se es quien administra la SAN es bueno tener contacto muy cercano con quien lo hace….

El uso de esxcli para configurar el LUN Masking, es imprescindible conocer bien este comando.

Sección 1 – Planear, Instalar y Actualizar VMware ESX/ESXi. Objetivo 1.3 – Asegurando VMware ESX/ESXi.

Una parte importante de cada instalación de ESX/ESXi es su seguridad, y uno de los settings que suelo activar inmediatamente conecto un ESX/ESXi a vCenter es el lockdown-mode.

En el Objetivo 1.3 del blueprint se detalla como identificar los principios de seguridad básicos, entender el firewall del Service Console, configurar  grupos y cuentas de usuarios y determinar que aplicaciones necesitaran acceso al Service Console en una situación específica.

1.3.1 – Identificar los principios de seguridad por defecto.

1.3.2 – Entender el firewall del Service Console.

1.3.3 – Configurar grupos y usuarios.

1.3.4 – Determinar que aplicaciones necesitaran acceso al Service Console en una situación específica.

Como muchos saben, ESXi viene con integración a ActiveDirectory y es muy recomendable conectarlo allí para gestionar accesos con simplemente crear grupos y agregar usuarios a estos grupos.

Fuente!!