En varias ocasiones puede suceder que tengamos que enviar a un syslog externo nuestros logs de ESX o ESXi, el requerimiento generalmente proviene del sector de seguridad informática que es el área responsable de hacer el análisis de los mismos para detectar posibles anomalias o intentos de acceso a nuestro host.

También puede suceder que los necesitemos como metodo de detección de alertas o warnings.  Para todos estos casos en aquí esta la respuesta.

1. Primero hacemos Login en nuetro Servidor ESX o ingresamos a travéz del vCenter.
2. Seleccionamos el servidor ESX
3. a nuestra izquierda seleccionamos el panel Configuration

VMware salió con los tapones de punta a Hyper V de Microsoft ofreciendo vSphere Essential Plus 4.1 Kit el cual viene dotado de uno de los features que más premios le dió a la empresa de Palo Alto, efectivamente  hablamos de que incluye de serie VMotion.

Ahora si VMware se posiciona fuertemente en entornos pequeños de manera de que nadie “quiera” mover sus soluciones de ahí. Digo quiera, porque la verdad que con todo lo que incluye el kit de VMware Essential Plus 4.1 es realmente una solución por demás completa.

Repasemos los features de esta versión:

VMware ya publicó en su sitio la actualización de los valores máximos y mínimos para la versión vSphere 4.1. Para recordarles un poco, los máximos y mínimos generalmente son utilizados A) para dar la certificación de vmware VCP (VMware Certified Profesional), B) para realizar el correcto sizing de una solución de virtualización.

En esta nueva publicación, ya adentrada en la versión 4.1, vemos que se reflejan los nuevos cambios a nivel escalabilidad de vcenter y de ESX.

Les paso los más interesantes:

Hosts per vCenter Server: max 1000

Powered on virtual machines per vCenter Server: max 10000

Como les contamos en el post anterior, vmware lanzó vsphere 4.1, y en el día de hoy anunciaron oficialmente la salida de vCenter Site Recovery Manage 4.1 .

Bajo la brand vCenter, Site Recovery Manager 4.1 busca simplificar cada vez más el diseño e implementación de los sitios de contengiencia basado en  la tecnología de virtualización VMWare. Como vExperts y Partnes de VMware tuvimos acceso a la Beta y en principio ya estamos preparando una review con capturas de pantalla para que puedan conocer como es el producto.

Mientras tanto les dejamos las principales características de SRM 4.1 :

VMware lanzó la nueva versión de vSphere 4.1 y junto a este lanzamiento también encontramos novedades imporantes en terminos de licencias como de features nuevos.

Extraído del sitio original de vmware, a continuación les pasamos el detalle de que incluye y que no incluye las nuevas licencias de vmware.

Para aquellos que quieran compararlo con la versión 4.0, les dejo el post con la revisión de las licencias anteriores.

Al ver el nuevo gráfico de licencias pueden verificar que HA y VMotion están en la versión standard, mientras que Fault Tolerance (FT) ahora es parte del advanced.

El viernes 9 de Abril de 2010, VMware publicó el  VMSA-2010-0007 (alerta de seguridaD), que se encuentra catalogada como una actualización de alta criticidad dadas las múltiples vulnerabilidades encontradas en varios de sus productos.

A continuación haremos una breve descripción de la publicación.

Resumen de los productos alcanzados

• VMware ESXi 4.0 anterior al patch ESXi400-201002402-BG
• VMware ESXi 3.5 anterior al patch ESXe350-200912401-T-BG
• VMware ESX 4.0 sin los patches ESX400-201002401-BG,ESX400-200911223-UG
• VMware ESX 3.5 sin el patch ESX350-200912401-BG
• VMware ESX 3.0.3 sin el patch ESX303-201002203-UG
• VMware ESX 2.5.5 sin el Upgrade Patch 15.
• VMware Workstation 7.0,

Enfrentando una actualización de equipamiento y sumado a que estaba trabajando en preparar una serie de documentos sobre optimización y performance sobre vSphere, he necesitado realizar sucesivas tareas de VMotion en nuestra granja de ESX (8 servidores corriendo vSphere 4 Enterprise Plus) y me he encontrado con la necesidad de aumentar la cantidad de VMotions simultaneos que podía hacer el vCenter.

Cuando o porque configurar esta opción?, si tenemos un DRP en linea, les aseguro que esta puede ser una excelente ocación.

El pasado primero de Febrero de 2010, nuestros amigos de xtravirt (empresa dedicada a virtualización) publicó de forma gratuita su plugin de microsoft remote desktop (RDP) para vmware vsphere client.

Por más trivial que parezca, el plugin es sumamente útil para aquellos administradores que día a día utilizan más de 50 o 100 máquinas virtuales y tienen que tomar control remoto de ellas para administrarlas.

El principal motivo para utilizar este plugin es justamente que acceder por el modo consola en VMware no es una de las mejores practicas sugeridas por VMware dado que  consume una importante cantidad de recursos en las másquinas virtuales y en el service console del ESX, ni hablar si hay varios administradores conectados y olvidan las sesiones de consola abiertas.

El 25 de Febrero de 2010, VMware anuncia el lanzamiento de una nueva actualización de VMware Update Manager, esta vez hacia la version 4 Update 1 Patch.

Update Manager 4 Update 1 Patch 1

Evidentemente Microsoft tiro la primera piedra y ahora todos arrojan la suyas, tenemos un release que está en Versión 4 en Update 1 y en Patch 1 ??? cual será el siguiente paso ?, me parece que sería  bueno que VMware comience a ajustar sus tornillos en materia de QA, porque como ya vimos antes, tuvieron problemas con el procedimiento para actualizar de ESX 4 a ESX 4 Update 1a, y además  porque tienen mucho protagonismo en los datacenters corporativos como para andar tan distraídos, más aún cuando hablamos de un software que  justamente se dedica a aplicar parches.