Chubascos Blog

Chubascos tecnológicos para quitarnos la neblina de las tecnologías de la nube! Viva la lluvia!

Archivos por Etiqueta: ESX

Creación de USBs de arranque para Hyper-V Server y vSphere

Hola amigos!

Como algunos de vosotros habréis visto, nuestro laboratorio no cuenta con discos duros locales en los hosts, con lo que hay que buscar otras alternativas para la ejecución del hypervisor en los mismos.

Para quienes lo hayáis hecho anteriormente, seguramente se trate de un procedimiento que no ofrece ningún desafío. Sin embargo, para quienes no lo habéis hecho o tenéis dudas de su funcionamiento, veréis que es fácil y puede ser muy cómodo además de económico (servidores sin disco duro pueden resultar en un ahorro nada despreciable).

Antes de ir al lío, unas consideraciones generales del sistema y la BIOS:
– Se deben cumplir los requerimientos mínimos de hardware de cada uno de los fabricantes.
– Activar virtualización ahí donde sea posible 🙂 (EPT, RVI, VT-x, etc).
– Deshabilitar dispositivos que no se van a utilizar es otra buena idea…por ejemplo puertos paralelos.
– Se recomiendan configurar los modos de ahorro de energía a “OS Controlled Mode” o similar, así como asegurarse que están todos los cores habilitados.
– Ambos sistemas son “NUMA aware” por lo que casi mejor activarlo en la BIOS. Normalmente suele ser una configuración llamada “Node interleaving” que hay que dejar en estado “Disabled”. “Enabled” significa que está en modo UMA de Uniform Memory Access.
– Si es posible, habilitar Hyperthreading y/o Turbo Boost.
– Ya que la idea es “arrancar” desde un USB, el orden de arranque es importante. Comprobad que USB esté primero o en su defecto, utilizar las opciones de arranque para seleccionar el FBD (First boot device).

Empezaremos por la configuración de un USB con vSphere, como bien explica Bolo Álvarez en su blog – http://mecongratula.es/, el procedimiento es el siguiente:

vSphere (4 pasos extremadamente simples)
1) Descargar y ejecutar UNetbootin – http://unetbootin.sourceforge.net/
2) Descargar la ISO de ESXi – https://my.vmware.com/web/vmware/evalcenter?p=free-esxi5&lp=default (necesitaréis crearos una cuenta en caso que no dispongáis de una)
3) Formatear el USB en FAT32.
4) Ejecutar UNetbootin y “planchar” la ISO del ESXi en el USB. Precaución, esto borrará los datos del dispositivo que escojáis como destino. Aseguraos que el destino seleccionado es el USB que queréis.

Unebootini1

HyperV Server (12 pasos basándome en esta guía http://technet.microsoft.com/en-us/library/ee731893(WS.10).aspx)

1) Crear un VHD y montarlo.
– Lanzar un cmd y ejecutar las siguientes líneas:
– mkdir c:\hvvhd
– diskpart
– create vdisk file=c:\hvvhd\hyperV.vhd maximum=12288 type=fixed
– select vdisk file=c:\hvvhd\hyperV.vhd
– attach disk
– create partition primary
– assign letter=r
– format quick fs=ntfs label=hyperV
– exit

En este primer paso se creará un directorio de nombre “hvvhd” y desde la utilidad de “diskpart” se creará un disco virtual de nombre “hyperV.vhd” dentro del directorio “hvvhd” que se creó anteriormente. Este disco virtual tendrá un tamaño fijo de 12288 KB (para nuestro chubascos lab utilizamos 6144 puesto que nuestros USB son de 8 GB), lo que equivale a 12 GB. Dentro de este disco virtual se creará una partición de nombre “r” y se la formateará con un formato “rápido”, un file system de tipo “ntfs” y se le dará el nombre “hyperV”.

Paso1

2) Descargar e instalar Windows AIK (necesitaréis una cuenta para descargaros algunos elementos de esta guía)
http://go.microsoft.com/fwlink/?LinkId=136976
Esta guía hace referencia a la ruta de instalación por defecto de este software.

3) Descargar y montar la imagen de Windows Hyper-V Server
http://www.microsoft.com/en-us/server-cloud/hyper-v-server/default.aspx
Nota: El archivo .wim al que se hará referencia en el siguiente punto está en la carpeta “sources” de esta ISO.

4) Aplicar el archivo install.wim en la partición del VHD que se creó en el paso 1 de esta guía.
Para ello, lanzar el cmd como usuario “Administrador” y ejecutar las siguientes lineas:
Ruta_Windows_AIK\Windows AIK\Tools\arquitectura\imagex.exe /apply path_al_wim 1 r:\

Paso4

5) Desmontar el disco virtual
Para ello, ejecutar los siguientes comandos en el cmd.
– diskpart
– select vdisk file=c:\hvvhd\hyperV.vhd
– detach vdisk
– exit

Paso5

6) Preparar el USB
Primero, identificar el disco con los siguientes commandos.
– diskpart
– list disk

Siguiente, limpiarlo, particionarlo y formatearlo.
– select disk número_del_USB_que_nos_devolvió_el “list disk”
– clean
– create partition primary
– select partition 1
– active
– format quick fs=ntfs label=hyperV
– assign letter=z

Paso6

7) Copiar el .vhd al USB

8) Compatibilizar el USB con Bootmgr
ruta_Windows_AIK\Tools\PETools\arquitectura\bootsect.exe /nt60 x: /force /mbr

Paso8

9) Montar el .vhd del USB
– diskpart
– select vdisk file=z:\HyperV.vhd
– attach vdisk
– exit

Paso9

10) Hacer el USB booteable
ruta_Windows_AIK\tools\arquitectura\bcdboot letra_partición_VHD\windows /s letra_partición_USB

11) Deshabilitar paging (la fresa en la nata)
Esto es por temas de performance, podéis probar sin hacerlo pero funciona mejor siguiendo esta recomendación de Microsoft.

Para ello hay que cargar el hive del registro del VHD del USB y configurar las entradas necesarias de las Page Files.

– reg load HKLM\HyperVTemp r:\windows\system32\config\system

– reg add “HKLM\HyperVTemp\ControlSet001\Control\Session Manager\Memory Management” /v PagingFiles /t REG_MULTI_SZ /d “” /f

– reg delete “HKLM\HyperVTemp\ControlSet001\Control\Session Manager\Memory Management” /v ExistingPageFiles /f

– reg unload HKLM\HyperVTemp

12) Desmontar el VHD y quitar el USB
– diskpart
– select vdisk file=x:\hyperV.vhd
– detach vdisk
– exit

Sí, el proceso de creación de este USB puede resultar más largo para HyperV Server y en mi experiencia personal, más complicado. Otra alternativa es intentar utilizar esta herramienta para facilitar el proceso.
http://archive.msdn.microsoft.com/BootHVSR2FromUSB. No la he probado y por lo que vi tiene algunas limitaciones que podrían hacer que no valiera para una instalación de la versión 2012 y menos en castellano. Pero bueno, a veces estas cosas aunque no lo especifiquen sí funcionan…todo es cuestión de probar.

Espero que os haya gustado esta pequeña guía que reúne en un único post, algo de lo que normalmente no se habla en las comparativas tipo “checklist” que tanto me disgustan.

En futuros posts intentaremos comentar un poco cómo se consigue levantar el hypervisor desde estos dispositivos USB y controlarlo remotamente.

Si este post ha sido de vuestro agrado o creéis que pueden resultar de interés para otros, por favor compartidlo en vuestras redes sociales 🙂 Si además tenéis algo que decir o aportar, por favor dejad un comentario!

Gracias por leernos,
Sebastián Greco

Anuncios

Bases de datos Oracle sobre VMware vSphere – Soporte

Hola amigos,

Soy Sebastián Greco, un apasionado más sobre las tecnologías de virtualización y Cloud Computing. En esta ocasión quiero compartir con vosotros los conocimientos adquiridos mediante varios medios en lo referente a la virtualización de las bases de datos Oracle sobre la plataforma de VMware. Puesto que es un tema que da de sí, este será el primer post de una serie de posts sobre este tema.

A todos los que nos hemos enfrentado a proyectos de virtualización de bases de datos Oracle, se nos han planteado preguntas referentes al rendimiento, el licenciamiento, soporte y disponibilidad. A aquellos que han tenido que plantear migraciones entre plataformas con tipos de Endian distintos (migraciones de plataformas RISC a x86), las preguntas habrán incluido también cuestiones en cuanto a métodos de migración más complejos. Intentaré abordar todos los temas y en este primer post, el que según mi opinión genera más “temor” entre muchos de los usuarios habituados a trabajar con bases de datos Oracle y a la virtualización con VMware, pero por separado 🙂

El temor a no recibir soporte o a tener problemas de compatibilidad entre vSphere y las bases de datos Oracle, como tantos otros temores se deben al desconocimiento y/o desinformación. Dicho esto, la solución es fácil:

Informarse e informar.

Son varios los argumentos, sobre todo provenientes de VMware los que intentan mitigar estos temores.

Como punto más destacable, VMware cuenta con una política de soporte específicamente orientada a las bases de datos Oracle. Este artículo muestra el compromiso del fabricante en este aspecto y puede jugar un papel importante en la toma de decisiones. No tiene desperdicio:

http://www.vmware.com/support/policies/oracle-support.html

Algunos de los puntos más destacados de este artículo en mi opinión son:

–       Provide any relevant evidence that virtualization does not play a part in the Oracle product technical problem

Sacado de contexto puede sonar mal, pero recordad que en esta ocasión estoy citando las características del soporte de VMware!!! Por lo que este punto significa que es el propio VMware el que se compromete a ayudarnos a presentar la evidencia que Oracle nos puede llegar a solicitar.

–       “…as part of the existing Support and Subscription contract at no additional charge”

Esto es gratis! Esta política de soporte se incluye en el SnS “normal”. No se trata de ninguna especie de “add-on” o “extensión” al soporte y subscripción contratados para la plataforma de vSphere.

–       Faster resolution of technical issues in VMware environments via a TSANet collaborative support arrangement between VMware Support and Oracle Support

SoporteTanto Oracle Support como VMware Support están vinculados por su participación mutua en TSANet.

Como comento anteriormente, el artículo no tiene desperdicio y todos los puntos son destacables y seguro que algunos de ellos sorprenderán a más de uno.

Todo esto está muy bien, ¿pero qué dice Oracle al respecto? Bueno, Oracle simplemente no certifica vSphere. ¿Qué quiere decir esto?

vSphere trabaja a un nivel Bare Metal. En este sentido, lo podríamos situar como un elemento más al mismo nivel que nuestros servidores físicos. Oracle no certifica servidores físicos Dell, HP, IBM,  la familia x86 de Sun, etc. Hasta tiene lógica que no certifique vSphere si se mira de este modo. Es de lo más normal que las cargas no virtualizadas de Oracle se ejecuten sobre alguna de estas plataformas físicas…muy posiblemente las mismas cargas que se tiene temor a virtualizar por ejectuarlas en una plataforma no certificada. ¿Se entiende lo irónico de la situación? 🙂

La diferencia entre “soportar” y “certificar”

Aplicado al soporte de los productos de Oracle en vSphere, se puede traducir en decir que Oracle aceptará y tratará sin distinción una incidencia en un sistema virtualizado sobre vSphere siempre y cuando se trate de un “known issue”. Caso contrario, se reserva el derecho de solicitar que se pruebe que el problema no es debido a las tecnologías de virtualización que soportan la infraestructura (aquí puede ser muy útil la ayuda del soporte de VMware). En un mundo idílico, se podría decir “asunto resuelto”, pero en la mayoría de los casos este tener que reproducir una incidencia en un sistema no virtualizado, puede significar tener un servicio crítico caído a la espera de replataformar un servidor físico…en caso que se cuente con uno “extra”. Existen dos formas de mitigar este temor:

1)      Un diseño de arquitectura en el cual se contemple un servidor físico capaz de ejecutar las cargas de Oracle para reproducir los errores. Benditos entornos de Pre-producción J

2)      Utilizar un entorno de pre-producción el tiempo necesario para comprobar que el soporte de Oracle no pone pegas

Lamentablemente, no existe a día de hoy ningún statement oficial que diga “sí! Lo soportamos todo sobre vSphere”. Sin embargo, se puede ver que argumentos no faltan. A aquellos que contéis con acceso a MyOracleSupport, los statements oficiales son:

942852.1

249212.1

Una buena opción es estudiar y presentar los casos de éxito publicados por VMware. En caso de ser un integrador/partner de VMware y contar con casos de éxito propios, aún mejor! Aquí os dejo un par de estos casos…sólo para tranquilizar que tampoco se está inventando la rueda con un proyecto de virtualización de Oracle…muy posiblemente gente con bbdd más grandes ya están virtualizados.

http://www.vmware.com/files/pdf/customers/11Q1_University_of_British_Columbia_Case_Study.pdf

http://www.vmware.com/files/pdf/customers/VMW_10Q1_CS_INDIANA_UNI_USLET_EN.pdf

Otra buena noticia es que desde hace algún tiempo Oracle soporta RAC sobre vSphere como se puede leer en unos de sus artículos de soporte (249212.1), desde la versión 11.2.0.2 y posteriores. Recordar que “soportar” no es “certificar” y que al igual que con la capa de hardware que no certifica (nuestros servidores, switches, etc), Oracle Support se reserva el derecho de solicitar la reproducción del error en otro host.

Por último pero no menos importante, en mi experiencia personal, jamás me vi en la situación en la que un DBA me dijera que tuvo problemas con Oracle Support por tener las bases de datos virtualizadas con VMware.
Y vosotros, ¿tenéis alguna experiencia para compartir al respecto?