29 de mayo de 2012

Convertir de Ghost a VMware

Mi colega David, desde Madrid, me formula la siguiente consulta:


Hola Josep,

He visto en tu Blog que podemos enviarte consultas.

Lo primero felicitarte por el Blog, siguiente y si te parece bien, voy a plantearte una pregunta:

Soy administrador un sistema pequeño la verdad, pero la empresa que esta con el mantenimiento de nuestras maquinas me ha dado las imágenes de mis maquinas en .GHO, quiero, para hacer unas pruebas y no cargarme nada crear una virtual machine con el GHO.

Aquí es donde tengo mi problema, he probado con el VMware Converter, pero no lo soporta por ningún lado y no puedo convertirlo/importarlo al VMware, he probado también con otros aplicativos como es el Virtual Box de Oracle, pero tampoco.

Sabes de algún conversor que pueda usar para poder pasar esos Backup a mvdk u otra extensión que soporte VMware o VirtuallBox.

Gracias de antemano y disculpa si te molesto

Un cordial saludo
David

Muy buenas David,

Con el VMware Converter (gratuito) efectivamente no puedes convertir imágenes .GHO. Aunque lo tienes muy fácil.

1. Creas una nueva VM con el sistema operativo correspondiente al original de la imagen de Ghost que tienes.

2. Metes la imagen GHO en un archivo ISO.

3. Creas una ISO del programa Ghost, que debes tener. Idealmente el mismo con el que hiciste la imagen.

4. Configuras la VM para que tenga 2 unidades de DVD y que ambas apunten al programa ghost (1:0) y a la imagen (1:1)

5. Configuras en la BIOS de la VM que primero esté el CD antes que el disco duro en el arranque.

6. Le das play a la VM, te levantará el Ghost y le dices que quieres planchar la imagen GHO sobre el disco duro que has creado para la VM.

7. Una vez finalizada la restauración de la imagen apagas la VM.

8. Con el VMware converter le dices que quieres configurar una VM ya creada o que quieres convertir de virtual a virtual. El Converter te sustituirá los drivers de la HAL por los virtuales de VMware.

9. Ya podrás trabajar. Sólo te queda instalar las VMware tools, quitar el hardware obsoleto, etc.

Un abrazo!

28 de mayo de 2012

Dudas básicas vSphere Essentials

Me manda Javier García, desde Zaragoza, la siguiente consulta sobre una instalación básica de Essentials.

La respondo sobre su propia consulta para una mejor comprensión.

Hola Josep,

Antes de nada felicitarte por tu blog. Es realmente impresionante el curro y la cantidad de cosas que se aprenden. Lamentablemente aún, para mi, muy técnicas.



Gracias Javier. No te preocupes, es un mundo complejo, pero si te vas metiendo poco a poco ya verás como al final lo ves claro y cualquier duda a tu disposición.


Quería pedirte consejo acerca de una instalación de Vmware Essentials para mi empresa, a ver si me puedes ayudar.


Vamos allá!

Queremos comenzar a probar y creo que es la mejor manera de meterse en este tema. Somos unos 20 usuarios.



Es una buena opción, porque apenas vale 500€ y da unas prestaciones guapas.

Según sus especificaciones, permite controlar tres servidores desde un vcenter en otra máquina.



vSphere Essentials permite instalar 3 hosts con ESXi 5 y, además, en un servidor físico o virtual separado o dentro de la propia infraestructura (uno de los 3 servidores o una cabina compartida) puedes instalar también el vCenter, que es el centro de la infraestructura y lo que gestiona todo el conjunto de hosts, VMs, Datastores, etc.

Dispongo de dos servidores idénticos HP DL 360 con 1 CPU y 8 Gb de ram, y de un DL 180 con una cpu y 8 Gb de Ram. ¿puedo reunir los tres en el proyecto? Hasta donde yo se no han de ser iguales los servidores que ejecutan las máquinas virtuales... ¿es correcto?



Puedes utilizarlos perfectamente! Los equipos pueden ser totalmente distintos, no hay problema. Lo importante es que sean compatibles con la Hardware Compatibility List de VMware. Si son compatibles (y creo que los 2 equipos que indicas lo son) los podrás utilizar.


vSphere essential no tiene vMotion (tienes que adquirir la versión Essentials Plus -alrededor de 3.000€-) y, por tanto, no tienes que preocuparte de que los equipos sean iguales. Essentials Plus también tiene HA (si cae un host todas sus VMs se levantan automáticamente en el resto de hosts) pero esto tampoco te debe preocupar ahora.


Básicamente vSphere Essentials te permite gestionar centralizadamente 3 equipos hasta un máximo de 2 sockets físico por equipo (total de 6 sockets) y poder ver un almacenamiento compartido que pudieses tener, del tipo NAS o SAN iSCSI o FC.

Disponemos de una NAS Thecus N16000 que de momento uso para otros temas (ISCSI) y ahora no podré usar porque el kit essentials, si no es plus, creo que no puede usar almacenamiento externo así que usaré el de los servidores, SAS, (creo que es capaz de gestionar el alm,acenamiento en bloque)



Aquí me he liado un poco con tu argumentación, pero intento aclarar conceptos:


1. Cualquier versión de ESXi (incluso la gratis) permite ver almacenamiento compartido tipo SAN o NAS. 


2. vSphere Essentials permite tener en un almacenamiento compartido tus VMs. 


3. Las NAS se recomiendan para backup y no para tener las VMs en producción, aunque prueba a ver qué tal.

Bien, la segunda cuestión es ¿Cómo puedo redundar la máquina que tiene el hypervisor, el vcenter?... si esa máquina se va... adiós invento... Es un DL 320 con una sola fuente... y me da pánico)



No sufras. Si se fuese a tomar viento ese equipo, creas una VM en cualquiera de los servidores y le instalas el vCenter, añades los 3 ESXi y a jugar.


Te recomiendo que redundes todas tus VMs de Local a la NAS o viceveresa con Veeam Backup que es una fantástica herramienta de copia de seguridad.

Gracias y un saludo, y perdona por hacerte perder el time con algo tan básico

Javier García





Gracias a ti por tu consulta y no es ninguna pérdida de tiempo. Si te he podido ayudar genial!


Un abrazo!

25 de mayo de 2012

Advanced IP Scanner v2.2.224



Hay productos que todo informático debe llevar en su 'caja de herramientas' :-) Uno de ellos es, sin duda, un producto de Farmatech Corp llamado Advanced IP Scanner que, además, es gratuito :-).

Ya he hablado de él en otras ocasiones (http://www.josepros.com/2007/09/bsicos-saber-si-un-puerto-est-abierto.html)

Hoy, desde Farmatech me han recordado que ha salido el producto en su versión 2.2.224 y me ha parecido muy buena oportunidad para recordarlo.

Cuando yo trabajaba con Windows lo utilizaba extensivamente para reconocer, en un periquete, los equipos que hay en la red, si hay puertos abiertos, mac address, etc.

Además tiene una web propia, pues el producto ha cogido una dimensión importante en el mercado:

www.advancedipscanner.com  


Entre otras características del producto destacan:

  • Scans network in a matter of seconds
  • Detects any network devices
  • Finds HTTP, HTTPS, FTP and shared folders
  • Lets you connect to PCs running Radmin Server with one click
  • Allows you to shut down computers remotely
  • Supports Wake-On-Lan
  • Favorites list for easy network management
  • Export to HTML or CSV
  • Easy and user-friendly interface

21 de mayo de 2012

Cómo montar un escenario mínimo con vSphere Essentials

Mi colega David, de Barcelona, me pregunta diversas cuestiones. Al tratarse de una consulta compleja y múltiple prefiero responder sobre el propio mail, porque sino va a ser complicado entendernos :-)


Hola Josep,

Primero, felicitarte por el gran trabajo que estas realizando a través de tu blog (aunque tengo que reconocer que lo he descubierto esta semana a través de un compañero de trabajo :-P pero bueno, he estado leyendo todas las entradas y la labor es muy buena).

Muchas gracias, espero que te guste si lo sigues leyendo :-)

Bien, tengo algunas dudas sobre virtualización y almacenamiento, por lo que pensaba que quizá podrías ayudarme (y si lo incluyes en tu blog, también podrías ayudar a otros informáticos)...

Claro, vamos dispara! :-)

Intentaré explicarme lo mejor que pueda...

1. Me cuesta mucho evaluar si una cabina SAN puede ser apta para almacenar y ejecutar virtuales (no para backups de virtuales, para ejecutarlas directamente desde la cabina).

Una SAN siempre es más apta para soportar VMs que una máquina local. Pensemos que un host puede llegar a tener 2 controladoras con 1GB de caché y un número de discos limitado, mientras que una SAN puede tener mucha más caché (hasta 64GB y aún más) y un número de discos también exageradamente grande: 400 discos, 800 discos... etc. En una SAN, normalmente puedes poner diferentes tipos de disco como SATA, SAS, discos de estado sólido... Por tanto, de entrada, las VMs en producción de una empresa deberían estar siempre en una SAN, eso sí, una SAN dimensionada al número de usuarios y trabajo que se realiza en la empresa.

¿Qué requisitos mínimos se necesitan? 

Es importante mirar qué usuarios tenemos y qué programas corren sobre nuestros actuales servidores, así como si vamos a desplegar nuevos servicios corporativos, VDI, etc. Normalmente lo mínimo en una cabina suelen ser 6 discos, para poner el sistema operativo propio de la cabina y un RAID mínimo. Mi consejo es que la mayor inversión del departamento de informática sea para la SAN, no nos arrepentiremos.

En caso de una SAN iSCSI, ¿sólo son aptas las cabinas y switches con 10G Ethernet? ¿O con 1G también se podría?

Bueno, aquí creo que formulas 2 consultas en una. Por una parte tenemos iSCSI de 1Gbps y luego tenemos iSCSI de 10Gbps. Obviamente cada una ha de ir con su switch. Luego tendríamos la opción de Fiber Channel. Mi consejo dependería del número de usuarios. Si tienes menos de 100 usuarios y no tienes SAP o Navision, sin duda iSCSI a 1Gbps te va a ir de lujo. No obstante te recomendaría que adquieras una cabina 'combo' que tenga conectividad iSCSI y también FC a 8Gbps, por si de repente la empresa pone SAP o cualquier otro servicio que requiera muchas I/O y, de repente, iSCSI a 1Gbps no sea suficiente.

Vamos, ¿lo que limita una solución como esta es más bien la red ethernet o la CPU/cache/controladora de la cabina?

Ambas pueden ser cuellos de botella. La red Ethernet iSCSI a 1Gbps da lo que da. Para muchas empresas pymes suele ser más que suficiente, pero en otros escenarios de mayor exigencia de IOPS no llegan.

Por otra parte hay cabinas que sólo soportan 2GB de memoria caché por controladora. Eso significa que si esa caché se ve desbordada y no la puedes ampliar te encuentras, sí o sí, con una cabina obsoleta. Deberías ver que la cabina es ampliable en cuanto a caché también.

Las CPUs de las cabinas suelen ir con su generación o el año en que se han creado y raramente suelen ser cuello de botella, a no ser que, como nos ha sucedido en algún cliente, con más de 100 discos girando y 16Gbps de caché las CPUs no den más de sí por algún proceso del endiablado SAP. Entonces hay que cambiar de controladoras y poner más caché y CPUs más potentes. Hay cabinas que también soportan esta posibilidad.

Es que me cuesta mucho 'visualizar' si el rendimiento sería bueno. 

¿Hay algún método para saberlo o simplemente lo dicta la experiencia? 

Mi consejo es que hables con varias consultoras que implementen cabinas y les muestres tu entorno y que te aconsejen. Luego compara las ofertas y escoge la que más te interese.

Me cuesta mucho calcular cuantos IOPs puede soportar una cabina (y cuantos IOPS realiza una VM 'standard'), y si la latencia aumenta cuando no se accede a discos locales sino a LUNs SAN (ya que para conseguir el dato se debe pasar por la ethernet del servidor + por los switches + por la ethernet de la cabina + por la controladora de la cabina + recoger el dato en caché o por fallo en caché acceder al disco + volver para atrás... Mientras que si accede a un disco local, el acceso sólo lo limita la velocidad del disco, ¿verdad?)
¡uf! No sé si me explico... ?¿?

Si, básicamente lo que dices es cierto. Sucede, en ocasiones, que la caché y la CPU de la cabina no supera su límite pero que el canal iSCSI queda obsoleto. Hay que cambiar a FC a 8Gbps y se acabaron los problemas de medio. Aunque tal vez el problema de IOPS se pase al número de discos. Piensa que cuantos más discos mayor número de IOPS vamos a tener. Ojo, porque los IOPS de una cabina suelen ser teóricos y con el máximo número de discos. Si la inversión sólo te permite poner 6 discos SAS (jamás SATA para VMs en producción) pues obviamente no le puedes pedir peras al olmo :-) El año siguiente añades más discos, y el siguiente más...

2. Las NAS están más enfocadas a backups (snapshots de virtuales o backups de ficheros), no a ejecutar virtuales directamente, ¿verdad?

Efectivamente. Lo has clavado. Eso no significa que una NAS compatible con vSphere no pueda soportar que tu cojas una VM y la levantes sin dificultad, incluso que los usuarios la ataquen temporalmente, pero eso es miseria y compañía, claro a no ser que me digas que sois 10 en la empresa :-) No es lo mismo que tengamos a 20 usuarios que a 200 que a 2.000 :-)

Nosotros utilizamos NAS para backup. Últimamente nos hemos decantado por QNAP, tras fracasar estrepitosamente con iOmega y estamos bastante satisfechos, por mil y pico euros puedes tener una solución decente. Lanzamos réplicas con Veeam Backup y tenemos todas las VMs del cliente replicadas en la NAS y listas para ser copiadas a otra SAN y ejecutadas.

3. Tengo que montar un entorno con alta disponibilidad y con VMware vSphere 5 Essentials (no queremos pagar más licencias):

Me temo que con vSphere Essentials no vas a tener ni HA ni vMotion. Lo que sí que vas a tener es la posibilidad de instalar vCenter y gestionar tu entorno centralizadamente.
  • Disponemos de un servidor DELL PowerEdge R610, 2xCPU Intel Xeon X5560 2.80GHz, 48GB RAM (DDR3-1333MHz), donde se ejecutan varias máquinas virtuales VMware (se almacenan en discos locales en RAID10).
Buena máquina, aunque me falta el dato de los usuarios que sois, para dictaminar si es suficiente o necesitáis más pepino.
  • Como la inversión ya la hicimos en el servidor, ahora no podemos gastarnos mucho más dinero para implementar el HA y comprar un nuevo servidor. Por lo que, estaba pensando en reaprovechar un antiguo DELL PowerEdge 2950 (Intel 1xCPU Quad-core), añadiéndole más RAM y nuevos discos SAS/SATA de gran capacidad, instalarle un ESXi y una virtual con FreeNAS, donde el FreeNAS comparta una LUN por iSCSI al ESXi del servidor R610.
Ufff me parece muy justito. No te digo que no te vaya a funcionar, pero dile a los jefes que se estiren que van a poner todo el valor de su empresa en una herramienta gratis (FreeNAS) y si se rompe puedes tener serios apuros.

El PE2950 es buena máquina. Con una CPU física te sobra, pero ponle bastante RAM, según la generación su máximo es 16 o 32GB, creo. Si tienes el Essentials recuerda que puedes instalar un vCenter y 3 hosts ESXi 5.0, por tanto a este segundo equipo le instalas el ESXi 5.0 y lo añades al vCenter también. Lamentablemente no tendrás alta disponibilidad, sino que la tendrás que hacer manualmente, en caso de que caiga el host 1, tendrás que inventariar las VMs en el host 2 y, si puede, levantarlas todas o las más críticas.
  • Por ghettoVCB desdel servidor R610 realizar snapshots de las VMs y guardarlos en el nuevo datastore iSCSI.
El backup es lo más importante de una empresa y no puedes ir con chapuzas como esta. Coge al jefe por los cataplines y dile: no voy a hacer backup. El backup es para los cobardes. A ver qué cara se le queda :-) Ponte un Veeam Backup o similar, pero algo serio y con soporte, por favor.
  • De esta manera, si cayera el primario, podríamos compartir esta LUN iSCSI al ESXi del secundario, y que éste ejecute sólo las VMs más críticas (Por requisitos hardware no podría ejecutarlas todas, pero ya nos basta con poder ejecutar las más críticas mientras intentamos arreglar el servidor primario).

Adjunto un diagrama con la idea (perdón por el diseño, creo que lo mío no es el 'Paint' :-P):




El diseño se entiende perfectamente :-) 



¿Crees que una solución similar sería posible? ¿Funcionaría? :-)

Te puede funcionar pero veo una solución muy chapucera. A parte de que no contemplas lugar para lanzar los backups.

Creo que otra posibilidad sería:
  • 2 servers con ESXi (el R610 como primario y como secundario reaprovechar alguno viejo)
  • 1 server con FreeNAS (reaprovechar algún server)
  • Por ghettoVCB hacer snapshots de las VMs del primario y copiarlas al FreeNAS
  • Si se cae el ESXi primario, copiar los snapshots de las VMs más críticas alojadas en el FreeNAS al ESXi secundario, y ejecutarlas.


Mi consejo sería: que te compres una SAN como Dios manda. Habla detenidamente con tu jefe y dile cuántos miles o millones de € factura anualmente y qué le parecería que un lunes llegue a la oficina y no pueda trabajar ni él ni el resto de sus trabajadores y que se haya perdido toda la información. Seguro que se estira y saca 20.000€ para poner una solución como Dios manda :-)

Si te dice que si pierde la información él sigue feliz como un 8, mi consejo es que busques otro curro en otra empresa donde se tomen más en serio las TIC. Tu responsabilidad acaba cuando le planteas al jefe un escenario serio (sin que cueste un potosí) que garantice la continuidad del negocio. En el momento en que el jefe te dice que NO, pues ahí se acaba tu responsabilidad y el año que quiera invertir ya montarás algo guay. De momento podrías tirar con el R-610 y con una NAS pequeñita de esas de 200€ que venden por ahí, haciendo backups como buenamente puedas. 

Problema: comparado con la otra solución, tardaríamos un poco más en tener el secundario en activo, ya que primero deberíamos copiar las VMs al ESXi del secundario antes de ejecutarlas (mientras que con la otra solución los snapshots de las VMs ya estarían en la LUN iSCSI, que a su vez está alojada en los discos físicos del servidor secundario).

Todo depende del valor de la información. Hay empresas que pueden estar paradas 3 ó 4 días a nivel de sistemas y no se ven afectadas (cada vez menos, pero las hay). Otras empresas, a la que se cae el correo corporativo te ves a todos los trabajadores en el pasillo diciendo: "Vaya mierda de informática, así no se puede trabajar"

Sería importante que hables con los jefes y reflexionéis sobre cuánto tiempo podéis estar parados. Qué sucede si hay un incendio y se queman todos los servidores, cabinas, etc. ¿Tenéis copia fuera? Cuántas horas/días tardaríais en tener la información restaurada?. En fin, todo esto a veces cuesta mucho de comentar internamente, sólo por el hecho de estar en nómina parece que baja un escalón el nivel de credibilidad. Haz que venga una consultora externa y te haga un análisis, seguro que le hacen más caso y, tal vez, sea la manera de que tengas un sistema en condiciones.

4. Si en vez de reaprovechar algún servidor, quisiéramos comprar uno de nuevo (para tener una garantía del fabricante en caso de caída)... ¿qué servers 'baratos' nos aconsejarías, teniendo en cuenta que sólo lo querríamos como secundario y para arrancar las 5-6 VMs linux más críticas (+ el FreeNAS, claro)?

¿Crees que por menos de 2000€ podríamos disponer de alguno?

A precio yo creo que a Dell no le gana nadie y otro R-610 podría estar cojonudo. Lo que va a incrementar el precio va a ser que pongas 2 CPUs (no las necesitas para nada, con una basta y sobra) y la RAM. Empieza por poca RAM y mira que sea de la misma velocidad que la que ya tienes y que la CPU también lo sea. Eso te ayudará mucho si el día de mañana te decides a migrar vuestro vSphere a Essentials Plus :-)

¡Uf! Quizá me he pasado con el mail. Demasiado largo, demasiadas preguntas y mal explicado... :-)

Nada, está cojonudo, los informáticos somos así de dispersos :-)

Nada, espero que puedas disponer de un rato libre y ayudarme. Si no puede ser, pues tranquilo, lo entenderé.

Muchas gracias.

Un saludo.

David


Bueno, espero que te haya ayudado y no te suene a rapapolvo :-)

Mi consejo, si estuviera en tu lugar sería:

1. Hablar con Dirección y negociar una estrategia a 3 años para poner un sistema como Dios manda, esto es:

1. Comprar una NAS, esto pueden ser 1 ó 2K. Esto te asegura tener copias fuera del servidor.

2. Comprar un segundo servidor.

3. Comprar un sistema de backup tipo Veeam o similar.

4. Comprar una SAN.

Con esto ya tienes el sistema de producción completo.

Si queréis ir más allá y poner un sistema rendundante:

Buscar un segundo CPD próximo y adquirir una segunda SAN y un tercer host.

A ver si consigues algo guapo. Ánimo y a tu disposición!

Un abrazo!

Josep Ros

18 de mayo de 2012

Lista completa de utilidades gratis para vSphere

Mi querido amigo Félix Pablo Grande me ha hecho llegar esta interesante URL del blog del gran Kendick Coleman en que nos hace un trabajo de investigación impresionante de herramientas gratis para vSphere.

Sin duda vale la pena echarle un vistazo!

Gracias Félix!

http://www.kendrickcoleman.com/index.php?/Tech-Blog/a-list-of-free-vmware-vsphere-tools.html

15 de mayo de 2012

Crear un laboratorio de vSphere 5 con un iMac y VMware Fusion

Charlando el otro día con mi amigo Cachi me comentó que era posible ampliar mi iMac a 32GB. Realmente en la web de Apple sólo está soportado ampliar hasta 16, pero estos chicos malos dicen que se puede...

http://www.everymac.com/systems/apple/imac/specs/imac-core-i5-2.8-27-inch-aluminum-mid-2010-specs.html

 


Y efectivamente se pudo :-) y por 4 perrillas oléeeeee!!!!

Tenéis una explicación detallada en este magnífico post de Cachi:

http://www.jmsocas.com/2012/03/ampliar-memoria-un-imac-aluminio.html

Una vez verificada la estabilidad del sistema, lo siguiente fue instalar la versión 4.1.2 de VMware Fusion. Bueno, tal vez prefiráis instalar otra aplicación que haga más o menos lo mismo, yo escogí esta porque la tengo licenciada :-)


Para completar el tema me falta añadir un disco de estado sólido al iMac, que soporta dos discos, Así el sistema operativo y las aplicaciones en el de estado sólido y las VMs en el SATA o en un Firewire externo y a funcionar.

Obviamente si tenéis un par de equipos compatibles con ESXi 5.0 la cosa funcionará más rápida.

Yo lo que haré será crear una cabina software con alguna utilidad tipo FreeNAS, OpenFiler o Nexenta Stor y luego crear una granja de VMs ESXi, al permitir ya la versión 5.0 de ESXi tener VMs anidadas en un ESXi virtualizado.

Lo iré contando por aquí :-)

10 de mayo de 2012

Caso de éxito de Pimec en Ncora TV

Estoy feliz de ver cómo Ncora.TV va dando sus primeros pasos. Siempre he pensado que en TIC algunas empresas hacemos muy bien las cosas pero tal vez no las comunicamos, por falta de tiempo, por el día a día muchas veces irracional que se nos lleva...

Con este vídeo empezamos una serie en la que queremos explicar y compartir nuestras experiencias reales en clientes de todos los tamaños y sectores empresariales, por si os puede resultar de ayuda.



En este caso hablamos de PIMEC un cliente histórico de mi empresa Ncora que han querido compartir con nosotros sus reflexiones sobre qué supone apostar por la virtualización y en qué les hemos podido ayudar.

Aprovecho para agradecerles su colaboración y el trato tan cálido que siempre nos brindan.

Espero que os guste!

9 de mayo de 2012

Diálogo de besugos, by Kukudrulu

No os perdáis el último post de mis locos amigos kukudrulianos. Se llama diálogo de besugos y, si pertenecéis al ramo de la informática os sentiréis muy identificados.

http://www.kukudrulu.com/2012/05/dialogo-de-besugos.html

:-)

Reinstalar ESXi 5.0 sin perder las VMs que existen

Mi colega Joffre Pilay Mendoza, me escribe desde Guayaquil, Ecuador, y me formula la siguiente consulta:

Estimado Josep,

Recién me estoy adentrando al mundo de la virtualización y comencé a armar un laboratorio para probar las herrramientas de vmware.

Estaba en el host ESXi 5.0 e instale unas máquinas virtuales de Windows con Active Directory, Exchange 2010, etc usando vCenter Server 5.0
Todo iba muy bien, hasta cuando en el host ESXi entré al modo comando y como vi que es un linux y el usuario root usaba el shell "sh" preferí cambiarlo al "bash", pues una vez logeado como root escribí: vi /etc/passwd. Y en la linea del root le modifique el /bin/sh por /bin/bash.

Ahora veo que ya no puedo logearme como root porque creo que ESXi solo tiene "sh" y ahora no sé como volver a modificar el archivo /etc/passwd

Reinicié el equipo donde instalé ESXi 5.0 para entrar desde el liveCD de Ubuntu 11.10. Abrí el terminal de linux pero cuando entro al disco duro me doy cuenta que son varios modulos y nunca encontré el archivo /etc/passwd para restaurar la línea que modifiqué. No sé si usando "Reset System Configuration" se me arregle el problema. Pues no quiero  perder las cuatro máquinas que tengo instalado en el host pues es el único host que tengo.

De antemano qué me recomienda?

Saludos cordiales, 

Joffre Pilay Mendoza


Apreciado Joffre, muchas gracias por seguir este blog. Es muy gratificante saber que nos leéis desde Ecuador. Tengo grandes recuerdos de mi estancia en Guayaquil donde estuve dando una conferencia sobre virtualización hace más de un año :-)

Veamos, ESXi no es un Linux, pues no es código libre. Es un código cerrado de VMware. Mi consejo es que no empieces a toquetear porque lo más normal es que te sucedan estas cosas :-) Siempre que quieras modificar algo hazlo con un procedimiento que esté certificado en la web de vmware.

La solución es muy simple.
1. Apagas el equipo y vuelves a introducir el CD de ESXi 5.0 con el que hiciste la instalación original. Si no dispones de él pues te bajas la nueva versión que exista.
2. Arrancas el servidor y botas desde el DVD del ESXi 5.0. Te detectará que existe ya un ESXi 5.0 instalado y te dará 3 opciones:
a. Actualizar y mantener el Datastore.
b. Instalar de 0 y mantener el Datastore.
c. Instalar de 0 y eliminar el Datastore.

En palabras de VMware:


When you select the storage device a box will appear stating that it's "Gathering Additional Information" - this is scanning for any previous installation of ESX / ESXi; once completed and it has deteceted your installation you will be given 3 options.
1. Force Migrate ESXi, Preserve VMFS Datastore: This will take your current installation and configuraiton and attempt an upgrade/migration and keep your VMFS Datastores intact, so your VMs will be preserved if things go wrong.
2. Install ESXi, Preserve VMFS Datastore: This will install a fresh copy of ESXi 5.0 and leave your VMFS datastores intact, this will erase all custom configurations, it's a clean slate basically and you will have to re-add your VMs back to your inventory once you have reconfigured your host server.
3. Install ESXi, Overwrite VMFS Datastore: This does exactly what it sounds, it will install a clean copy of ESXi 5.0 and overwrite your current datastores - you willLOOSE all information on that datastore.


Mi consejo es que selecciones la opción que te indico como b y VMware como 2. Así tu sistema se refrescará y las VMs continuarán existiendo sin mayor novedad :-)

Cuando arranques verás esta pantalla, seleccionas la primera opción y enter


Te pedirá dónde quieres instalarlo. Seleccionas el disco duro donde ya detecta un VMware instalado.


Saldrá este mensaje temporal...


Finalmente te pedirá una de estas tres opciones. Te recomiendo, en tu caso, la segunda.


Espero que te funcione bien!

Un abrazo!

8 de mayo de 2012

Aumento de los Datastores en vSphere

Mi colega Argie, de Barcelona, me formula la siguiente consulta sobre crecimiento de Datastores en vSphere 4.1


Hola Josep,

te escribo para ver si me puedes ayudar con un tema. Tengo vmware 4.1 con unas 15 VM distribuídas entre 2 hosts físicos, conectadas a una cabina Netapp con dos volúmenes para VMs.

Revisando el crecimiento de estos 2 volúmenes, en los últimos meses veo que estos crecieron unos 12GB (en promedio, cada uno) desde Diciembre 2011 hasta ahora. Sin embargo, yo no he cambiado el tamaño de las VM (aunque algunas de ellas están creadas con "thin provisioning"). 

Y entonces me estoy planteando buscar la causa de este crecimiento. Recuerdo haber leído por ahí que el problema podría ser todos los ficheros borrados en las VM: Windows no los borra realmente, y por tanto el espacio ocupado aumenta. El problema es que no recuerdo como se llama concretamente este problema, y no sé como buscar términos que me ayuden a encontrar una solución a esto.

Gracias x la ayuda!

Argie.

Hola Argie,

Antes de nada imagino que el espacio que te falta no es el que te esta consumiendo la opción de deduplicación de las NetAPP, ojo con esto.

Ojo también al tema del Windows, si es un 2003 o superior que no tengas habilitadas las instantáneas de volumen, que consumen espacio también en ficheros ocultos.

Por otra parte, lo que te sucede es el comportamiento normal y no lo debes ver como ningún problema. Si indicas que las VMs crezcan con Thin Provisioning, al crear los discos, efectivamente el sistema operativo cliente irá añadiendo ficheros y, por tanto, los discos irán creciendo, pues es la característica natural de discos Thin.

Si alguien borra un fichero, queda marcado como disponible para ser reescrito, pero los discos no decrecerán en ningún caso y, por tanto, el Datastore no recupera ese espacio utilizado.

En VMware server existía la posibilidad de hacer un schrink (compactar) el disco, pero en vSphere no.

http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&externalId=1010941

http://www.vladan.fr/how-to-shrink-vmware-virtual-disk-files-and-disable-shrinking/

Si quieres recuperar espacio, cosas que puedes hacer son las siguientes:

Migrar la VM de una LUN a otra y escoger la opción Thin Provisioning. No creo que te solucione mucha cosa.

Hacer un Converter de la VM. Esto si que te recuperará espacio.

Hacer un Clon de la VM. También recuperarás espacio.

Claro, si pones en una parte de la balanza todas las operativas a hacer (no destructivas todas ellas), el tiempo de para del servicio y en la otra parte de la balanza que recuperas un espacio determinado (no sé si mucho o poco) pues puedes actuar según lo que más te interese.

Nosotros normalmente no lo hacemos a no ser que sea en casos extremos de gran cantidad de espacio recuperado y poco espacio disponible en general en la cabina.

Espero que te resulte de ayuda.

Saludos y hast la próxima!

7 de mayo de 2012

Añadir Datastore a ESX

Mi colega Enrique Canton, de Sevilla, me ha hecho llegar esta consulta sobre visualización de un datastore en ESX 3.5

Muy buenas Josep,



Para empezar, agradecerte la aportacion que realizas con tu foro ya que me ha servido muchisimo como orientacion y consulta.


Ahora, me toca consultar y bueno, a ser posible, ser respondido. Te la formulo:


He instalado un servidor hp con 6 discos. 2 en raid 1 y 4 en raid 5. Desde la controladora Raid, veo perfectamente el equipo.


La cosa es que tras instalar el esxi 3.5, solo soy capaz de ver el raid 1 como datastore y el raid 5 soy incapaz de verlo ni montarlo. Pues eso, me gustaria saber la forma de que en el infrastructure me  aparezcan los dos datastores, uno para sistemas que es el raid 1 que me aparece, y el otro el 5 que no lo veo ni de coña.


Muchas gracias y mas que felicitarte por tu blog, te lo agradezco por su utilidad.

Gracias Enrique por los comentarios sobre el blog. Me alegro que te resulte de utilidad.

Mi consejo es que, con el CD/DVD del HP SmartStart arranques el equipo y verifiques que los Arrays de disco están bien construídos. Lo podrás hacer con la utilidad de discos del Smart Start.

Luego desde el propio ESX 3.5, atacándole con el VI client, debes seleccionar el servidor, ir a la pestaña Configuration, al apartado Storage y verificar que no tienes el disco. Luego pulsas sobre Add Storage y añadir en disk/LUN y proceder a formatearlo en VMFS.

Ten en cuenta que el tipo de formateo te limitará al tamaño máximo de archivo que podrás crear. Si formateas con 256GB o con 512 o con 1TB o con 2TB ese será el archivo máximo que podrás generar.

Espero que te solucione el problema.

Saludos!

Vuelvo al tajo

Quiero pedir disculpas por estar casi un mes sin escribir nada. Ha habido cambio de domicilio, de oficina, el peque está a punto de llegar... en fin, ya os podéis imaginar.

Vuelvo otra vez a publicar y, espero, que será de forma continuada.

Un abrazo y gracias a tod@s por seguir ahí.

Para recompensaros por la espera, ahí os dejo una foto de Port de Sóller al atardecer (horabaixa que se dice por aquí).