La mayoría de profesionales de IT que han pasado por la virtualización han dudado en algún momento si virtualizar o no un servidor/ servicio.

Hoy me  encontré con el caso en el que me consultaron si les recomendaba separar en dos servidores un servicio dirigido a Microsoft Project Server. Para aquellos que no conocen, Microsoft Project Server requiere de un servidor de base de datos y otro para la gestión de la aplicación en si misma, y la duda existía si realmente convenía o no separar en dos máquinas virtuales (una para la base de datos y la otra para el framework) de manera de asegurar una adecuada performance.

Para dar una respuesta concreta tenemos que detenernos en el siguiente punto, cada maquina virtual que coloquemos requiere una licencia de sistema operativo, y por más obvio que esto parezca, si por el mero hecho de evitarnos un problema de performance empezamos a crear maquinas virtuales, seguramente nos veamos peor que en un criadero de conejos, duplicando la cantidad de trabajo que tendremos que hacer día a día (parches de seguridad, etc) como hasí también estamos haciendo incurrir en un gasto de licencia adicional innecesario a la compañía.

Recordemos que cuando se virtualiza es excelente momento para consolidar servidores y aplicaciones, de esta manera, si la empresa ya tiene servidores de base de datos potentes u osciosos, creo que la mejor alternativa es calcular la demanda de cpu, memoria, disco y red  que tendrá esa base de datos, y subirla al motor existente.

De esa manera obtendremos el beneficio de que el administrador de bases de datos realice las tareas de mantenimiento correspondientes (backup, shrink, etc).

Si la base de datos es poco demandante, con  más razón valdrá la pena consolidarla, o caso contrario pueden utilizar el mismo servidor de project para ambos caso y así ahorrar una licencia.

Si el servidor demandará muchimos recursos, en ese caso será una buena decición ponerle un motor dedicado con un calculo de memoria, cpu, disco y red acertado para tal fin.

Conclución: No nos olvidemos que somos responsables de IT y del diseño de la infraesctructura, donde  diseñar no se trata de hacer que todo funcione bien solamente, sinó que se debe hacerlo haciendo uso responsable de los recursos tanto económicos como físicos del datacenter.

—-

Autor.

Ing. Diego Quintana  

1. Descargar los siguientes scrips según la Base de Datos utilizada:
   • Para Microsoft SQL Server  utilizar  create_alarms_mssql.sql.
   • Para Oracle Database utilizar  create_alarms_oracle.sql.
2. Realizar un Back up de la base de datos y bajar el servicio de vCenter Server.
3. Abrir un query analyzer y ejecutar el script.

Detalle para Microsoft SQL Server:

1. Loguearse a la base de datos SQL con el mismo usuario del ODBC usado para el vCenter Server.
2. En el Microsoft SQL Server Management Studio, ingresar a Databases y luego a la Base_de_datos_del_Vcenter
3. Clic derecho y  New Query.
4. En el  query editor,  hacer copy y paste del contenido del script create_alarms_mssql.sql.
5. Presionar F5 para correr el script.
6. Inciar el Servicio de vCenter Server.

1. Bajar el servicio de vCenter Server
2. Usar sqlplus, loguearse a la base de datos con el mismo usuario de conección usado por el vCenter hacia la BD.
3. Tipear @ \create_alarms_oracle.sql
4. Ejecutar enter para correr el script.
5. Inciar el servicio de vCenter

Listo.

Las alarmas por Default ya quedarón nuevamente creadas.

Saludos.

Ref: KB Article: 1010399

________________________

Ing. Diego Quintana

VCP-VTSP-VSP-VAC

Ya se encuentra diponible una nueva versión de la planilla de excel para realizar un calculo de cuanto almacenamiento se requeriá para utilizar vmware update manager.
En esta oportunidad la planilla nos muestra el damaño que tendrá la base de datos y el espacio de disco estimado que se necesitará para guardar los parches.

Para bajar la planilla, haz clic en vmware update manager size calculator o aquí.

Espero que les sea util.

Saludos

________________________

Ing. Diego Quintana

VCP-VTSP-VSP-VAC