Virtualización y pasos

Pasos para virtualizar

Primero Paso

 Planificar

Para que cualquier proyecto de virtualización se realice con éxito y proporcione el mejor retorno de la inversión (ROI) posible, es esencial una amplia planificación previa a la migración. Comprender los conceptos de la virtualización y los posibles obstáculos también es de importancia crítica para alcanzar el éxito. Es preciso  llevar a cabo una investigación exhaustiva antes de iniciar el proyecto.

Crear un conjunto de metas y objetivos claramente definidos ayuda a garantizar que las soluciones satisfarán plenamente los requisitos de la organización y proporcionarán el máximo rendimiento posible. Por consiguiente, se han de establecer las  metas y objetivos que se quieren conseguir.

Análisis       

›     Estudio del CPD, con la realización de un exhaustivo estudio de cada CPD podemos

›     Inventario de servidores, aplicaciones y uso. Para optimizar sus inversiones en software y construir una base sólida para el crecimiento del negocio, primero se necesita saber qué software se está despelgando actualmente y cómo está siendo utilizado.Es enecesario hacer un inventario completo , con un inventario de referencia completo, usted sabrá exactamente qué software está ejecutando y en qué equipos está siendo utilizado; mediante el análisis de esta información, puede determinar donde se pueden utilizar mejor esos programas , y donde es posible que pueda ahorrar dinero.

›     Identificar las aplicaciones candidatas a virtualizar .En una organización de nivel de empresa, el proceso de identificar todos los servidores de la infraestructura puede ser una tarea ardua. No obstante, una vez que se ha localizado toda la infraestructura, es necesario determinar qué servidores son candidatos a someterse a la virtualización. No todo lo que puede ser virtualizado, debe ser virtualizado. El funcionamiento de aplicaciones de volumen o

rendimiento elevados en un entorno virtual puede producir conflictos de E/S entre máquinas virtuales, lo que causaría cuellos de botella y un rendimiento inferior al óptimo. De forma similar, un servidor que ejecute una aplicación con un rendimiento muy variable tal vez no sea un buen candidato para incluirlo en la

consolidación. En algunos casos, cabría pensar que vale la pena que el rendimiento sea inferior al óptimo, a cambio de poder realizar la consolidación. Es preciso estudiar individualmente los efectos de la consolidación de cada servidor.

También debe estudiarse si una aplicación:

•         Duplica la funcionalidad que ya está presente en otras aplicaciones

•         Se ha vuelto obsoleta

•         Solo tiene un escaso número de usuarios

•         Es inestable

•         Se aproxima al final de su ciclo de vida con asistencia técnica

Diseño
Se procede a definir la infraestructura virtual, relevar el equipamiento disponible, el cumplimiento de los requerimientos mínimos y el plan de pruebas que se llevarán a cabo una vez finalizada la implementación. El diseño es la plantilla que respalda los lineamientos del proyecto de virtualización.
›     Seleccionar el hardware apropiado para máquinas físicas y el software de las virtualizadas ampliamos el rendimiento

Segundo Paso

Migrar

Una vez diseñada la plataforma final, se configuran las máquinas virtuales y se realiza la migración de las aplicaciones. Esta conversión de físico a virtual se conocer con el nombre “Migración Physical to Virtual” o, de manera abreviada, “P2V”.

La migración se puede realizar manualmente o ayudado por herramientas que permiten replicar los entornos de máquinas físicas a máquinas virtuales. Un ejemplo sería p2vassist, utilidad proporcionada por la última versión de máquinas virtuales HP Integrity

ž Pasar de la física a la virtual P2V

ž Manualmente o con herramienta

Tercer Paso

Gestión

Cuando ya están operativos se comprueba su buen funcionamiento y se realiza una monotorización .

Una vez las máquinas virtuales están operativas, es necesario disponer de herramientas que incorporen procedimientos de monitorización y gestión para las máquinas virtuales. Existen múltiples soluciones comerciales para ello, por ejemplo, HP Virtualization Manager o VMWare Virtual Center.

Cuarto paso

Automatización

ž Que los procesos importantes se hagan solos

ž Asignar más memoria, más CPU…

Esta última etapa es opcional. Sin embargo, ya se ha explicado que es clave si se desea disponer de una infraestructura virtual dinámica, que se reorganice sin intervención humana y en tiempo real según las demandas del negocio. La Automatización puede estar embebida la propia tecnología de virtualización, o ser proporcionada por aplicaciones adicionales que permitan que los servidores virtuales respondan a diversas métricas, que pueden ser de negocio.

Preguntas para virtualizar

Cuando quieres virtualizar equipos (y ponerlos en la nube) tienes que tener varias cosas en cuenta:

1.     ¿Cuántos servidores virtuales vas a tener por servidor físico?

2.     ¿Cuánta memoria vas a asignar a cada servidor?

3.     ¿Cuánta memoria (RAM) tiene cada servidor físico?

4.     ¿Hay overbooking de RAM en el servidor? esto es ¿cuánta RAM tiene el servidor y cuánta se ha asignado a las máquinas virtuales?

5.     ¿Cuántos procesadores tiene el servidor físico que sustenta nuestra(s= máquina(s) virtual(es)?

6.     ¿Qué tipo de procesadores son? (fabricante, modelo, MHz, etc…)? (por ahora no se puede migrar fácilmente una máquina virtual sobre procesador Intel a una sobre procesador AMD

7.     ¿Los procesadores soportan virtualización? (si no, se tiene que hacer por software)

8.     ¿Qué plataforma de virtualización se utiliza?

9.     En caso de fallo de hardware ¿se migrará automáticamente mi máquina virtual a otro servidor físico?

10.    En caso de falta de recursos ¿se migrará automáticamente mi máquina virtual a otro servidor físico?

11.   Si tengo dos máquinas virtuales que actúan como respaldo una de la otra ¿puedo obligar a que se ejecuten en servidores físicos distintos?

12.  ¿Soporta tu hypervisor Microsoft Clustering en las máquinas virtuales?

13.  ¿Cuántos cores se van a asignar a mis máquinas virtuales?

14.   ¿Cuántos MHz se van a asignar a mis máquinas virtuales?

15.   ¿Cuántos MHz corresponden a un core? ¿y a 1/2 core? ¿y a 1/4?

16.    Si el proveedor de cloud computing actualiza el servidor ¿cuántos MHz mínimos me garantiza?

17.  ¿Dónde están los datos de las máquinas virtuales?¿en los discos locales de los servidores físicos o en la red (en una SAN, o en NASes)?

18.  ¿Puedo hacer un snapshot de una máquina virtual en funcionamiento?

19.   ¿Cómo puedo importar una máquina virtual a la nube?

20.    ¿Cómo puedo bajarme una máquina virtual a mi laboratorio para hacer pruebas sin tener que pagar por ciclos de CPU en la nube?

21.   En caso de fallo de hardware ¿cuántos servidores físicos hay disponibles para tomar la carga de un servidor averiado?

22.  ¿Cada cuánto se reemplazan los servidores físicos que hay desplegados en la nube?

23.  ¿Cuándo se va a reemplazar el servidor físico en el que están mis máquinas?

24.  ¿En cuántos CPDs (datacenters) están desplegados los equipos físicos?

25.   ¿Puedo desplegar máquinas virtuales en un datacenter concreto?

26.  ¿A qué distancia (en milisegundos) están los datacenters? (esto es crucial para hacer clustering de varios servicios)

27.   ¿Cuál es el coste de transferencia de datos entre equipos de la misma nube?

28.   ¿Cuál es el coste de tranferencia de datos entre datacenters?

29.   ¿Cuál es el coste de transferencia de datos hacia la nube y desalida de la nube?

30.   ¿Ese coste es el mismo o varía según el datacenter o la región geográfica?

31.    ¿Cómo se hacen los backups de las maquinas en la nube? (esta pregunta en sí misma ya es un mundo)

32.   ¿Hay un API?

33.   ¿Puedo apagar y encender máquinas virtuales en función de la demanda?

34.    ¿Cómo va a afectar la virtualización a los empleados involucrados? 

35.     ¿Habrá cambios en sus roles y responsabilidades? 

36.    ¿Se necesitará volver a formarlos, o moverlos a posiciones nuevas?

37.    ¿Qué clase de cambios culturales serán necesarios para asegurar el éxito?

38.     ¿Está la compañía preparada para concebir el departamento de TI como un proveedor de servicio, y no como alguien que gestiona los sistemas?