Archive for October, 2008

Los siguientes son los puertos TCP que se requieren para trabajar con VMware Converter:

Converter 3.0.0
• Converter hacia la máquina física – 445 y 139
• Converter hacia el VirtualCenter – 902
• Converter hacia el ESX Server 3.x – 902
• Maquina física hacia VirtualCenter – 902
• Maquina física hacia ESX Server 3.x – 902

Converter 3.0.1
• Converter hacia la máquina física – 445 and 139
• Converter hacia el VirtualCenter – 443
• Converter hacia el ESX Server 3.x – 443
• Maquina física hacia VirtualCenter – 443
• Maquina física hacia  ESX Server 3.x – 443

Nicolás Solop

Cuando se trata de realizar de hacer troubleshooting sobre una situación en particular sobre la infraestructura Virtual basada en VMware, muchas veces se cae en la gran incognita de donde se encuentran los logos, o mejor dicho “todos” los logs. Existen varias formas de obtener dichos logs, a continuación les describiré la más imporantes: Utilizando el VI Client conectado al Virtual Center, se debe realizar lo siguiente

1. Ingresar con el VI client como administrator

2. entrar a File > Export > Diagnostic Data

3. elegir los servidores que se desean verificar

4. seleccionar el checkbox ” include info from VC ” Los dumps generalmente en esx 3 y 3.5 se encuentran en el directorio /var/logs. Aquí les dejo una descripción de que información tiene cada archivo: 1. vmkernel (vmware/esxcfg-boot.log) 2. messages (vmware/esxcfg-firewall.log) 3. dmesg (vmware/esxcfg-cim.log) 4. boot.log (vmware/esxcfg-linuxnet.log) 5. initrdlogs/* (vmware/esxupdate.log) 6. vmksummary (oldconf/esx.conf*) 7. vmware/hostd.log (rpmpkgs) 8. vmware/vpx/vpxa.log (vmkernel-version)

Espero que les sea útil y claro.

Saludos

Trabajando sobre soluciones ya implementadas, me encuentro con problemas serios de base, causados al momento de la Instalación y muy difíciles ó Imposibles de Reparar.

A continuación detallo algunos Tips a tener en cuenta para evitar estos problemas a futuro:

MDB – Dominio de AD para los Managers – CCS

- MDB: Dónde se instalará la Base de datos?

Hay que tener en cuenta tanto el Acceso a la base como el tamaño a futuro de la misma.

1 – Dónde residirá la base de Datos? Qué tan buena ó grande es la conexión de red entre el Domain Manager y la MDB? No es lo mismo un tráfico de 500 estaciones de trabajo a un tráfico de 2000 estaciones de trabajo.  La lecutra y escritura en la MDB irá creciendo a medida que se agreguen Estaciones de trabajo ó Servidores, y un enlace pequeño causa pérdida de paquetes durante la escritura originando daños severos a la base.

2 – Habrá espacio suficiente para la MDB de acá a X años?  Según el nivel de crecimiento estimado por la empresa, se debe seleccionar un Storage, ó un Disco Local con suficiente tamaño para soportar ese crecimiento, aunque en el momento de tomar la decisión suene exagerado, es preferible estar tranquilos y no colapsar la base de datos en un futuro.  Si la MDB queda con poco espacio, la performance de TODAS las tareas decrecerá y mucho!.  También corre riesgo de corromperse la base de datos.

3 – Es estable la base de datos? Siempre y cuando utilice SQL u Oracle, SI!, pero no hay que dejar de lado las tareas de mantenimiento propias de cada motor.  Puede pasar que dichas tareas sean creadas al momento de instalar el motor de DB, pero nunca más fueron chequeadas, ya que no es una Base de Datos de interés “Comercial” para la empresa.

- Dominio: Dónde se instalarán los Managers?

Sabemos que para que un Enterprise Manager ó un Domain Manager puedan trabajar sobre TODO un Bosque de Active Directory, debe estar instalado en el Dominio Más Alto en jerarquía.

NUNCA mover un manager (Enterprise ó Domain) de un dominio Child a su superior, ni entre Dominios paralelos.  Esto genera el cambio del FQDN del servidor y por consigueinte, entradas duplicadas en la MDB.  Ej: servidordsm1.child.domain  es el nombre original al instalarlo, si se mueve hacia su superior, quedaría como servidordsm1.domain.  Esto genera entradas erróneas en el comstor y en la MDB, genera errores en el Reporter y horrible performance navegando en el Explorer y en el deploy de paquetes entre Manager y Scalability Servers.  La única solución a este problema es la Reinstalación del producto con una MDB vacía.  No se podrá recuperar la base de datos anterior ya que el contenido es inconsistente y erróneo.

- CCS: Esta herramienta que aparece en la versión 11.1, por lo general es ignorada por los que implementan esta versión pero su experiencia es sobre versiones anteriores.

CCS integra el DTS (Data Transport Service) y el Continuous Discovery.  Dos herramientas fundamentales para obtener la mejor performance posible.

He visto instalaciones de versión 11.2 SIN CCS instalado, por lo tanto no se puede hacer uso de las herramientas mencionadas.

Aclaro que esta herramienta no requiere conocimientos extraordinarios ni ningún tipo de licencia extra.  No hay motivo para evadir la instalación de CCS.

Espero les sea de utilidad y que haya sido amigable la explicación.

Saludos…

Patricio Limeres

La guerra virtual sigue y está realmente interesante, desde Redmond han salido a hacerle fente a la nueva versión gratuita de VMware, el esx3i.

El nuevo participante se llama Metal Hyper V, algo así como un Hyper V pero mas delgado. MS en su sitio Technet, publica algunos beneficios de este nuevo release del servidor de virtualización de MS basado en Windows 2008.

Algunas características son:

- Alta compatibilidad con todo tipo de hardware soportado en Win 2k8

- Se le han suprimido los servicios adicionales que traía Hyper V, Dhcp, DNS, File and Print para dejar solo un core de Virtualización.

-El máximo numero de Guest (maquinas virtuales ) por MHV es de 128.

-Soporta los mismos Sistemas Operativos que su hermano mayor ¿? Hyper V, les adjunto la lista de Os. ( y no soporta Red Hat).

- Es gratuito.

Sin lugar a duda es una apuesta interesante, pero poco prometedora, más considerando el poco terreno que gana Hyper V.

Ya lo estamos probando, en breve les comentaremos los resultados.

La semana pasada fuimos invitados para ser parte del equipo de partners VAC de sudamerica para ser tester oficiales de la proxima version del hypervisor de VMware, hablamos del VI4. La proxima versión se encuentra en su fase inicial de testing, BETA2. Por el momento no se nos permite publicar información al respecto, pero si podemos comentar que la misma presenta grandes mejoras en terminos de performance respecto de su versión anterior. Sin duda si ya los usuarios de VMware estaban contentos, no les puedo explicar cuán alegres estarán cuando accedan al release final.

La base de Datos de Brightstor ARCServe Backup (VLDB) reside en el directorio \CA\Brightstor ARCServe Backup\DATABASE

Allí se encuentran una serie de archivos con diversos tamaños (algunos 0kb y otros varios megas ó gigas) según la cantidad de datos respaldada, cantidad de Tapes, cantidad de Restores, etc.

Esta base VLDB tiene ciertas desventajas con respecto a la instalación de BAB sobre una base de MS SQL.

Entre las desventajas, está la limitación de tamaño, VLDB sólo soporta hasta 36 gb como máximo.

Otra desventaja, es que requiere un mantenimiento periódico con más frecuencia que SQL.

Para correr el mantenimiento, existen los siguientes comandos:

dbcheck: Chequea la base de datos

dbfix: Intenta reparar corrupciones en la base

dbdefrag: Defragmentación de la base de datos luego de ejecutado el job Prune Database.

keybuild: Regeneración de índices.

Contenido de la Base de Datos:

Antes de entrar en Detalle, les muestro una tabla que bajé y traduje de un doc de CA, donde nos presentan a los archivos de la VLDB:

COMANDOS:

Abajo vemos los comandos seguidos por los parámetros convencionales para trabajar con la base entera:

El órden correcto es como está citado abajo:

- Esto revisará TODA la VLDB.

dbcheck -a -L casdb;admin;secret asjob

dbcheck -a -L casdb;admin;secret asmedia

dbcheck -a -L casdb;admin;secret asobject

dbcheck -a -L casdb;admin;secret asrhost

dbcheck -a -L casdb;admin;secret astape

dbcheck -a -L casdb;admin;secret astpdrv

dbcheck -a -L casdb;admin;secret astpsdat

dbcheck -a -L casdb;admin;secret asmmo

- Esto intentará reparar los errores en las bases (si existen).

dbfix -a -L casdb;admin;secret asjob

dbfix -a -L casdb;admin;secret asmedia

dbfix -a -L casdb;admin;secret asobject

dbfix -a -L casdb;admin;secret asrhost

dbfix -a -L casdb;admin;secret astape

dbfix -a -L casdb;admin;secret astpdrv

dbfix -a -L casdb;admin;secret astpsdat

dbfix -a -L casdb;admin;secret asmmo

- Esto removerá objetos eliminados en la VLDB con la tarea Prune liberando el espacio en disco.

dbdefrag -a -L casdb;admin;secret asjob

dbdefrag -a -L casdb;admin;secret asmedia

dbdefrag -a -L casdb;admin;secret asobject

dbdefrag -a -L casdb;admin;secret asrhost

dbdefrag -a -L casdb;admin;secret astape

dbdefrag -a -L casdb;admin;secret astpdrv

dbdefrag -a -L casdb;admin;secret astpsdat

dbdefrag -a -L casdb;admin;secret asmmo

- Esto intentará reparar errores de Alto nivel (índices). Sólo se ejecuta en conjunto con DBDEFRAG.

keybuild -k -L casdb;admin;secret asjob

keybuild -k -L casdb;admin;secret asmedia

keybuild -k -L casdb;admin;secret asobject

keybuild -k -L casdb;admin;secret asrhost

keybuild -k -L casdb;admin;secret astape

keybuild -k -L casdb;admin;secret astpdrv

keybuild -k -L casdb;admin;secret astpsdat

keybuild -k -L casdb;admin;secret asmmo

NOTA:

casdb;admin;secret debe escribirse tal cual, no se refiere a ningún tipo de usuario ni de Windows ni de Brightstor.

Ultimo Momento, al mejor estilo informe de TV, HP formalizó la compra de LeftHand Networks y sus soluciones de Virtualización de Storage.

El principar finalizasta del VMworld 2008, fué adquirido en el día de hoy por uno de sus principales rivales, HP en unos 360 millones de dolares.

En el ambiente se venía rumoreando que la empresa de la mano izquierda era una de las principales empresas que había captado la atención de los principales vendors de la indrustria de IT.

Normal 0 21 false false false ES-AR X-NONE X-NONE MicrosoftInternetExplorer4

Una apreciación personal, es que aquellas empresas que desarrollan productos de alta calidad y se involucran de manera fácil y efectiva en ambientes virtualizables, seguro obtendrán más que sorprendentes resultados en un mercado que está alcanzando su máximo furor.

Lo de HP muestra ser una apuesta jugada para acaparar un mercado en pleno crecimiento (iSCSI), y que representa el futuro de las soluciones de storage de bajo costo sobre virtualización.

Fuente: HP