¡Acceso ilimitado 24/7 a todos nuestros libros y vídeos! Descubra la Biblioteca Online ENI. Pulse aquí
¡Acceso ilimitado 24/7 a todos nuestros libros y vídeos! Descubra la Biblioteca Online ENI. Pulse aquí

Planificar un proyecto de virtualización

Introducción

Hoy en día, la mayoría de las organizaciones utilizan la virtualización de servidores total o parcialmente, ya sea in situ o en la nube. En pocos años, el hipervisor se ha convertido en el eje del centro de datos moderno, que ahora es híbrido y dinámico.

En consecuencia, la virtualización ya no es un destino, como podía serlo durante la era de la consolidación de los servidores físicos en la década de 2000, sino un punto de partida para diversos proyectos de modernización de infraestructuras. En efecto, un entorno virtualizado facilita la implantación de una nube privada o híbrida, así como la migración de cargas de trabajo a una o varias plataformas de nube pública. Del mismo modo, una infraestructura de virtualización se presta bien al despliegue de una solución de ejecución de contenedores como Kubernetes.

Sea cual sea el proyecto previsto, la definición de su alcance debe tener en cuenta estos diferentes escenarios, que implican a un gran número de actores que no existían cuando se trataba de un simple proyecto de consolidación de servidores físicos.

En gestión de proyectos, la noción de "alcance" se refiere a todos los elementos necesarios para completar un proyecto: tareas, recursos (humanos, materiales, tecnológicos), plazos, presupuestos...

El proyecto de virtualización

1. Establecer un proceso de mejora continua

Todo proyecto informático implica una organización que va más allá de la tecnología. La fase de planificación no sólo se debe centrar en la arquitectura de la solución, sino que también debe incluir los procesos y el personal que participará en el proyecto.

En todas las fases del proyecto hay que tener en cuenta a las personas, los procesos y las tecnologías mediante un enfoque iterativo que permita una rápida retroalimentación. Es importante poner en marcha un ciclo de mejora continua desde el inicio del proyecto para garantizar una colaboración eficaz entre todos los agentes implicados. Este enfoque se ha probado en muchos campos desde la década de 2010, y su adopción se debe considerar desde las fases iniciales del proyecto.

images/cap9_pag3.png

Mejora continua

En los raros casos en que la virtualización no esté ya establecida en una organización, la implantación de este tipo de infraestructura puede requerir la gestión del cambio. La virtualización conlleva un cambio de paradigma y una redefinición de las funciones del administrador de sistemas tradicional. Este aspecto se debe tener en cuenta desde las primeras fases del diseño del proyecto y formar parte del ciclo de mejora continua para facilitar el proceso de transición.

2. Gestión del cambio

Incluso antes de que el proyecto se ponga en marcha, es necesario anticiparse al cambio cultural que supone la virtualización si la organización aún no ha experimentado con esta tecnología, utilizando un entorno completo como vSphere. La forma tradicional de los equipos de informática divididos en "silos" ya no se adapta a las estrategias de virtualización actuales, que exigen una mayor agilidad.

La agilidad en las tecnologías de la información se refiere a la capacidad de una infraestructura o unos procesos informáticos para adaptarse, es decir, para reaccionar rápida y eficazmente a las necesidades cambiantes de las empresas y a las demandas del mercado. La noción de agilidad hace hincapié en la capacidad de desplegar y ofrecer soluciones informáticas flexibles y abiertas a la innovación, manteniendo al mismo tiempo un alto nivel de capacidad de respuesta.

images/cap9_pag5.png

Funcionamiento...

Enfoques metodológicos

Un proyecto de virtualización es similar a cualquier otro proyecto empresarial y debe seguir el mismo tipo de metodologías y procesos para llevarse a cabo con éxito.

Existen varios enfoques metodológicos para llevar a cabo un proyecto de este tipo, pero en general, incluyen las cuatro fases siguientes:

  • 1. Evaluación: esta fase consiste en recopilar toda la información necesaria para implantar la solución, es decir, los objetivos del proyecto, los requisitos de los procesos empresariales, los niveles de servicio que se deben prestar, las limitaciones y los riesgos potenciales. Es esencial comprender y tener en cuenta toda la información recopilada, porque sobre esta base se creará el diseño y la arquitectura de la solución.

  • 2. Diseño: en esta fase se diseña la solución a partir de la información recopilada en la etapa anterior. Debe tener en cuenta todos los requisitos, necesidades y objetivos de la organización. En esta fase se elaboran los documentos de arquitectura de la solución.

  • 3. Implantación: en esta fase se realizan pruebas de concepto (POC) y ensayos. Una vez aceptadas, la solución se despliega en el entorno de producción de acuerdo con los documentos de arquitectura elaborados en la fase anterior.

Una prueba de concepto (Proof of Concept, POC), es una demostración diseñada para validar la viabilidad de una idea o solución. Suele consistir en probar una solución a pequeña escala para determinar si satisface las necesidades y expectativas.

  • 4. Verificación: esta fase final sigue a la puesta en producción de la solución. Consiste en poner en marcha una serie de pruebas y comprobaciones para asegurarse de que la solución que se ha implantado cumple los objetivos...

El modelo conceptual VMware VCDX

El modelo conceptual VCDX se ha desarrollado para la virtualización de centros de datos (Data Center Virtualization) como parte de la certificación VMware Certified Design Expert (VCDX). El enfoque propuesto se encuentra entre el modelo en cascada y el PDCA. Se basa en tres pasos conceptuales básicos: 

  • Diseño conceptual (Conceptual Design)

  • Diseño lógico (Logical Design)

  • Diseño físico (Physical Design)

IMAGES/09EI08.png

El modelo VCDX de VMware

Este modelo tiene la ventaja de estar diseñado para proyectos de virtualización y más concretamente, para el despliegue de VMware vSphere. Por tanto, no es un método "agnóstico", pero los principios que propone son pertinentes para todos los proyectos de virtualización, independientemente del proveedor de la solución.

En las secciones siguientes, utilizaremos el término "diseño" como sinónimo de "concepción" para respetar la terminología adoptada por VMware. Esto también nos permitirá evitar dificultades de traducción que podrían dar lugar a una tautología como "concepción conceptual" (conceptual design).

1. Evaluación o auditoría preliminar

La fase de "diseño conceptual" va precedida de una etapa preliminar que consiste en el "descubrimiento" (discovery) o evaluación de los elementos que se deben tener en cuenta para la solución. Se trata de reunir la información necesaria sobre la empresa y los objetivos del proyecto de virtualización.

Si el proyecto incluye la modernización de esta solución, se debe realizar una auditoría preliminar de la infraestructura existente. A continuación, la información recopilada se debe analizar para diseñar la solución y determinar la elección de los componentes necesarios para implantar vSphere.

images/cap9_pag19.png

Auditoría preliminar y diseño conceptual

La auditoría preliminar es un requisito previo para las distintas situaciones que se plantean en un proyecto de virtualización. He aquí las principales situaciones encontradas y lo que justifica una evaluación preliminar:

  • Antes de planificar un proyecto de virtualización, es esencial entender la infraestructura existente y su impacto en el proceso...

Las etapas del diseño lógico

images/cap9_pag27.png

Los cuatro aspectos del diseño lógico

1. Administración o supervisión de la solución

En una infraestructura de virtualización, el componente que proporciona la gestión centralizada de los servidores ESXi y las máquinas virtuales, es el servidor vCenter. El propio servidor vCenter incluye una serie de componentes y funciones que se deben examinar para dimensionar correctamente los recursos de hardware y garantizar la compatibilidad entre los productos VMware desplegados en el entorno.

El diseño lógico de la plataforma de gestión también debe tener en cuenta la disponibilidad, la capacidad de realizar copias de seguridad y restaurar el vCenter y la seguridad de sus componentes.

El siguiente diagrama muestra cómo se integra el diseño de gestión en el proceso de diseño lógico:

images/cap9_pag28.png

Diseño lógico: supervisión

He aquí algunos ejemplos de preguntas que se deben plantear durante el proceso de diseño de la infraestructura de gestión:

  • ¿Qué componentes son necesarios para gestionar el entorno de virtualización?

  • ¿Cómo se desplegarán los componentes de gestión?

  • ¿Qué recursos son necesarios para apoyar los componentes de gestión?

  • ¿Qué impacto podría tener en el medio ambiente la pérdida o el mal funcionamiento de un elemento de gestión?

  • ¿Cómo recuperarse de la pérdida o el mal funcionamiento de un componente de gestión?

  • ¿Cómo actualizo y aplico parches a los componentes de gestión?

Para el dimensionamiento de componentes, VMware proporciona datos sobre configuraciones máximas para cada tipo de entorno que puede ser útil consultar, sobre todo para implantaciones muy grandes. Esta información está disponible en la siguiente dirección:

https://configmax.esp.vmware.com/

Los aspectos más específicos del despliegue de un servidor vCenter también se deben evaluar durante la fase de diseño lógico:

  • Identificar los componentes y dependencias de vCenter

  • Seleccione una opción de despliegue de vCenter

  • eterminar los requisitos de recursos de vCenter

  • Elección de una topología de despliegue para el vCenter

  • Implementación de una solución...

Las etapas del diseño físico

El diseño físico sigue al diseño lógico, identificando cada componente principal de la infraestructura de virtualización.

images/cap9_pag45.png

Diseño físico

El dimensionamiento de los equipos, tanto en términos de capacidad como de rendimiento, puede ir acompañado de una evaluación inicial de la infraestructura existente.

En el diseño físico, el objetivo es ofrecer una solución precisa que incluya las tecnologías y los proveedores de hardware seleccionados. Al igual que en el diseño lógico, el documento de arquitectura debe ofrecer una visión general del diseño físico y asignar una sección a cada componente principal seleccionado.

Estos componentes son:

  • recursos de procesamiento

  • recursos de almacenamiento

  • recursos de red

También hay que tener en cuenta los dos factores siguientes:

  • los recursos necesarios para la copia de seguridad y la restauración

  • los recursos necesarios para la recuperación en caso de siniestro grave

Los documentos de diseño físico contienen detalles del hardware físico elegido, así como las configuraciones de hardware físico y virtual.

En ellos se detallan los proveedores y modelos elegidos y la justificación de su elección. El diseño físico también debe incluir diagramas de arquitectura que describan la configuración...

Aprobación y aplicación

Antes de presentar un proyecto de virtualización, también hay que tener en cuenta las licencias que se aplican tanto al entorno virtual (vCenter, hosts ESXi) como a las aplicaciones y los sistemas operativos.

Aunque no hemos mencionado este punto, puede haber hardware que pueda reutilizarse en el entorno existente. Si no sirve para la virtualización, se puede considerar para la recuperación ante desastres, por ejemplo.

La seguridad, la supervisión y la protección del medio ambiente también son puntos cruciales que hay que tener en cuenta antes de aprobar y ejecutar el proyecto. Estos aspectos se tratan en el capítulo siguiente.

Una vez concluidas las fases de evaluación, diseño lógico y diseño físico y redactados los documentos de arquitectura, la solución se puede someter a la aprobación de los responsables de la toma de decisiones. El apoyo del arquitecto de soluciones es esencial en esta fase para justificar las opciones tecnológicas elegidas y los costes asociados, ya que a menudo se considera que la informática es un "pozo sin fondo" de gastos.

Es de esperar que se cuestionen algunos aspectos de la solución o que sea necesario introducir cambios. Estas limitaciones forman parte del proceso iterativo de mejora continua.

Una vez aceptada la solución, los equipos encargados de aplicarla pueden...

Conclusión

En este capítulo hemos intentado ofrecer algunas pautas para planificar y diseñar un proyecto de virtualización. Las metodologías que hemos examinado se pueden aplicar a distintos tipos de proyectos: despliegue de un nuevo entorno de virtualización, actualización, migración a la nube o consolidación de servidores físicos existentes.

Hemos hecho especial hincapié en el método VCDX de VMware, que es sencillo porque se estructura en tres etapas principales (evaluación, diseño lógico y diseño físico) y procede planteando preguntas generales que se ponen en práctica a lo largo del diseño del proyecto.

La seguridad y la alta disponibilidad también son aspectos esenciales de la planificación y el diseño de un proyecto de virtualización, pero no nos hemos centrado en ellos aquí porque merecen una presentación más detallada. El próximo capítulo nos permitirá profundizar en estos conceptos.