Infinidat Blog

A LA CARRERA HACIA LA... ¿NUBE PRIVADA?

 

Durante años medimos nuestra infraestructura en función de los picos de trabajo, lo que nos llevó a una infrautilización la mayor parte del tiempo. Tras la virtualización este problema mejora, pero no se resuelve, que es por lo que la aceleración hacia la nube ha sido un gran tema de interés.

Nadie quiere pagar su infraestructura por adelantado, sobre todo en estos tiempos de incertidumbre económica. Sin embargo, sus interlocutores se frustran cuando no tienen los recursos necesarios para dar servicio en un pico de demanda. Una vez más, la incertidumbre económica está causando imprevisibilidad. Las empresas que crearon su infraestructura con la capacidad de aumentar rápidamente en caso de necesidad tendrán un gasto mínimo de antemano y la cantidad óptima durante los periodos de máxima actividad. Si ese es el caso, ¿por qué tan solo un pequeño porcentaje de empresas lo conseguirán?

Antes de profundizar

La causa principal de este reto se encuentra en su propia solución:

Tradicionalmente, el único modo de crear infraestructura de TI era pagar por adelantado lo que se estimaba que se iba a necesitar a corto plazo, aceptando que:

  • Infradimensionar resultaría en retrasos de nuevos proyectos.
  • Sobredimensionar aumentaría los costes de infraestructura y disminuiría los ROI.
  • Los modelos de consumo de la nube privada son más baratos, pero carecen de la elasticidad de la nube pública.

Hablemos de los retos de acelerar la nube pública:

Operativos

Acelerar la adopción de la nube requiere que los equipos de operaciones sean capaces de mantener sus SLA y cumplir con los requisitos normativos y regulatorios, entre otros. La mezcla de infraestructuras de nubes crea nuevos retos:

  • ¿Cómo llevar los datos a la nube sin interrumpir el servicio?
  • ¿Como traer de vuelta los datos de la nube cuando ha pasado el pico de trabajo?
    La mayoría de proveedores de la nube se centran en herramientas para crear vías de acceso para las cargas de trabajo hacia la nube, pero no para traerlas de vuelta.
  • ¿Cómo mantener la consistencia de los backups cuando se alimentan de múltiples orígenes?
    ¿Qué ocurre si el backup de la última semana está en las instalaciones, pero es necesario restablecerlo en la nube?
  • ¿Cuál es el coste de salida de mover los datos de vuelta a las instalaciones?
    En el caso de grandes conjuntos de datos, esto podría afectar al TCO de todo el proyecto.
  • ¿Cuáles son las herramientas de cumplimiento normativo necesarias? ¿Se implementan en la nube pública?
  • ¿Qué herramientas de seguridad son necesarias, ahora que la superficie de ataque va en aumento?
  • ¿Cómo pueden probarse soluciones de recuperación de desastres inherentemente más complejas?

Algunos de estos retos operativos se simplifican con microservicios que permiten a los clientes ejecutar la misma aplicación en dos sitios a la vez, pero presentan otras complicaciones:

  • ¿Cómo se garantiza la consistencia de los datos en múltiples plataformas?
  • Las herramientas de orquestación y automatización varían entre las nubes públicas y privadas.
  • ¿Cómo se controla qué parte del servicio se ejecuta en cada ubicación?
    ¿Cuál es la implicación de cada una de estas decisiones sobre el TCO general?

Económicos

En todos los eventos en los que he participado (en los viejos tiempos de los eventos cara a cara) solía preguntar a los directores de TI empresariales las mismas tres preguntas:

  1. ¿Está llevando nuevas aplicaciones a la nube?

Se alzaban todas las manos.

  1. ¿Lo hace porque así ahorra dinero?

Ninguna mano se alzaba y me miraban como si me hubiese vuelto loco.

  1. ¿Lo hace para ganar agilidad empresarial?

De nuevo se alzaban las manos y la gente se daba cuenta de que no estoy tan loco.

A diferencia de las PYME, las grandes empresas disfrutan de economías de escala en su nube privada, porque acaban pagando un extra cuando se pasan a la nube pública (lo que se conoce como el «impuesto de la nube», omitiré detallar su volumen, tan solo diré que los clientes cuestionados al respecto estimaban cifras de dos dígitos).

Así que las grandes empresas se enfrentan a la siguiente ecuación:

  • Nube pública: más agilidad, pero más costosa.
  • Nube privada: menos agilidad, pero más rentable.

Puesto que las grandes empresas necesitan eficiencia de costes y agilidad, se abren tres posibles caminos:

  1. Hacer la nube pública más rentable.

Tan factible como cazar al Ratoncito Pérez por sorpresa.

  1. Consumir servicios de nube híbrida, aprovechando la agilidad de la nube pública solo cuando sea necesario, minimizando así los costes adicionales.

Este enfoque tiene normalmente la limitación de los retos operativos mencionados anteriormente.

  1. Conseguir acelerar la nube privada.

Para ello, deberemos volver a la causa principal que nos llevó a este punto.

Cómo acelerar la nube privada

Comenzaremos desde la causa principal de nuestro problema: el modelo de consumo de la nube privada requiere que conozca por adelantado sus necesidades futuras, lo que significa asumir los riesgos. Pero al igual que la nube pública puede asumir ese riesgo dando servicio a varios clientes, los proveedores de nube privada deberían poder ofrecerle la misma funcionalidad. 

Con la computación virtualizada o contenerizada, es muy fácil escalar, y la red no se escala a menudo, por lo que no es el factor limitante. El factor limitante se encuentra en la capa de datos y almacenamiento. Resolver la aceleración del almacenamiento resuelve el problema económico del «impuesto de nube», y también elimina todos los problemas técnicos de acelerar el camino a la nube pública.

Existen proveedores de almacenamiento que ofrecen este almacenamiento acelerado de nube privada, pero con importantes limitaciones:

  • Es caro, por lo que realmente está trasladando el impuesto de nube a la nube privada.
  • Solo se aplica a un pequeño porcentaje de su almacenamiento. 
  • Obliga al cliente a usar los modelos de consumo de OpEx, que no todos quieren o pueden utilizar.
  • Se basa en la entrega física de nueva capacidad cuando se crece, lo que añade sobrecarga operativa y el riesgo de retrasos.

Estos proveedores realmente no eliminan el riesgo de la inversión en infraestructura, sino que revierten el coste de este riesgo al cliente, sin resolver verdaderamente el problema.

Un almacenamiento realmente acelerable

El modelo Elastic Pricing de Infinidat elimina estas limitaciones de los proveedores, permitiendo a los clientes acelerar hasta un 500 % sin tener que enviar físicamente nueva capacidad, y dejando en manos de los clientes que utilicen su CapEx, OpEx o ambos como mejor se ajuste a sus necesidades, incluso dentro de un único sistema. Reduce el coste del almacenamiento y permite a los clientes pagar solo por lo que usan, evitando una planificación inexacta de la capacidad. Lo que es más importante, no hay que comprometer el rendimiento, la fiabilidad ni la disponibilidad. Más información.

Acerca de Eran Brown
Eran Brown is the EMEA CTO at INFINIDAT.
Over the last 14 years, Eran has architected data center solutions for all layers — application, virtualization, networking and most of all, storage. His prior roles include Senior Product Management, systems engineering and consulting roles, working with companies in multiple verticals (financials, oil & gas, telecom, software, and web) and helping them plan, design and deploy scalable infrastructure to support their business applications.