Cómo modelar y predecir los cambios en su infraestructura utilizando VMware ESX vKernel Modeler
Con productos como Capacity Analyzer, SearchMyVM y ChangebACK, VKernel ha demostrado proporcionar herramientas de fácil uso para los sistemas de gestión en una infraestructura virtual.

Recientemente lanzaron VKernel Modeler, su último producto que le permite crear “escenarios hipotéticos”.
Con el producto Modeler puede simular diferentes escenarios para ver cuales serian los efectos de ciertos cambios en su entorno virtual. Es ineteresante conocer de antemano el comportamiento al añadir un número de máquinas virtuales, el cambio de grupo o la configuración de agrupaciones de recursos…

¿Cómo puedo empezar?
Modeler se ofrece como un appliance asi que lo que tienes que hacer es descargar, iniciar la máquina virtual, introducir los ajustes de red, y ya está.

De forma predeterminada Modeler recupera los datos de rendimiento de las últimas 168 horas (7 días) de vCenter, sólo hay que asegurarse de establecer las estadísticas de su vCenter al nivel 2 o superior.

Lo primero es crear una “sesión de modelo” y arrastra el “entorno virtual” a este período de sesiones.

El tablero de instrumentos Modeler da una visión rápida con  un número de consultas de capacidad.

Por ejemplo, en la imagen de arriba se ve “la capacidad actual de cuellos de botella”. Esto mostrará los elementos de su infraestructura virtual que tienen cuellos de botella. Por ejemplo, una máquina virtual con una espera IO alta, una serie cuyo almacenamiento esta casi a plena capacidad, o como se muestra en la imagen, un grupo donde la memoria esta a plena capacidad.

En el “Mapa de Capacidad de disponibilidad” se obtiene una visión rápida de la máquinas virtuales, las agrupaciones y los grupos de recursos que pueden contener. Se puede ver inmediatamente si la memoria, CPU o almacenamiento es el factor limitante que le impide colocar más máquinas virtuales en ese host, grupo o pool de recursos. Luego está la “capacidad futura de cuellos de botella” sección, que muestra la predicción de los cuellos de botella críticos que puedan ocurrir.

Utilizando Modeler para simular los cambios a su infraestructura virtual
En este punto, el tablero de instrumentos muestra los valores actuales, que seguramente será muy interesante, pero lo que realmente queremos es una simulación de los cambios que queremos hacer. Digamos que desea añadir un host adicional a la infraestructura virtual, pero no estás seguro si comprar 4 procesadores 4x con 32 GB de memoria RAM o 2 procesadores con 64GB ser una mejor opción?

En la sesión de modelo, ahora puedes agregar un host al clúster con las especificaciones que usted elija. Entonces, para el primer escenario (las 16 principales / 32 GB) nos fijamos en el salpicadero para ver cuál es el impacto en sus “cuellos de botella en la capacidad actual”.

¿Cuál es rendimiento ahora? A continuación, puede crear un segundo período de pruebas, o imprimir estas en pdf y editar el período de pruebas, para ver cómo su infraestructura virtual se beneficiaría al añadir otro host.

Los parametros ideales:

<!–[endif]–><!–[if gte mso 9]> Normal 0 21 false false false MicrosoftInternetExplorer4 <![endif]–><!–[if gte mso 9]> <![endif]–> <!–[endif]–><!–[if gte vml 1]> <![endif]–><!–[if !vml]–><!–[endif]–>

Se han corregido múltiples vulnerabilidades en VMWAre ESX, que podrían ser aprovechadas por un atacante para descubrir información sensible, causar una denegación de servicios o comprometer los sistemas afectados.

VMware es un software que permite ejecutar diferentes sistemas operativos en un mismo PC de forma virtual. Entre otras aplicaciones, VMware es muy utilizado en seguridad informática por la versatilidad que ofrece. VMWare ESX permite asignar recursos de procesador, memoria, almacenamiento de información y redes en múltiples máquinas virtuales.

Se han corregido un total de 48 vulnerabilidades que residen en DHCP, JRE y en el kernel del VMware ESX 3.5 y 3.0.3.

Las actualizaciones están disponibles desde:

Para ESX 3.5

• Consola de Servicio DHCP
• Librería DHCP y kernel
• JRE

Para ESX 3.0.3

• Consola de Servicio DHCP

MAS REFERENCIAS
VMSA-2009-0014 VMware ESX patches for DHCP, Service Console kernel, and JRE resolve multiple security issues

fuente: hispasec.com

I have just returned from a successful 2 day IPexpo event in London, and was extremely excited to see the many Google Alerts for ‘XenDesktop’, ‘AppSense’, and ‘User Environment Management’ in my inbox.  Upon clicking on the alert I was taken to Daniel Fellers ‘Ask the Architect’ pages within the Citrix Community site.

In this instance, Daniel (a Lead Architect for the WorldWide Consulting Services at Citrix) interviews Sandy Kingdon (a Dynamic Desktop Architect at CSC) on how CSC has designed and is well into the implementation of Citrix XenDesktop, VMware ESX and AppSense User Environment Management to support a 40,000 user environment.

Sandy explains how CSC were able to overcome some notable challenges, including:

• Supporting multiple users across different sites using different language and MUI packs from just 2 vDisks
• Controlling Application Access
• Persisting User Personalization Settings between sessions
• Current and future plans for supporting User Installed Applications in a non-persistent environment

As AppSense are a core component of CSC’s standard offering for Dynamic Desktop, Sandy covers how by virtualizing the user and controlling Policy and Personalization separate from the underlying OS and App components that CSC were able to overcome the above challenges.

The podcast can be found here

Thanks to both Daniel and Sandy for the great podcast and an insight into a real world large scale XenDesktop deployments.

Koneksi Remote Login XDMCP dari Ubuntu

Base on experience lagi nih.
Aku lagi pengen remote login mesin solaris 10 dari my Ubuntu. nah… setelah searching sana sini, nemu dah caranya buat aktifin remote XDMCP dari Ubuntun.

Begini caranya :
- editlah file berikut : /etc/gdm/gdm.conf
Enable=true (di uncomment juga yah, dan ganti false jadi true)
RemoteGreeter=/usr/lib/gdm/gdmlogin (di uncomment ato bahasa enaknya tanda # dihilangkan).

trus
dari GUI nya Ubuntu ikuti langkah ini :
System -> Administration -> LoginWindow
– @ Remote tab
Change style to “Plain face with browser”
– @ Security tab
Deselect “Deny TCP connections…”

kemudian
# kill -HUP `cat /var/run/gdm.pid`
ini akan merestart X window sessionnya.
so akan nge blank and than muncul lagi login window nya.

nah.. pada saat login window ini, pilihlah remote login XDMCP, disini nanti akan diminta alamat IP mesin yang akan di Remote, tinggal masukin IP mesin yang akan di Remode, dan double klik, masuk dah ke GUI mesin Remote itu.

selamat mencoba, silahkan bertanya jika ada yang diperlukan.

GOOD LUCK.
regards
Bhieveth27 a.k.a Brother “BJ” John

Buenas,

Hay veces que surge la necesidad de disponer de más permisos de los normales para realizar ciertas acciones en nuestros sistemas.

En este artículo os voy a mostrar como configurar el ESX para que se pueda acceder a él mediante una conexión telnet segura (SSH) con el usuario con los máximos permisos en nuestro sistema VMWARE ESX que es el usuario root.

Por defecto en todas las instalaciones del ESX esta opción viene des-configurada por un tema claro de seguridad.

Nosotros como somos los administradores del sistema y necesitamos disponer del mayor número de permisos existentes lo vamos a modificar para poder por ejemplo entrar con WinSCP y poder mover a nuestro antojo desde un entorno Windows (amigable) ficheros de una carpeta a otra sin necesidad de entrar con una herramienta como putty para desde una línea de comandos mover los ficheros.

Pues allá vamos:

Lo podemos hacer de 2 formas: Una es accediendo directamente a la máquina y pulsando ALT+F1 para entrar en una sesión de consola y realizar los comandos que os explico a continuación

La otra forma es acceder mediante putty y elevando los permisos.

Entramos con putty a una sesión de pantalla del servidor ESX que vamos a modificar.

Login: <user>

Password: <password>

Escribimos su -

Introducir la contraseña del usuario root

Editar el fichero sshd_config mediante el comando vi /etc/ssh/sshd_config

Pulsar I.

Añadir # delante la línea PermitRootLogin.

Pulsar la tecla Esc y escribir :wq

Escribir el comando: service sshd restart.

A partir de ahora ya podremos acceder directamente sin necesidad de elevar los permisos.

Espero que os sirva de ayuda MegaCracks.

PD: No abuséis de los permisos.

Buenos días. Por si queréis probar ESXi 4.0 y no tenéis hardware disponible para realizar las pruebas aquí os muestro que hacer para que podáis instalarlo sin problema en un VMware Workstation (Cualquier versión).

Primero de todo creáis la máquina virtual como cualquier otra.

Ahora debéis editar el fichero .vmx de vuestra máquina virtual que acabáis de crear y modificar la línea done pone:

ethernet0.virtualDev = "vlance"

por ethernet0.virtualDev = “e1000″

PD: Esto os será útil para cualquier versión de ESX en VMware Workstation.

Saludos MegaCracks.

I was in the market for a new lab server at home that I could run VMWare ESXi or Hyper-V on, which would support my virtualization needs. I wanted to go with server-class hardware, and decided that the HP ML350 G5 would be the best fit for me now, and allow for some future growth/expansion.

I know a lot of you out there are looking for a solid lab server to setup at home or in the office, and for a personal purchase, I would consider this a middle of the road purchase as far as cost/performance goes.

My journey started and was encouraged by a guy named Simon who runs the Techhead blog which I highly recommend you visit if you are looking into purchasing a virtualization lab server. (a big thanks to my buddy John M. for sending me the link for Techhead). Simon is a VMWare guy, and his blogs relating to HP ML series servers detail his experience with the ML110/ML115 models. Regardless of the virtualization solution/hypervisor you choose, he has a great deal of information on these ML series servers. And if you choose to go the VMWare ESX route, he will put your mind at ease that these servers will work perfectly with ESX.

If you are looking for a cheap server-class system with a warranty and the flexibility of being fully supported by VMWare, I highly recommend the ML110/ML115 servers. However, I needed a bit more ‘oomph’ and decided to go with the ML350 G5 which supports up to 32GB of RAM, two Quad-core processors and 8 SFF (small form factor [2.5”]) or 6 LFF drives.

For those of you wondering, the main reason I totally ruled out Dell’s PowerEdge 2900/2950 offerings was because of the extremely loud fans and initial startup costs associated with purchasing one of these servers. I’ve heard the fans are ridiculously loud on the PE line, where the ML350 is much quieter and geared for the open layout home/office scenario. In addition, some of you may like to build your system from the ground up. I didn’t choose that route because number one, I’m lazy, and number two, I liked the 3 year on site support offered with the machine I purchased.

Our budgets and needs all vary, but mine are capped right around the $2000.00 mark. I needed a server that supported a number of concurrent running VM’s, so I wanted to start out with a Quad-core processor, at least 16GB of RAM, and to be able to load up the server with some fast SAS disks (storage constraint is what I’ve found to be the #1 bottleneck in VM performance).

My purchases all came by way of EBay. I decided EBay was the most cost efficient route, especially with the server purchase. All items I purchased were through Buy It Now, and I went with reputable sellers with feedback above 99%. My purchasing experiences with all three sellers has been great. Prompt responses to questions, willing to negotiate on price/shipping, and very fast shipping. I got a slaying deal on the ML350 through  budgetservers. The price for this exact model on HP’s site is $1689.00. As you will see from my price breakdown below, I got the server for much cheaper.

Highlighting what I liked about the server, I found the most useful features to be:

1. A 2.33ghz Quad-core processor, with support for an additional Quad-core processor
2. Support for 32GB of RAM
3. E200i with 128MB of battery backed write cache RAID controller (Supports RAID 0, 1, 10, and 5)
4. Integrated Lights-Out port
5. VMWare ESX is fully supported

In addition to the server, I purchased the following:

1. 16GB of RAM (4×4GB buffered ECC)
2. 4 x 146.8GB Seagate Cheetah 15k.5 SAS drives

The server comes with 2GB of RAM pre-installed, so the additional RAM will bump me up to 18GB. I decided on the 15K RPM SAS drives because I got such a great deal on the lot of four. Otherwise I may have opted to go with four WD Caviar Black 7200RPM SATA2 drives. Aside from drawing twice as much power, I think I will enjoy the added I/O and throughput the SAS drives will give me in RAID-0. In case you are wondering why I’m choosing RAID-0, which provides no fault tolerance, in my home lab I don’t need much in the way of redundancy and don’t want to forfeit the IO overhead that RAID 10 or RAID 5 would impose. My 1TB SATA drive that the host will be running on can be partitioned to provide ample space for backing up my most important VM’s.

Here’s a price breakdown of the bits needed to assemble the server, along with links to the EBay items (if applicable).

More to come

I’m away from home for a bit, so I hope to make it back to assemble everything that has arrived. I have yet to decide between Hyper-V or ESX/VSphere, so my next posts will detail which I have decided on and what makes most sense for me. I also hope to provide some performance benchmarks as well as real-world results for you folks to give you an idea of what kind of performance you can expect out of a machine like this (I’m excited to find out myself). The one thing I find out there is a lot of specs on home servers, but not many results on what kind of performance they can expect from a particular setup. So I aim to give you guys one perspective based on the gear that I’ve assembled.

Until then, I hope this post has provided you with an interesting angle on building a home lab with server-class hardware for just over $1800.00. And like I mentioned previously, for much cheaper alternatives, check out the Techhead blog for information on the ML110/ML115 models.

Este jueves día 21  salió la nueva versión del producto estrella gratuito de VMware. (VMware ESXi 4.0) con múltiples novedades.

Os lo podéis descargar desde este enlace: https://www.vmware.com/tryvmware/p/download.php?p=free-esxi&lp=1

Y podéis ver la lista de novedades desde este enlace:

http://www.vmware.com/products/esxi/features.html

Antes de instalar o comprar ningún software pasaros por la lista de compatibilidades para saber si es un sistema soportado. Podría ser que lo pudierais instalar, pero probablemente os de algún que otro dolor de cabeza si no está en esta lista.

http://www.vmware.com/resources/compatibility/search.php

Voy a probarlo ahora mismito.

Hasta la próxima MegaCracks.

I ran into this today and thought I would document it somewhere.  In trying to save space on an ESX host, I wiped out (almost) everything in the tools-isoimages directory.  I didn’t realize what I had done until I tried to install VMWare Tools on a few new machines I created.  It wouldn’t be such a big deal if I had only deleted the iso on one of the two ESX hosts I maintain, but I managed to wipe both — yay!  In order to replace the ISO file, it’s necessary to extract the file(s) from the RPM directory on the ESX installation media. 

1. Mount the ESX ISO file (or insert the CD) into a machine that has file system access to the ESX host.  (I use Veeam Backup and FastSCP for transferring files)
2. Navigate to the the VMWare/RPMS directory
3. Transfer the VMWare-esx-tools-%version%.rpm file to the ESX host
4. SSH into the host and navigate to the RPM location.  I stuck mine in the tools-isoimages directory just to make it easier on myself
5. Replace the tools package by running the command rpm -i %file.rpm% –replacepkgs where %file.rpm% is the name of the RPM file.
6. If everything works, you will be put back at the command prompt and a few new .iso files will be present in your tools-isoimages directory
7. Attempt to install VMWare Tools on your host and all should be well
8. If you were as adept as me, copy the Windows.iso and Windows.iso.sig to the other host you hosed!

I hope this helps someone out there!