viernes, 26 de octubre de 2012

VCENTER Físico o Virtual.


…. Cuando estamos en las tareas previas para empezar a diseñar una infraestructura virtual basado en VSphere VMWARE una duda que siempre nos asalta es si instalamos el VCenter en una máquina física o en una Virtual, tomando en cuenta lo importante que este elemento supone, la respuesta no queda del todo respondida debido a que en parte depende de cada entorno y de los puntos de fallo que podamos encontrar en hacerlo de una manera u otra, por tanto aquí describimos unos TIPS a tomar en cuenta que pueden ayudarnos en esta decisión.

La primer pregunta que nos debemos de hacer es ¿Qué pasa si nuestro VCENTER falla?

·        La alta disponibilidad HA sigue funcionando ya que solamente se requiere el VCenter para configurar esta funcionalidad

·        VMware VMotio n y Storage VMotion requieren del VCENTER sin embargo si antes se ha ejecutado una tarea de estas funcionalidades no se verá afectada.

·        DRS y DPM solamente funcionan con el VCenter activo , debido a que son necesarios  los datos que están en la base de datos de VCenter .

·        Los templates también son manejados por el VCenter

·        El acceso a los históricos, estadísticas de los ESX´s de la plataforma no se podrán consultar sin el VCenter activo

·        Una de las características que gestiona el VCenter son los switches distribuidos aunque una parte de la configuración de los mismo se guarda en cada uno de los Hosts , las funcionalidad de los switches distribuidos dejaran de operar, por eso es probable que si nuestro VCenter tiene la red en un switch distribuido no tengamos acceso al VCenter, para entornos grandes que se disponen de NICs suficientes se configura la parte de red del VCENTER en switches Standard con lo cual se tendría una configuración híbrida.

Uno de los puntos importantes en nuestro diseño es por tanto determinar como protegemos nuestros VCenter, es aquí donde toma vital importancia el tema de virtualizarlo, ya que gozaríamos de todos los mecanismos de alta disponibilidad y recuperación de toda la plataforma de virtualización al ser una máquina más dentro del entorno, otra alternativa es almacenar la base de datos del VCenter en por ejemplo nuestro entorno de base de datos de producción sea SQL u ORACLE, por otroa lado también VMWare nos ofrece el producto VMWare Heartbeat, o también considerar activar el FT (fault Tolerance) en la máquina de VCenter sin embargo habría que considerar pro y contras de activar la funcionalidad de Fault Tolerance.

Ventajas y desventajas de VCenter Fisico

·        El VCEnter al estar fuera de la infraestructura virtual no tendría que competir con los recursos de las otras máquinas que se encuentran en el entorno, generalmente se reserva a través de los Resource Pools valores determinados para garantizar la alta disponibilidad.

·        Si falla un Host (ESX) tendremos acceso inmediato al VCenter sin necesidad de esperar a que el HA del entorno de virtualización actúe.

·        Se necesita de un servidor físico para instalar el VCenter

·        Los métodos de backup son más complejos tanto del Sistema Operativo de la máquina como de la base de datos de VCenter

·        Un Servidor físico está más expuesto a fallos de hardware .

·        Las tareas de mantenimiento y actualizaciones son más costosas y en caso de fallo los procedimientos de recuperación son más costosos .

Ventajas y desventajas de VCenter Virtual

·        No requerimos de un servidor físico para instalar el VCenter

·        Al fallar el ESX donde este el VCenter a través de HA tendríamos la recuperación de la máquina rápidamente.

·        Se aprovechan los mecanismos y procedimientos de BAckup de toda la infraestructura virtual para respaldar el VCenter.

·        Si tenemos VMotion, podemos mover en “caliente” nuestro VCenter  a otro servidor en caso de que necesite más recursos de hardware.

·        El VCenter estaría compitiendo con las otras máquinas virtuales por los recursos del Host (ESX) o Cluster.

En conclusión si tenemos todos las funcionalidades a nivel de alta disponibilidad, balanceo y mecanismos de respaldo y recuperación además de un almacenamiento remoto lo más recomendable es hacerlo virtual, si no tenemos estas funcionalidades y disponemos del hardware necesario y de un hardware limitado a nivel de recursos en los ESX´s lo mejor es instalarlo en una máquina física.

Espero que este artículo les haya sido de utilidad.

Hasta Pronto……

No hay comentarios:

Publicar un comentario