Comparando hipervisores: LXD, IBM PowerVM, Proxmox y Red Hat OpenShift como alternativas a VMWare ESXi

/en Data Center, Noticias/por sixe

La virtualización es una herramienta vital en el mundo de las TI, permitiendo a las empresas optimizar sus recursos de hardware y mejorar la eficiencia y la gestión de sus sistemas. VMware ESXi ha sido un líder indiscutible en este espacio, pero con su compra por Broadcom y los cambios muy importantes en precios, y sobretodo, la eliminación de su versión gratuita, miles de clientes están evaluando las alternativas existentes.

Aquí va nuestra pequeña aportación, como expertos en IBM PowerVM pero también entusiastas del resto de opciones basadas en KVM. Todas (menos VMWare) funcionan en nuestros laboratorios y dependiendo de los proyectos elegimos unas u otras para nuestros clientes. Si quieres que lo discutamos en detalle ponte en contacto con nosotros sin compromiso.

Si bien es difícil proporcionar una comparación exhaustiva con todas las características de ESXi, ya que varían entre versiones y combinaciones específicas con otras herramientas de VMware, la siguiente tabla ofrece un resumen de lo que para nosotros son las características más importantes de ESXi y cómo se soportan en LXD, PowerVM, Proxmox y Red Hat OpenShift. Esperamos que os sea de utilidad.

Característica LXD VMware ESXi PowerVM Proxmox Red Hat OpenShift (OCP)*
Tipo de software Código abierto. Propietario Propietario (específico de IBM) Código abierto (basado en KVM y contenedores) Propietario (basado en Kubernetes y contenedores)
Se basa en KVM. Igual que OCP soporta contenedores y también VMs. VMkernel Basado en tecnología IBM heredada de entornos Mainframe, con tecnologías avanzadas de micro-particionamiento de procesadores y asilamiento HW de VMs KVM y LXC KVM (para máquinas virtuales *si se instala en modo bare-metal y no sobre otros hipervisores) y Kubernetes para contenedores
Web UI Sí Sí pero limitado. Se necesita vSphere para muchas funcionalidades. Sí HMC (equivalente a vSphere) o PowerVC (basado en OpenStack) Sí Sí
Clustering Sí Sí Sí Sí Sí (a través de Kubernetes)
Alta Disponibilidad Sí Sí Sí Sí Sí (con características avanzadas de Kubernetes)
VM live migration Sí Sí Sí Sí Sí (a través de Kubernetes y OpenShift Virtualization)
Almacenamiento compartido Ceph vSAN Soporta varios sistemas de archivos y almacenamiento Ceph, ZFS y otros GlusterFS, Ceph y otros
Networking Bridge, OVN NSX Compatible con casi todas las tecnologías de red Bridge, VLAN, VXLAN y otros SDN, OVN y otros
Snapshots Sí Sí Sí Sí Sí
Backup Sí Sí Sí (con herramientas de gestión de IBM y terceros) Sí Sí
Free trial N/A (uso gratuito ilimitado) 30 días No aplica (incluido gratis en el hardware IBM) N/A (uso gratuito ilimitado) Prueba gratuita disponible
Coste Gratuito, con soporte empresarial disponible por host físico La funcionalidad completa requiere una licencia de pago. Incluido con el hardware IBM Power Gratuito, con soporte empresarial por suscripción Suscripción basada en núcleos; varía según el entorno.
Número de hilos Limitado a 2 hilos por core (x86) Limitado a 2 hilos por core (x86) Hasta 1,920 hilos (Power10 E1080) Limitado a 2 hilos por core (x86) Limitado a 2 hilos por core (x86)
Tipo de hipervisor Nivel 1 (sobre KVM) Nivel 1 Nivel 0 (VMs separadas a nivel de firmware con mapeo de CPU) Nivel 1 (KVM) y Nivel 2 (LXC) Nivel 2 (sobre RHEL)
Madurez de la tecnología (años) > 10 años > 20 años > 30 años (viene de entornos Z / LPARs) > 10 años > 10 años
Capacidad máxima de RAM por VM Hasta 2TB Hasta 2 TB Hasta 32 TB Hasta 2TB Hasta 2TB

Como salir del ULA de Oracle y ahorrar hasta un 60% migrando a IBM Power

/en Data Center, Noticias/por sixe

Salir de un contrato Unlimited License Agreement (ULA) de Oracle y migrar a sistemas IBM Power puede ser un proceso complejo, pero bien ejecutado, puede ofrecer ahorros significativos y beneficios a largo plazo. En este artículo, exploraremos cómo realizar esta transición de manera efectiva y sin penalizaciones, basándonos en ejemplos reales.

Entendiendo el ULA de Oracle

Primero, es esencial comprender lo que implica un ULA de Oracle. Se trata de un contrato que Oracle compró a una tercera empresa y que sigue asustando y gustando a partes iguales. Permite un uso ilimitado de ciertos productos de software de Oracle durante un período determinado, generalmente entre 3 y 5 años. Al final del contrato ULA, la empresa debe declarar el uso de estos productos y este se convierte en su “certificación” para futuras auditorías de licencias. Dice un célebre refrán que más vale malo conocido, que bueno por conocer. Y otro que el diablo, está en los detalles. En el caso de Oracle, no hay dos ULAs iguales. Todos se basan en una misma premisa “cuando dinero Oracle cree que puede obtener de su cliente”. Pero bueno, más allá de eso, hay unas reglas de juego que una vez entendidas nos permiten ayudar a nuestros clientes.

Pasos para Salir del ULA de Oracle

  1. Auditoría incial: Antes de la finalización del ULA, realizamos una auditoría interna para entender completamente su uso actual de los productos Oracle. Esto incluye identificar qué productos son esenciales y cuáles pueden ser reemplazados o descartados.
  2. Análisis de necesidades futuras: Evaluamos las necesidades futuras de su empresa en términos de software y bases de datos. Este paso es crucial para determinar si es viable la transición a IBM Power y cuales son los ahorros potenciales.
  3. Revisión de contratos licenciamiento por terceras partes: Dado que los contratos de Oracle pueden ser complejos, es aconsejable trabajar con consultores especializados en licenciamiento de Oracle. Ellos pueden ayudar a entender las implicaciones de su ULA y cómo salir de él sin incurrir en penalizaciones.
  4. Negociamos con Oracle: Os ayudamos a negocir un nuevo acuerdo que se ajuste mejor a tus necesidades actuales y futuras.
  5. Planificación de la migración: Desarrolle un plan detallado para migrar de Oracle a IBM Power.

Migración a IBM Power

La migración a IBM Power implica trasladar las cargas de trabajo de las bases de datos y aplicaciones de Oracle a un entorno de IBM. Esto puede incluir la utilización de IBM Db2, que es conocido por su alto rendimiento y seguridad.

  1. Evaluación de compatibilidad: Nos aseguramos de que tus aplicaciones actuales sean compatibles con IBM Power. Oracle lo es en todas sus versiones actuales y futuras, pero siempre puede haber algún aplicativo que requiera alguna modificación para cambiar de arquitectura (lo hacemos todos los días y sin problemas).
  2. Diseño del nuevo entorno: En base a la auditoría previa, diseñamos un nuevo entorno seguro, sencillo, potente y estable adaptado a tus necesidades y presupuesto.
  3. Implementación de IBM Power: Os ayudamosa a adquirir y desplegar IBM Power. Configuramos las bases de datos y aplicaciones necesarias.
  4. Migración de Datos: Movemos los datos de Oracle a IBM Power, asegurándose de que la integridad de los datos se mantenga durante el proceso.
  5. Pruebas de rendimiento, HA y DR: Realice pruebas exhaustivas para asegurar que todas las aplicaciones y bases de datos funcionen correctamente en el nuevo entorno.
  6. Formación y soporte técnico: Capacitamos a tu equipo en el uso de la nueva plataforma y si lo necesitas, puedes nuestros servicios de mantenimiento preventivo y soporte técnico para ayudarles.

Más cosas que te va gustar de Oracle en Power

Tenemos playbooks de Ansible oficiales y soportados para automatizar todos los despliegues y operaciones de día 2:

Muchísima documentación:

 

Y en SIXE como proveedor oficial de formación de IBM nos encargamos de que vuestros equipos técnicos dominen la plataforma en semanas. Como técnicos que también somos, os garantizamos que van a agradecer mucho el cambio.

 

 

¿Cuanto presupuesto me puedo ahorrar migrando Oracle a IBM Power?

En términos de costes, la migración de Oracle a IBM Power puede resultar en ahorros significativos, aunque estos varían según cada cliente. Ejemplos reales han mostrado ahorros de entre un 20% y un 60% en costes totales de propiedad (TCO) al migrar de Oracle a soluciones alternativas como IBM. Estos ahorros provienen de menores costes de licencias, reducción en la necesidad de hardware de alto rendimiento debido a la eficiencia de IBM Power, y menores costes de mantenimiento y soporte.

¡Pero las licencias de Oracle para Power son más caras!

Es cierto, pero tenemos clientes donde podemos hacer con 25 cores de Power10 lo mismo que con 100 en un Exadata, pero es que además IBM Power no está restringido a Oracle (aunque hay más de 80.000 instalaciones en el mundo). Puedes desplegar OpenShift, SAP HANA o cualquier otra carga de trabajo que funcione en SUSE, Red Hat, AIX e IBMi. En realidad, el caso de uso más habitual es la consolidación de todos los Exadatas y gran parte de los servidores x86 en un Power10 en cada centro de datos. Funcionando todo sobre un hipervisor que está a otro nivel, donde en vez de “mapear cpus” como hace KVM o VMWare, la capacidad de cada una se comparte en tiempo real, ganando en utilización global del sistema además de en rendimiento.  Los Exadatas han sido un gran logro a nivel de marketing, pero ni son más baratos, ni dan mejor rendimiento ni proporcionan la seguridad de IBM Power.

Conclusión

Salir de un contrato ULA de Oracle y migrar a IBM Power, es perfectamente viable. Al hacerlo correctamente, no solo se pueden evitar penalizaciones sino también lograr ahorros considerables en costes, mejorando al mismo tiempo la eficiencia y la adaptabilidad tecnológica de la empresa. Es esencial contar con el apoyo de expertos en licencias y realizar un análisis exhaustivo para asegurar una transición exitosa.

No esperamos haberte convencido, pero quizás podríamos hablar sin compromiso, discutir cualquier duda y, si os parece interesante, realizar gratuitamente un análisis de viabilidad. En el pero de los casos, renováis el ULA tal cual. Es broma (o no) :)

¿Buscas una alternativa para Oracle en Solaris? ¡Prueba AIX (o Linux) en IBM Power!

/en Data Center, Noticias/por sixe

En SIXE nos encanta Solaris, y hemos trabajado con muchas máquinas SPARC durante muchos años. Por desgracia, su ciclo de vida llega a su fin, pero no el de sus bases de datos Oracle (ni sus nada baratas licencias por procesador). ¿Qué alternativas existen? Os contamos nuestra experiencia. Como integrador de sistemas, nos especializamos en entornos críticos,. Trabajamos duro para diseñarlos, configurarlos y mantenerlos seguros y disponibles 24x7x365. Nuestra elección natural es IBM Power con AIX (para Oracle, DB2 o Informix) y Linux para nuevas cargas de trabajo con bases de datos de código abierto. Dentro de los entornos propietarios, las bases de datos Oracle 19c y 21c forman una gran parte de la base instalada de nuestros clientes. Entornos SAP “legacy” y aplicaciones de lo más diversas dependen de ellos.

¿Por qué elegir IBM Power para Oracle?

Vamos a daros cinco razones para intentar si no convenceros, que al menos os apetezca hablar con nosotros y discutirlo más detalladamente. Los que nos conocéis sabéis que en general somos mejores ingenieros que comerciales. Los que no, pronto podréis saber por qué. ¡Vamos allá!

1. Es una mejor inversión a largo plazo

A tan largo plazo como lo han sido las máquinas SPARC en tantos clientes. Cuando tengais un Power20 podréis darnos la razón. Es una arquitectura robusta, segura, de alto rendimiento y con soporte total para entornos UNIX (AIX) y Linux. De hecho, antes de que Oracle comprara Sun, la combinación Power-AIX-Oracle salía hasta en los anuncios de TV. Gran parte de la tecnología IBM en servidores UNIX se diseñó para grandes bases de datos Oracle, DB2 e Informix. El marketing de Oracle dice su apuesta son Exadatas basados en OracleLinux , pero más de 80.000 clientes en todo el mundo usan Power. Será por algo.

2. Si quieres, puedes mantenerte o pasarte a UNIX (y no es una broma)

Aunque nos encanta Linux, los contenedores, el software libre y todo este mundo, pensamos que no hay ningún entorno más estable para una base de datos crítica (que no sea HOST / IBM Z) y seguro que AIX. Es un UNIX moderno, flexible, compatible con cientos de paquetes de software libre y extremadamente sencillo de utilizar. Si vienes de Solaris, verás que son primos hermanos y en SIXE os damos la formación que necesitéis, o un soporte L2 y L3 para toda la infraestructura durante todo el ciclo de vida de las máquinas para que solo os tengáis que preocupar de la base de datos o de vuestras aplicaciones. A muchos les sorprende que ejecutemos proyectos de migración de Oracle Linux a AIX, pero es que todo son ventajas para los clientes y sus administradores de sistemas. AIX es un UNIX seguirá entre nosotros, igual que FreeBSD o MacOS por muchos motivos. Aun así si por lo que sea, prefieres Red Hat o SUSE, también funcionan perfectamente, eso sí Oracle solo los soporta en sus sistemas Z (LinuxOne). Pero las demás alternativas a Oracle como PostgreSQL / EnterpriseDB, MongoDB o MariaDB funcionan genial y tienen soporte total para todas las distribuciones de Linux que funcionan en Power (ppc64le). También las libres como Alma, Rocky Linux y OpenSUSE.

3. Te vas a ahorrar muchos, pero que muchos miles o cientos de miles de euros.

IBM tiene desde hace muchos años migradas a Power las tecnologías de micro-particionamiento de procesadores de los entornos Mainframe. Eso significa que puedes asignar las porciones de procesadores que necesites con una flexibilidad y fiabilidad extrema. Por ejemplo puedes comprar 10 licencias de Oracle y ejecutar 20 máquinas virtuales en una máquina física de 24 cores. No tienes que licenciar la máquina entera. Y es que además cada core de IBM Power rinde aproximadamente entre 3 y 4 veces lo que uno de x86 de generación equivalente. Los Exadatas de Oracle, son (en nuestra opinión) más caros, menos fiables y menos seguros.

4. Disminuyes radicalmente la superficie de ataque

Tenemos muchos clientes que han sido atacados con ransomware (y cosas peores). Ningún sistema Power actualizado, mantenido y con nuestra  solución de ciberseguridad basada en PowerSC ha sido afectado. Y vamos a decir una obviedad, pero la mayoría del código malicioso no está compilado para entornos Power :P Igual que tu dinero está más seguro en un entorno Z / s390, probablemente tu base de datos vivirá más tranquila en ppc64. Y no te preocupes, que vamos hacia un mundo multi-arquitectura, donde cada vez habrá más libertad para elegir si quieres ARM, x86, ppc64le u RISC-V. ¿O no conoces a nadie con un MAC?

5. Está muy bien documentado, funciona por defecto y lo puedes automatizar

Hay cientos de guías de arquitectura, despliegue, administración, determinación de problemas y operaciones de día 2 en general. Además en el caso de AIX, el ajuste por defecto del kernel está optimizado para grandes bases de datos como las de Oracle. Además la arquitectura Power no tiene cuellos de botella entre procesador y memoria, con un muy buen rendimiento en SMT-4 y SMT-8. También puedes automatizar la mayoría de las tareas de administración con Ansible. Hay colecciones actualizadas desarrolladoras por IBM y Red Hat.

Servicios para Oracle en AIX / Power de SIXE

SIXE ofrece servicios especializados de Oracle en IBM Power, proporcionando una transición tranquila y eficiente, con total soporte y optimización de recursos, lo que garantiza una migración y operación con éxito, teniendo en cuenta las necesidades de disponibilidad, rendimiento y la seguridad. Os podemos ayudar con:

En conclusión: migrar Oracle de SPARC / Solaris a IBM Power con AIX (o Linux) no solo es una decisión inteligente en términos de rendimiento y soporte, sino que también es una inversión y decisión estratégica. ¿Hablamos?

Migrar a SAP HANA, 2027 ya está aquí. Consejos y recomendaciones.

/en Data Center, Noticias/por sixe

¿Qué nos trae IBM Power10 para SAP HANA?

Imagínate un mundo donde SAP HANA y IBM Power10 se unen, como Batman y Robin en el mundo de la tecnología. IBM Power no es solo un servidor; es como un superhéroe de la eficiencia y la seguridad. ¿Y si te dijera que ejecutar SAP HANA en IBM Power10 es como cambiar una bicicleta por un cohete? Muchas veces es verdad ¡y podemos demostrarlo con métricas de rendimiento!

¿Por qué elegir IBM Power10 para SAP HANA?

Bueno, aquí entra el dilema. Algunos dicen que cambiar a IBM Power10 es como intentar enseñarle a tu abuelo a usar TikTok. Pero, ¿sabías que SAP HANA funciona mejor en IBM Power10, especialmente con sistemas operativos como SUSE y Red Hat Linux? Es como si estos sistemas operativos fueran diseñados pensando en Power10. ¿La razón? Un rendimiento superior, una seguridad inigualable y una eficiencia energética que haría sonrojar a los servidores tradicionales basados en x86

Preguntas Frecuentes sobre SAP HANA y IBM Power10

¿Es Difícil Migrar a IBM Power10 para SAP HANA?

La migración a SAP HANA en IBM Power10 es más sencilla de lo que crees, y los beneficios son enormes. Imagina mejor rendimiento, mayor seguridad y ahorro de energía. Tanto SAP, como Red Hat ySUSE tienen disponen de los mismos paquetes para Power (ppc64le) que x86. Tus administradores de sistemas y de entornos SAP no notarán ninguna diferencia. El HW es distinto, pero solo a mejor. Bien configurado por nuestros especialistas, no falla, no da problemas de rendimiento y es muy seguro. Ah! y la administración es gráfica y sencilla.

¿Cuáles son las Ventajas de Usar SUSE y Red Hat Linux en IBM Power10?

¡Aquí está la salsa secreta! Tanto SUSE como Red Hat Linux se adaptan a IBM Power10 como guante a mano. Estos sistemas operativos aprovechan las capacidades únicas de Power10, porque llevan funcionando en Power muchos, pero que muchos años. De hecho es la única arquitectura soportada para desplegar múltiples entornos productivos y no productivos en los mismos sistemas.

Conclusión: La combinación ganadora de SAP HANA es IBM Power10

En resumen, migrar a SAP HANA en IBM Power10 sobre tu distribución de Linux favorita es una elección natural. Con SUSE y Red Hat Linux, esta plataforma se convierte en un oasis de rendimiento y fiabilidad. Y bueno, todo lo que no se migre a HANA puede seguir funcionando muchos años sin problemas y de manera segura en AIX. ¡No te quedes atrás y únete a la revolución de IBM Power10 y SAP HANA!

Fin del soporte de IBM Power 8, V7000, V5000, AIX 7.1 y IBM 7.1 ¿Que hacemos?

/en Data Center, Noticias/por sixe

El reto del fin del soporte y el fin de vida de los productos

Con el anuncio del fin del soporte para IBM Power 8, V7000, V5000, AIX 7.1, y IBM i 7.1, muchas empresas enfrentan incertidumbre sobre cómo mantener sus operaciones críticas. Este escenario presenta un desafío significativo en términos de infraestructura de TI, gestión del ciclo de vida del software y sobretodo, a nivel de presupuesto.

La solución integral de SIXE

En SIXE Ingeniería, con nuestra amplia experiencia en sistemas IBM, ofrecemos soluciones personalizadas para superar estos desafíos, que comienzan por una auditoría gratuita y sin compromiso de los sistemas actuales. Spoiler: no siempre te vamos a intentar vender o recomendar una máquina o un sistema nuevo. 

¿Obsolescencia? Si ¡y no!

Que los servidores acaben su ciclo de vida tras 10 años ni significa que dejen de funcionar, ni que necesitemos, necesariamente comprar otros nuevos. Con un buen mantenimiento preventivo y una políticas de contingencia adecuadas (sistemas de respaldo, piezas de repuesto, alta disponibilidad) se puede alarga el ciclo de vida algunos años más, siempre alineados con las necesiadades a nivel de licenciamiento, disponibilidad y rendimiento que auditamos al comienzo de cada proyecto.

Diseño y migración a nuevos sistemas (Power10, Flash System, etc)

Tarde o temprano, de una vez o en varias fases, tocará migrar (Power8 a Power10, V7000 a FS7300, etc). La migración a nuevos entornos manteniendo la compatibilidad total con las aplicaciones, bases de datos y procesos de nuestros clientes es un proyecto clave. SIXE Ingeniería os aseoramos y acompañamosen este proceso, asegurando una transición sin interrupciones y con la máxima eficiencia. De paso os ayudaremos a ahorrar mucho dinero en licencias y poner en marcha una nueva infraestructura que dure 5 o 10 años más. Siempre evitando los errores más habituales en las renovaciones de hardware.

Consolidación de sistemas existentes

Con las nuevas generaciones de servidores y cabinas de IBM, vamos a reducir la huella en el centro de datos, pues requeriremos menos sistemas, menos energía y menos espacio para hacer las mismas cosas. Os ayudaremos a consolidar los entornos y lograr un aprovechamiento sin problemas de rendimiento superior al 80%. Algo que en el caso de los servidores logramos simepre con Power10

Extensión del Ciclo de Vida: Soporte técnico y mantenimiento preventivo IBM

Independientemente del ciclo de vida de las máquinas y su software, SIXE Ingeniería proporciona soporte técnico y mantenimiento preventivo, prolongando así la vida útil de los sistemas y asegurando su funcionamiento óptimo. Creemos en el derecho a reparar, pero preferimos que un buen mantenimiento preventivo evite tener que hacerlo.

Cumplimiento de Licencias: Auditorías de Licencias IBM

Un aspecto crucial es el cumplimiento de las licencias. SIXE Ingeniería ofrece servicios de auditoría de licencias IBM, asegurando que las empresas cumplan con todos los requisitos legales y eviten riesgos asociados con las auditorías de los fabricantes.

Conclusión

El fin del soporte para IBM Power 8, V7000, V5000, AIX 7.1 y IBM i 7.1 no tiene que ser un camino hacia la obsolescencia. Con la experiencia y los servicios de SIXE Ingeniería, nuestros clientes pueden surfear estos cambios con confianza y asegurar un futuro tecnológico sólido y sostenible. Todo ello con un coste predecible y contenido a 3, 5, 7 o 10 años vista.

¡Nuevo redbook! Red Hat Ansible para AIX, IBM i y Linux en IBM Power

/en Data Center, Noticias/por sixe

Hoy estamos de enhorabuena, IBM acaba de publicar el borrador del reedbook que llevábamos meses esperando. En él veremos como la integración de Ansible en entornos IBM Power ha abierto un nuevo mundo de posibilidade para la administración automatizada de este tipo de sistemas, gracias al creciente soporte por parte de Red Hat: no solo para las diferentes distribuciones de Linux, sino también para AIX, IBM i, consolas HMC y servidores VIOS, componentes fundamentales de la plataforma IBM Power.

Ansible, latecnología de automatización de vanguardia, ha encontrado un terreno fértil en los robustos y potentes sistemas IBM Power. Con su arquitectura sofisticada y soporte para una variedad de sistemas operativos, IBM Power se posiciona como una elección ideal para empresas que buscan un rendimiento excepcional y una seguridad confiable. La incorporación de Ansible en este entorno no solo mejora la eficiencia operativa sino que también abre nuevas vías para la gestión de aplicaciones y la infraestructura como código.

El corazón de la revolución de Ansible en IBM Power yace en su capacidad para orquestar y automatizar tareas complejas de manera eficiente. Desde la implementación de aplicaciones hasta la gestión de parches y la configuración de seguridad, Ansible simplifica los procesos que tradicionalmente consumían mucho tiempo. Su lenguaje declarativo, basado en YAML y Jinja2, permite a los usuarios describir sus infraestructuras en términos sencillos, haciendo que la automatización sea accesible incluso para aquellos sin experiencia (ni quizás ganas o necesidad de aprender) a programar.

Además, Ansible facilita la implementación automatizada de aplicaciones en servidores Power, manejando con destreza desde despliegues de Node.js hasta la orquestación de aplicaciones multinivel como OpenShift o OpenStack. Esta versatilidad lo convierte en una herramienta indispensable para las operaciones de día a día en entornos Linux, AIX e IBM i, cubriendo aspectos críticos como almacenamiento, seguridad, y ajustes de configuración.

El borrador de este redbook está disponible en https://www.redbooks.ibm.com/redpieces/pdfs/sg248551.pdf

Como ACME salvó su negocio gracias a FS7300 y las safe-guarded copies

/en ciberseguridad, Data Center, Noticias/por sixe

Hoy en día los ataques de ransomware se han convertido en una amenaza constante para las empresas de todos los tamaños. Una solución eficaz para este desafío es el uso de copias protegidas en sistemas de almacenamiento avanzados como las que ofrecen los sistemas de almacenamiento FS7300 de IBM. Este artículo explora un caso en el que un cliente, que llamaremos ACME y que logró recuperar sus sistemas críticos en minutos tras un ataque de ransomware, gracias a las capacidades de la cabina FS7300.

Una tecnología clave: IBM Safe-guarded copies

Las copias protegidas en los sistemas FS7300 de IBM son réplicas de datos que se almacenan de manera segura y aislada dentro del mismo sistema. Estas copias no son accesibles para modificaciones o eliminaciones normales, lo que las hace inmunes a ataques de software malicioso como el ransomware.

Nuestro cliente

ACME es un proveedor líder en servicios financieros en un país del norte de África que enfrentó recientemente un sofisticado ataque de ransomware en Noviembre de 2023. Este ataque encriptó una cantidad significativa de sus datos críticos, afectando a operaciones esenciales. Afortunadamente, había implementado recientemente la cabina de almacenamiento FS7300 de IBM, que incluía la función de copias protegidas y que SIXE había programado para que se ejecutaran regularmente. Una alerta desde IBM Storage Protect alertó del que más ficheros de los normale habían sido modificados a la hora de los backups planificados.

Respuesta al Ataque

Cuando ACME se dio cuenta del ataque, su equipo de TI actuó rápidamente. Utilizando las copias protegidas almacenadas en su cabina FS7300, fueron capaces de restaurar los datos afectados en cuestión de minutos. Esta rápida recuperación fue posible gracias a la eficiente gestión de datos y la capacidad de recuperación instantánea del sistema FS7300.

Beneficios Clave

La capacidad de recuperarse rápidamente de un ataque de ransomware es crucial para mantener la continuidad del negocio. En el caso de ACME, la cabina FS7300 de IBM proporcionó:

  1. Recuperación Rápida: La restauración de los datos fue casi instantánea, minimizando el tiempo de inactividad.
  2. Integridad de Datos: Las copias protegidas aseguraron que los datos restaurados estuvieran libres de corrupción o manipulación.
  3. Operaciones Ininterrumpidas: La rápida recuperación permitió que las operaciones críticas de la empresa continuaran sin interrupciones significativas.

Este caso demuestra cómo una solución de almacenamiento avanzada como la cabina FS7300 de IBM, equipada con la tecnología de copias protegidas, puede ser un salvavidas en situaciones de crisis como ataques de ransomware. Proporciona no solo una capa adicional de seguridad, sino también la confianza de que los datos empresariales pueden recuperarse rápida y eficientemente, garantizando la continuidad del negocio en tiempos de incertidumbre y amenazas constantes.

IBM Storage CEPH vs Storage Scale (GPFS), GFS2, NFS y SMB

/en Data Center, Noticias/por sixe

IBM Storage CEPH es una solución de almacenamiento definida por software, basada en la tecnología de código abierto ceph que va ganando cada vez más adeptos. Ofrece un sistema de almacenamiento escalable, resistente y de alto rendimiento. Es especialmente adecuada para entornos que requieren un almacenamiento masivo y distribuido, como centros de datos, aplicaciones en la nube y entornos de big data.

¿Cuales son los principales Casos de Uso?

  1. Almacenamiento de Objetos: Ideal para almacenar cantidades masivas de datos no estructurados, como imágenes, videos y archivos de backup.
  2. Almacenamiento de Bloques: Utilizado para sistemas de archivos, bases de datos y máquinas virtuales, ofreciendo alta disponibilidad y rendimiento.
  3. Sistemas de Archivos Distribuidos: Soporta aplicaciones que requieren acceso concurrente a archivos desde múltiples nodos.

Fundamentos técnicos

  • Estructura Escalable: Se basa en una arquitectura distribuida que permite escalar horizontalmente, añadiendo más nodos según sea necesario.
  • Alta Disponibilidad: Diseñado para ser resistente a fallos, con redundancia y recuperación automática de datos.
  • Consistencia de Datos: Asegura la integridad y consistencia de los datos incluso en entornos de alta concurrencia.

Comparación con otras soluciones de almacenamiento

  1. Frente a GPFS (IBM Spectrum Scale):
    • CEPH es más adecuado para entornos donde se necesita una escalabilidad masiva y una infraestructura de almacenamiento altamente flexible.
    • GPFS ofrece un rendimiento superior en entornos donde se requiere un alto rendimiento de E/S y una gestión eficiente de grandes cantidades de archivos pequeños.
  2. Ante NFS y SMB:
    • NFS y SMB son protocolos de almacenamiento compartido que funcionan bien para compartir archivos en redes locales. CEPH ofrece una solución más robusta y escalable para entornos distribuidos y de gran escala.
    • CEPH proporciona una mayor tolerancia a fallos y una gestión de datos más eficiente para grandes volúmenes de datos.
  3. Vs GFS2:
    • GFS2 es adecuado para entornos de clúster con acceso compartido a datos, pero CEPH ofrece una escalabilidad y flexibilidad superiores.
    • CEPH se destaca en escenarios de almacenamiento de objetos y bloques, mientras que GFS2 se centra más en el almacenamiento de archivos.

¿Cuando GPFS (Storage Scale) es  una mejor solución que CEPH?

Cuando necesitamos un rendimiento de E/S muy elevado

  • GPFS está diseñado para ofrecer un rendimiento de E/S muy alto, especialmente en entornos que requieren un gran rendimiento de entrada/salida (E/S) y una baja latencia. Es particularmente eficaz en aplicaciones que gestionan grandes cantidades de archivos pequeños o en entornos con intensas cargas de trabajo de E/S.

Si tenemos que gestionar de manera muy eficiente archivos pequeños

  • GPFS sobresale en la gestión eficiente de un gran número de archivos pequeños, un escenario común en entornos de análisis y computación de alto rendimiento.

En entornos de HPC

  • En entornos de computación de alto rendimiento (HPC), donde la consistencia y la fiabilidad son cruciales junto con el alto rendimiento, GPFS proporciona una plataforma más robusta y optimizada.

Cuando necesitamos funciones avanzadas como un ILM

  • Para aplicaciones que requieren un manejo avanzado de datos no estructurados con características como la deduplicación de datos, la compresión y la gestión del ciclo de vida de los datos, GPFS puede tiene más funciones especializadas.

Conclusiones

En resumen, GPFS es preferible a CEPH en escenarios donde se requiere un alto rendimiento de E/S, una gestión eficiente de archivos pequeños, y en entornos de HPC donde la consistencia y la fiabilidad son tan importantes como el rendimiento. Además, en entornos que ya están profundamente integrados con soluciones de IBM, GPFS puede ofrecer una mejor sinergia y rendimiento optimizado.

Sin embargo, en nuestra opinicón, IBM CEPH es más adecuado en escenarios donde se requiere una solución de almacenamiento altamente escalable, con capacidades de almacenamiento de objetos, bloques y archivos, y donde la integridad y disponibilidad de los datos son críticas. Sobresale en comparación con NFS, SMB y GFS2 en términos de escalabilidad, flexibilidad y capacidad para manejar grandes volúmenes de datos distribuidos.

Es decir, ni uno ni otro, todo depende de las cargas de trabajo y los casos de uso. ¿Hablamos?

Migrando de Lustre FS a IBM Storage Scale (GPFS)

/en Data Center, Noticias/por sixe

En este artículo os contamos migramos en SIXE entornos de HPC desde LUSTRE a GPFS, bueno, ahora llamado IBM Storage Scale (y hace no mucho Spectrum Scale). Como sabéis, los entornos High-Performance Computing (HPC) desempeñan un papel crítico en la investigación científica, la ingeniería y la innovación en una amplia variedad de campos. Para aprovechar al máximo el potencial de estas infraestructuras, es esencial contar con un sistema de almacenamiento eficiente y de alto rendimiento. Uno de los sistemas de archivos paralelos más utilizados en entornos HPC es Lustre FS, pero en ocasiones, migrar a soluciones más avanzadas y versátiles se convierte en una necesidad. En este artículo, exploraremos el proceso de migración de Lustre FS a IBM Storage Scale (anteriormente conocido como GPFS) en una infraestructura de HPC compuesta por cientos de nodos de cómputo con almacenamiento interno o externo, conectados a una red de alto rendimiento, como InfiniBand o 10G Ethernet.

¿Por qué migrar a IBM Storage Scale (GPFS)?

IBM Storage Scale, antes conocido como GPFS (General Parallel File System), es un sistema de archivos paralelos altamente escalable y robusto diseñado para aplicaciones de alto rendimiento, incluyendo entornos de HPC. A medida que las necesidades de almacenamiento y rendimiento siguen creciendo en los entornos HPC, migrar a una solución como IBM Storage Scale puede ofrecer beneficios significativos:

  1. Escalabilidad: IBM Storage Scale puede escalar horizontalmente para acomodar un aumento en la cantidad de datos y nodos de cómputo sin problemas. Esto es esencial en entornos HPC donde las cargas de trabajo pueden ser extremadamente demandantes en cuanto a almacenamiento.
  2. Alto rendimiento: IBM Storage Scale está diseñado para un alto rendimiento en lectura y escritura, lo que lo hace ideal para aplicaciones HPC que requieren un acceso rápido y eficiente a grandes conjuntos de datos.
  3. Estabilidad y seguridad: IBM Storage Scale es conocido por su confiabilidad y seguridad. Ofrece características de tolerancia a fallos que garantizan la disponibilidad de datos críticos en todo momento. Datos que pueden ser protegidos con encriptación cuando sea necesario.
  4. Integración con entornos HPC: IBM Storage Scale se integra bien con las redes de alto rendimiento utilizadas en entornos HPC, como InfiniBand o 10G Ethernet, lo que simplifica la transición.
  5. Soporte: SIXE proporciona soporte y mantenimiento continuo para Storage Scale, lo que garantiza que su sistema de almacenamiento esté respaldado por una empresa con más de 20 años de experiencia en esta tecnología. Lo hacemos de las manos de IBM, del que somos socios de negocio de valor añadido.
  6. Arquitectura más sencilla de desplegar, escalar y mantener. Este para nosotros es el punto clave que nos hace recomendar acometer esta migración. Lustre FS a partir de cierta escala se hace complejo de adminsitrar, monitorizar y actualizar, mientras que GPFS funciona perfectamente en el 90% de los escenarios con pocos ajustes adicionales.

Planificación de la migración desde Lustre FS

La migración de un sistema de archivos paralelo en una infraestructura de HPC es una tarea compleja y crítica que requiere una planificación cuidadosa. Aquí hay algunos pasos clave a considerar:

  1. Evaluación de requisitos: Antes de comenzar la migración, es esencial comprender los requisitos de almacenamiento y rendimiento de su carga de trabajo de HPC. Esto ayudará a determinar la configuración óptima de IBM Storage Scale. Necesitamos entender los casos de uso y las necesidades específicas del entorno. También aquellos puntos donde Lustre FS funcionaba especialmente bien o mal :)
  2. Diseño de la arquitectura: Diseñamos la mejor arquitectura posible para IBM Storage Scale teniendo en cuenta la topología de su red de alto rendimiento, almacemiento y la distribución de nodos de cómputo. Esto deberá realizarse de manera que se minimice o elimine el tiempo de parada durante la migración. Es en esta fase donde decidiremos si utilizar IBM COS (Cloud Object Storage), ESS (Elastic Storage) o Spectrum Scale (GPFS) desplegado directamente en los servidores de almacenamiento, cómputo, o ambos.
  3. Preparación de datos: Nos aseguramos de que tus datos estén organizados y preparados para la migración. Esto puede implicar la limpieza de datos no deseados o la reorganización de datos existentes.
  4. Pruebas en entorno de desarrollo: Antes de realizar la migración en producción, realizamos pruebas exhaustivas en un entorno de desarrollo para identificar posibles problemas y ajustar la configuración según sea necesario.
  5. Planificación de la migración en caliente: Determinamos el mejor momento para llevar a cabo la migración en vivo, minimizando el impacto en las operaciones de HPC. Esto puede requerir programar la migración durante períodos de baja actividad. Storage Scale tiene diversas funcionalidades que permiten una migración sin parada de los entornos. Algo fundamental pues el movimiento de datos puede tardar días en completarse.
  6. Ejecución de la migración: Llevamos a cabo la migración siguiendo el plan elaborado. Esto puede incluir la transferencia de datos y la configuración de IBM Storage Scale.
  7. Pruebas y validación: Realizamos pruebas exhaustivas para asegurarse de que todos los datos se han migrado con éxito y que el nuevo sistema de almacenamiento cumple con los requisitos de rendimiento.
  8. Formación: Proporcionamos formación a los usuarios y al personal de TI para que puedan adaptarse al nuevo sistema de archivos.
  9. Mantenimiento y soporte continuo: Desarrolle un plan de mantenimiento continuo para asegurar que su sistema de almacenamiento funcione de manera óptima a lo largo del tiempo.

Conclusiones

Migrar de Lustre FS a IBM Storage Scale (anteriormente GPFS) en una infraestructura de HPC puede ser una tarea desafiante pero gratificante. Al hacerlo, los centros de investigación y las organizaciones pueden aprovechar las ventajas de un sistema de archivos paralelos altamente escalable, confiable y de alto rendimiento. Sin embargo, es fundamental realizar una planificación exhaustiva, pruebas y capacitación adecuada para garantizar el éxito de la migración y minimizar cualquier interrupción en las operaciones de HPC.

Si está considerando una migración a IBM Storage Scale, os ofrecemos hacerlo en estrecha colaboración SIXE. Somos expertos en almacenamiento y consultores especialistas en HPC para garantizar que la transición sea lo más fluida y efectiva posible. Con el enfoque adecuado y la inversión de tiempo y recursos adecuados, puede mejorar significativamente la capacidad de su infraestructura de HPC para respaldar investigaciones y aplicaciones de alto rendimiento en el futuro.

Sixe Ingeniería
× ¡Hola! Bonjour! Hello!