En mi blog anterior presenté nuestra nueva estructura de servicios de Cisco para ayudar a guiar la transformación del centro de datos y la nube: Cisco Domain Ten (SM). También describí los tipos de desafíos en los que debería pensar en el nivel Instalaciones e infraestructura, Dominio 1. Ahora analicemos el tipo de desafíos que podría presentarle el Dominio 2, virtualización y abstracción.
Mientras que Cisco Domain Ten se puede aplicar para ayudarlo en la transformación de cualquier centro de datos, me mantendré centrado en mostrarle cómo Cisco Domain Ten ayuda a iluminar su camino hacia la transformación de la nube.
Hay una escuela de pensamiento que supone que si tiene un entorno virtualizado, tiene una nube. O que, si efectivamente tiene un hipervisor, tiene una nube. Falso. Más precisamente, la virtualización es una condición necesaria, pero no suficiente para decir que tiene una nube. No estoy tratando de minimizar la importancia de la virtualización aquí. En absoluto. En cambio, estoy haciendo hincapié en el modelo Cisco Domain Ten y digo: hay mucho más en la nube (10 dominios en nuestra estructura) y no todo se relaciona con la virtualización y los hipervisores.
Centrémonos en la virtualización y abstracción. Y esa segunda palabra, abstracción, no la olvidemos. La virtualización permite una abstracción lógica para permitir que los recursos de TI físicos, red, computación y almacenamiento, se compartan entre una cantidad de aplicaciones. Esa abstracción es un factor importante para garantizar que las aplicaciones puedan explotar perfectamente la naturaleza elástica de la nube, habilitada por la virtualización y el hipervisor.
Puede decir “está bien, agregué un hipervisor y está en camino a la virtualización. Fácil. ¡Listo! Cuéntenos sobre el Dominio 3″. Espere, espere, espere… 😀 Hablemos sobre algunos de los desafíos involucrados en la virtualización. Y estos desafíos (al menos desde la perspectiva de Cisco, otros pueden tener un punto de vista más limitado) lo sacan del nivel del software en la plataforma de computación. Los desafíos que enfrentará o las decisiones que deberá tomar incluyen (por ejemplo):
- Crear la virtualización no solo de los recursos de computación, sino también de los recursos de red y almacenamiento.
- Decidir el porcentaje correcto de los activos de TI que podrían y deberían virtualizarse. Si no es suficiente, desperdiciará la inversión en TI, si es demasiado, los usuarios finales o clientes finales sufrirán.
- Con algunas plataformas de servidor diseñadas para la virtualización, como Cisco UCS, decidir cómo explota la plataforma de hardware al máximo.
- Determinar qué herramientas del software de terceros puede emplear para ayudarlo con los desafíos de la virtualización.
- Diseñar para brindar soporte a varios hipervisores (no es poco común, aunque puedo ver cómo esto aumenta la complejidad y reduce la estandarización que, si recuerda, era un tema en mi blog anterior).
- Garantizar la movilidad de la máquina virtual holística diseñada, acción que incluirá el movimiento de políticas de seguridad junto con la máquina virtual. Aquí es donde Cisco Nexus 1000V tendrá que desempeñar un rol clave en la arquitectura de virtualización.
- Garantizar que no habrá ni un solo punto de falla en la arquitectura virtualizada.
- (Observará que todavía no analicé la virtualización de la aplicación. Lo retomaré en el Dominio 8, “Aplicaciones”).
Cada uno de estos es un desafío de diseño inconsistente. En los servicios del centro de datos de Cisco podemos ayudarlo en estas áreas (por ejemplo, recuerde que lo anterior es un subconjunto limitado de temas en los que podemos ayudarlo en el Dominio 2): por eso manténgase en contacto cuando necesite experiencia adicional para complementar su equipo.
Mi próximo blog tratará sobre la Automatización y organización, un área en la que estuve muy involucrado este año con la Automatización inteligente de Cisco de los servicios de implementación de la nube.
Authors
