Una destacada marca de calzado KEDDO se acercó ITGLOBAL.COM Departamento de Integración de Sistemas con una tarea particularmente desafiante. Al hacerlo, KÉDDO encontró un socio que podía implementar un sistema de nube privada de alta disponibilidad y tolerante a fallas alojado en dos sitios independientes para salvaguardar los servicios críticos para el negocio. Le mostraremos cómo nuestro equipo implementó con éxito este proyecto en la nube para KÉDDO aprovechando soluciones integradas de alta gama sin costo adicional para el cliente.

Sobre el Cliente

La historia de KÉDDO comenzó en 1990 en el Reino Unido con la inspiración de crear calzado para consumidores jóvenes que buscaban algo fresco y distintivo. Avancemos unos años y la startup se ha convertido en una marca juvenil global con seguidores de culto. Hoy en día, KÉDDO se encuentra entre las 20 mejores marcas mundiales de calzado con presencia en más de 80 países de todo el mundo.

Cuando KÉDDO se acercó a nuestro equipo de Integración de sistemas, el cliente confiaba en los servidores de reserva de HP implementados en un clúster Hyper-V de Microsoft. Sin embargo, este enfoque ya no cumplía con los requisitos del cliente en cuanto a tolerancia a fallas y rendimiento, y la empresa buscó un socio en forma de ITGLOBAL.COM para construir una nube privada de alta disponibilidad que pudiera ofrecer la tolerancia a fallas y la eficiencia exigidas por KÉDDO.

Nuestra Experiencia Maximiza La Competitividad De Costos

Hacer frente al desafío de KÉDDO requirió un desarrollo en profundidad por parte de especialistas altamente competentes. La importancia de los servicios de nube privada de alta disponibilidad para el cliente solo se vio reforzada por el ritmo del entorno operativo de KÉDDO en la industria global de la moda. Al igual que cualquier otra industria sensible a las tendencias estacionales, las empresas de la industria del calzado no pueden tolerar ni siquiera un mínimo de tiempo de inactividad. Sin embargo, ofrecer una solución estándar, como la compra de un sistema de respaldo (posteriormente denominado BDR), en última instancia no era adecuado para el cliente, ya que el costo de compra de software como Veeam o Veritas, a menudo puede ascender a decenas de miles de dólares.

En respuesta a estos requisitos, el equipo de Integración de sistemas de ITGLOBAL.COM ofreció una propuesta confiable y rentable implementando el proyecto a través de la organización de dos sitios de TI:

• Un centro de datos primario con alto rendimiento y estricto cumplimiento de los requisitos de tolerancia a fallas del sistema.
• Un centro de datos secundario (DR) para ejecutar aplicaciones críticas para el negocio.

Establecimiento de una Nube Privada de Alta Disponibilidad

Para crear una nube privada tolerante a fallas, nuestro equipo empleó:

• Switches Cisco Nexus 3524 (dos unidades).
• Servidores Cisco UCS 220.
• Sistemas Híbridos de Almacenamiento de Datos de última generación (posteriormente SAN) en forma de FAS2750 de NetApp (dos unidades).

La arquitectura de nuestra solución propuesta permitió la segmentación condicional de retransmisiones y almacenamiento de datos utilizando las herramientas SnapMirror y SnapVault.

Conmutación

La infraestructura de red fue proporcionada por dos switches Cisco Nexus, mientras que la funcionalidad de los Canales de puerto Virtual (vPC) permitió conectar dos dispositivos a una pila. Gracias a los conmutadores vPC de este tipo, se pudo establecer un acceso a la red de alta disponibilidad, tolerante a fallas, pero arquitectónicamente simple. Además, cada conmutador Nexus tiene su propio plano de control y gestión independiente, y el cliente puede agregar los canales distribuidos entre los dos conmutadores.

Almacenamiento de Datos

La solución de almacenamiento de datos para el sitio de TI principal se basa en un sistema de almacenamiento de datos FAS2750 de NetApp. Esta SAN se implementa en una configuración de clúster con dos controladores, que están conectados entre sí a través de un interconector de clúster, y tienen puertos dedicados de 10 GbE (dos puertos en cada controlador). La expansión del sistema y la prueba futura son posibles gracias a la capacidad de escalar el sistema hasta 8 controladores. Cada controlador DSS viene con una tarjeta NVMe M. 2 de 512 GB que se puede usar como FlashCache L2, una caché de lectura a nivel de controlador que reduce la latencia para operaciones de lectura aleatorias.

Nuestra SAN funciona bajo el control del sistema operativo Data ONTAP 9.2 de NetApp, que proporciona un repositorio universal que puede proporcionar y bloquear el acceso de archivos a la información. La elección del sistema de almacenamiento de datos de NetApp se realizó no solo en función del rendimiento y la rentabilidad, sino también de la funcionalidad del software disponible, ya que ONTAP 9.2 Premium OS incluye herramientas como SnapMirror y SnapVault.

SnapVault

Al seleccionar una versión de ONTAP Premium con la función SnapVault incorporada, nuestro equipo le brindó a KÉDDO la capacidad de crear copias de seguridad rápidas basadas en imágenes instantáneas o “instantáneas” a nivel de máquina virtual. Además, la combinación de SnapVault más la Consola de almacenamiento Virtual para VMware vSphere, SnapManager para MS SQL y SnapManager para Exchange permitió que el sistema recuperara datos rápidamente en un momento determinado sin afectar la productividad y proporcionó una capacidad de recuperación granular a nivel de un archivo, buzón o correo electrónico individual.

SnapMirror

Otra funcionalidad proporcionada por ONTAP Premium es SnapMirror, una herramienta para la replicación asíncrona de datos entre dos sistemas de almacenamiento físico. La replicación se produce en una red IP, lo que constituye una diferencia significativa entre ella y las soluciones de replicación de la competencia de otros proveedores que a menudo prefieren FC. SnapMirror para SVM permite la replicación de todos los datos y configuraciones en la SAN directamente en el centro de datos secundario (DR).

Durante la fase de despliegue del BDR por medio de SAN, se decidió utilizar el modo de Descarte de identidades para el SAN o NAS. En este modo de máquina virtual, se genera un NFS-vsphere como almacén de datos, mientras que se asignan LUN iSCSI separados para bases de datos y registros.

Automatización del Flujo de Trabajo

El uso de la herramienta de automatización del flujo de trabajo permite la creación de conjuntos de tareas o paquetes para automatizar los procesos de gestión de ONTAP, por ejemplo:

• Configurando la creación de nuevos permisos para file spheres e iGroup.
• Agregar volúmenes replicados y nuevos hosts de inicio desde el sitio de recuperación ante desastres.
• Aumento de nuevas interfaces LIF y mucho más (creación de un Dominio de Difusión, Grupos de Conmutación por Error, Políticas de Firewall, Rutas, DNS, etc.).

La automatización del flujo de trabajo permite lograr un alto nivel de automatización de procesos, en la medida en que todas las tareas necesarias ejecutadas inmediatamente después de una interrupción en la replicación se pueden realizar literalmente con un clic del mouse.

Probando la Solución

Se modeló una falla de la SAN principal como parte de las pruebas de carga mediante ITGLOBAL.COM especialistas con el resultado de que todos los servicios críticos se lanzaron con éxito en el centro de datos secundario de respaldo. De hecho, las únicas tareas que le quedaban al equipo de integración del cliente eran la reconfiguración de las direcciones IP y otras configuraciones que no se replicaban en el modo de descarte de identidades. Estas tareas restantes se realizarían por medio de los datos disponibles en la SAN secundaria después del cambio.

El modo de descarte de identidad proporciona el beneficio adicional de permitir que el cliente verifique la copia de seguridad de reserva para conocer la posibilidad de su recuperación, una funcionalidad que también es de interés para los clientes que requieren la capacidad de replicar LUN para leer datos en un sitio de copia de seguridad.

Resultados

Dado que la confiabilidad de los equipos ofrecidos en el mercado es en general muy alta (99,999% con el objetivo de alcanzar el 99,9999%), vimos la necesidad de poner mucho más énfasis en el componente de software de la solución implementada para los clientes. Es precisamente este alto nivel de integración del hardware con las aplicaciones de software sin el uso de un BDR separado lo que nos permitió garantizar la finalización de todas las tareas del cliente en el marco de la construcción de una nube privada de alto rendimiento y tolerante a fallas.

Al optar por crear una Nube privada de Alta Disponibilidad mediante el uso de soluciones de NetApp y CISCO dentro de la arquitectura FlexPod, nuestro equipo de Integración de sistemas no solo proporcionó la alta tolerancia a fallas de la infraestructura de TI y los niveles de rendimiento exigidos por un negocio global dinámico, sino que también logró ahorros significativos al renunciar a un BDR separado, aprovechando su experiencia para implementar un sistema de Recuperación ante Desastres por medio de una SAN. Todo el trabajo necesario para el establecimiento del complejo de respaldo y la migración de los sistemas de información de los equipos antiguos se realizó en solo 3 meses sin tiempo de inactividad para el cliente.