NetApp Tech OnTap
     

Laboratorio de acceso remoto de Cisco UCS

¿Alguna vez ha querido probar una nueva plataforma informática con sus cargas de trabajo y sus datos fácilmente antes de comprarla? Cisco se propuso contribuir a eliminar la necesidad de realizar pruebas in situ, que llevan mucho tiempo y suponen muchas interrupciones, para simplificar drásticamente el proceso de evaluación de su Unified Computing System® (UCS).

Se creó el laboratorio de acceso remoto de Cisco® UCS para dar a los usuarios una visión práctica del nuevo modelo de gestión creado por UCS. El laboratorio de UCS le permite conocer de primera mano las eficaces funcionalidades de gestión de UCS y salvar posibles lagunas de comprensión. Reúne elementos de tecnología Cisco, VMware® y NetApp® para facilitar la realización de pruebas y pruebas de concepto con sus cargas de trabajo y configuraciones.

Desde que se creó el laboratorio, hemos estado muy ocupados con pruebas de concepto, demostraciones y trabajo de integración con partners. En este artículo se da una ligera idea de lo que UCS es y, a continuación, se describe la arquitectura del laboratorio y las ventajas que obtenemos del almacenamiento de NetApp.

Comprensión del UCS


Cisco anunció Unified Computing System en 2009. La arquitectura integra cálculo, redes, acceso a almacenamiento y virtualización en una sola plataforma. Cisco UCS es un sistema de gestión de servidor determinado por modelos, diseñado para reducir las restricciones de hardware y conectividad, simplificar la gestión del ciclo de vida útil del servidor y ofrecer una infraestructura ágil compatible con cloud computing. A partir de una estructura unificada Ehernet-FCoE de 10 Gigabits, UCS reduce enormemente el número de conexiones de servidor y switches de capa de acceso mediante la consolidación de recursos informáticos en una estructura de I/O unificada que admite simultáneamente tráfico de red, de almacenamiento y de gestión.

La estructura unificada de Cisco está en consonancia con la arquitectura de almacenamiento unificado de NetApp. UCS resuelve las limitaciones de la conectividad I/O de servidor fija/estática mediante la abstracción de las interfaces de I/O y hardware, eliminando con ello las restricciones de conectividad y hardware desde un servidor lógico («servicio-perfil» en UCS) y aumentando la agilidad. Es complicado comprender a fondo el UCS sin verlo primero, por eso es tan importante el laboratorio de acceso remoto.

.

Dominio de gestión de Cisco UCS.

Figura 1) Dominio de gestión de Cisco UCS.

Como se muestra en la figura 1, Cisco ofrece un punto único de gestión para todos los elementos de un dominio UCS. La ampliación del tamaño de un dominio añadiendo blades o un chasis es una tarea sencilla, ya que no hay puntos de gestión en un chasis de UCS. UCS Manager permite gestionar todos los elementos físicos, como un pool de recursos sin estado que se pueden configurar bajo demanda, con la conectividad y la «personalidad» de servidor que se requiera. UCS Manager propiamente dicho está integrado en los dispositivos de interconexión de la estructura, identifica automáticamente nuevos recursos físicos y realiza dinámicamente su inventario. Un objetivo primordial es reducir el tiempo de implementación del servidor a minutos, en lugar de horas o días.

Arquitectura y principales funciones del laboratorio de UCS


La arquitectura de alto nivel del laboratorio de acceso remoto de UCS se muestra en la figura 2.

Arquitectura del laboratorio de acceso remoto de Cisco UCS

Figura 2) Arquitectura del laboratorio de acceso remoto de Cisco UCS.

Entorno multi-tenancy

El laboratorio se diseñó pensando en que varios clientes pudieran compartirlo. Actualmente se compone de tres pods independientes. Cada pod está aislado en su propia VLAN, bajo el control de una instancia independiente de UCS Manager. Queremos señalar que podríamos hospedar simultáneamente Coca Cola y Pepsi Cola en el laboratorio y ninguno de los dos se enteraría (suponiendo, naturalmente, que al menos uno de ellos accediera al laboratorio de forma remota).

Consolas hospedadas en puestos de trabajo virtuales

Se ha configurado un servidor VMware ESX independiente para hospedar las sesiones de consola de cada instancia de UCS Manager. Cada instancia está en su propio equipo virtual y cada equipo virtual se encuentra en un volumen independiente en nuestro sistema de almacenamiento back-end FAS3170 de NetApp. Este método proporciona aislamiento a distintos clientes y permite acceder a una consola de UCS desde una sesión de puesto de trabajo virtual, ya sea localmente o desde una ubicación remota. Los equipos virtuales se conectan al almacenamiento a través de NFS por conexiones Ethernet de 10 Gigabits asociadas, lo que proporciona un gran rendimiento en estos puestos de trabajo virtuales cuando realizan tareas de aprovisionamiento del SO.

Arranque SAN

El arranque SAN es un elemento fundamental de UCS y su laboratorio. Permite que UCS admita servidores sin estado para obtener una mayor abstracción de hardware. Cualquier blade de UCS puede arrancar y ejecutar cualquier imagen de arranque. Con ello se simplifica la posibilidad de tener blades de reserva activa en el entorno de UCS y reiniciar inmediatamente un servidor en caso de que el blade se ejecute con errores. En gran medida, se trata del equivalente de reconstrucción completa de VMware VMotion™ (aunque se produce un reinicio cuando un servidor se mueve a un nuevo blade).

En el laboratorio, es necesario que se admitan tanto servidores físicos como virtualizados de nuestros usuarios. Al realizar el arranque SAN desde el almacenamiento de NetApp se simplifica la configuración de cualquiera de nuestros pods de UCS con cualquier combinación de servidores virtuales o físicos. En el pasado he configurado arranques SAN en otros sistemas de almacenamiento y es mucho más sencillo con el almacenamiento de NetApp. En nuestro entorno, tenemos hasta ocho rutas entre el almacenamiento y cada host. Con algunos sistemas de almacenamiento es necesario registrar cada ruta individual en la cabina de almacenamiento, lo que puede ser enormemente engorroso. Con Data ONTAP®, las rutas del host al sistema de almacenamiento se detectan y registran automáticamente, lo que supone un ahorro de tiempo y esfuerzo.

Recursos compartidos de CIFS

La naturaleza sin estado de UCS lo convierte en adecuado para un entorno de laboratorio como el nuestro, o para cualquier entorno dinámico. Contamos con un recurso compartido de CIFS en el mismo sistema de almacenamiento de NetApp que se instala en cada consola de terminal. Lo mejor de NetApp para nuestro entorno es que es compatible con todos los protocolos de almacenamiento que necesitemos, o podamos necesitar, para realizar pruebas desde un único sistema de almacenamiento. Obtenemos los protocolos NAS de CIFS y NFS, y además podemos utilizar los SAN de iSCSI, Fibre Channel y FCoE.

El recurso compartido de CIFS contiene todas las aplicaciones e imágenes de arranque, tanto de servidores físicos como virtuales, con las que los usuarios del laboratorio quieran hacer pruebas. UCS Manager puede dirigir cualquier blade que controle para arrancarlo desde alguna de las imágenes ISO del uso compartido mediante una funcionalidad de «medios virtuales».

Si así lo desea, podemos organizar un por de UCS para usted, pero preferimos dejar que los usuarios lo organicen por sí mismos para que puedan ver lo sencillo que es aprovisionar con UCS en servidores físicos y virtuales.

Los recursos compartidos de CIFS también se utilizan como áreas de pruebas/descargas para datos de usuario del laboratorio, imágenes, resultados, etc.

SnapRestore

La gran funcionalidad que obtenemos del almacenamiento de NetApp es la posibilidad de realizar un «reinicio limpio» siempre que se lleve a cabo una prueba de concepto. Con el software SnapRestore® de NetApp podemos revertirlo todo (puestos de trabajo de consola de terminal, equipos virtuales, LUN de arranque SAN, cualquier cosa que se haya utilizado durante la prueba) a un estado perfecto para poder reiniciar inmediatamente, y todo el proceso se completa en cuestión de segundos.

¿Quién utiliza el laboratorio de UCS?


El laboratorio de acceso remoto de Cisco UCS está diseñado para clientes y partners. Aquí es donde entra en juego el aspecto «remoto» del laboratorio. Acérquese a las instalaciones si así lo desea, pero puede acceder al laboratorio de forma remota, ya sea desde una ubicación de cliente Cisco o a través de uno de nuestros partners estratégicos.

Un compromiso típico empieza normalmente con una demostración en vivo de una hora a través de WebEx; a continuación, podrá utilizar uno de nuestros pods de UCS durante un periodo de uno a cinco días para centrarse en diversos aspectos de la ejecución, el funcionamiento y el mantenimiento del sistema. La mayoría de los usuarios del laboratorio llevan sus propias cargas de trabajo para realizar el diagnóstico y ejecutar el banco de pruebas para saber exactamente cómo se ejecutan dichas cargas de trabajo en UCS.

Nuestro entorno UCS está preconfigurado con diversos entornos operativos y aplicaciones para satisfacer sus necesidades; además, el hardware se instala según las mejores prácticas de Cisco. El laboratorio no contiene nada que no sea estándar en un entorno UCS: no hay software ni hardware ni nada especial. Cuando utilice el laboratorio tendrá certeza de que lo que ve y los resultados que obtiene son iguales a los a los que obtendría en su propio centro de datos.

Otro punto de atención importante para el laboratorio es la realización de pruebas con los partners de Cisco. UCS ofrece una API abierta basada en XML que permite la integración con software de gestión, además de gestionar el entorno UCS. Partners de la red, como CA, Platform o BMC entre otros, utilizan el entorno de laboratorio para realizar pruebas de integración con UCS. En la capa de gestión/orquestación, herramientas como CA Spectrum también sacan partido de las API de gestión de almacenamiento de Data ONTAP para el aprovisionamiento concreto.

Estimulación del éxito

Un ejemplo concreto ilustra cómo el laboratorio de UCS contribuye a su éxito. Recientemente, un minorista de gran tamaño utilizó el laboratorio en colaboración con varios partners para demostrar la considerable reducción del tiempo de aprovisionamiento del servidor.

Esta empresa en particular había subcontratado todas sus operaciones de TI y el tiempo de aprovisionamiento de un nuevo servicio superaba el mes. Ahora el equipo de TI se encuentra en proceso de desarrollo de un cloud privado y de llevar de nuevo su infraestructura de TI a la empresa.

Utilizó el laboratorio de UCS como soporte de una demostración de integración que agregó a una solución NewScale encima de CA Spectrum Automation Manager, que, a su vez, se integró directamente con UCS Manager a través de la API basada en XML de Cisco.

El resultado final de esta sesión de laboratorio ampliada fue una demostración de la secuencia de aprovisionamiento (con el catálogo real de servicios de la empresa) que puso en funcionamiento, en menos de ocho minutos, toda una pila de tecnología aprobada (sistema operativo, base de datos y aplicaciones). El diseño también hizo una demostración del aprovisionamiento automatizado, así como de la escalabilidad de los servidores, las redes y el almacenamiento en contextos físicos y virtuales. Los servidores físicos y los equipos virtuales de vSphere™ se pueden aprovisionar con igual facilidad y velocidad. En un caso de uso, cuando la carga del sistema supera el umbral recomendado, se activa automáticamente la implementación de servidores adicionales hasta que la carga vuelve a un intervalo admisible. El Director Jefe de Informática quedó encantado al ver este grado de respuesta y aseguran que dijo «¡Es increíble!».

Conclusión

Inicié el laboratorio de acceso remoto de Cisco UCS inmediatamente antes del anuncio general de Cisco UCS y veo con satisfacción cómo el éxito de los usuarios del laboratorio supera todas sus expectativas con respecto a UCS. El laboratorio sigue están muy ocupado, tan ocupado, de hecho, que actualmente estamos planificando la implementación de otros tres pods de UCS para poder tratar más actividades en paralelo. También podremos aprovechar nuevas funcionalidades, como la conectividad FCoE directa al almacenamiento de NetApp.

NetApp es un componente integral del laboratorio de acceso remoto de UCS. El almacenamiento unificado de NetApp nos permite soportar cualquier requisito de almacenamiento de un único sistema de almacenamiento, lo que simplifica la arquitectura del laboratorio y facilita su gestión. Funcionalidades como SnapRestore de NetApp hacen que podamos iniciar nuevas sesiones de pruebas de forma rápida y sencilla. La compenetración que he visto entre NetApp y Cisco es especialmente sólida; NetApp no es sólo un componente fundamental del laboratorio de UCS, sino que UCS es un importante componente de Kilo-Client, el laboratorio de pruebas de ingeniería interno de NetApp.

Comunidad de NetApp
  ¿Le han hecho algún comentario sobre el laboratorio de acceso remoto de Cisco UCS?

El laboratorio de acceso remoto de Cisco UCS está disponible para ayudar a cualquiera que desee realizar pruebas en un entorno UCS. Basta con que nos diga que está interesado, y le ayudaremos a ponerse en contacto con la persona adecuada.

Formule preguntas, intercambie ideas y comparta sus opiniones en las comunidades online de NetApp.

Jeff Silberman

Jeff Silberman
Ingeniero Técnico de Marketing
Cisco

Jeff es el responsable de la gestión de pruebas de concepto de cliente/partner, demostraciones de producto y «primeros encuentros» del cliente con UCS. Jeff se incorporó a Cisco a través de la adquisición de Topspin. En Topspin, era responsable de las implementaciones HPC de mayor tamaño, incluido el clúster de 4.400 nodos Sandia Thunderbird que, en su presentación, quedó en cuarto lugar entre las 500 principales implementaciones en noviembre de 2005. Antes de trabajar en Topspin, Jeff estuvo cuatro años en NetApp, en el Advanced Product Development Group, donde comercializó algunas de las primeras soluciones de estructura unificada para entornos Oracle®/NetApp.

 
En profundidad