¡Hola, residentes de Khabrovsk! , el mercado de servicios en la nube en Rusia está ganando fuerza constantemente. Las nubes híbridas están más de moda que nunca, a pesar de que la tecnología en sí está lejos de ser nueva. Muchas empresas se preguntan qué tan factible es mantener y mantener una enorme flota de hardware, incluido lo que se necesita según la situación, en forma de una nube privada.
Hoy hablaremos de en qué situaciones utilizar una nube híbrida será un paso justificado y en cuáles puede crear problemas. El artículo será útil para aquellos que no han tenido experiencia seria trabajando con nubes híbridas, pero ya las están mirando y no saben por dónde empezar.
Al final del artículo, le proporcionaremos una lista de verificación de trucos que le ayudarán a elegir un proveedor de nube y configurar una nube híbrida.
¡Pedimos a todos los interesados que pasen por debajo del corte!
Nube privada versus pública: pros y contras
Para comprender qué razones están empujando a las empresas a cambiar a la híbrida, veamos las características clave de las nubes públicas y privadas. Centrémonos, en primer lugar, en aquellos aspectos que de una forma u otra preocupan a la mayoría de empresas. Para evitar confusiones en la terminología, presentamos a continuación las principales definiciones:
Nube privada (o privada) es una infraestructura de TI, cuyos componentes están ubicados dentro de una empresa y solo en equipos propiedad de esta empresa o proveedor de la nube.
Nube pública es un entorno de TI cuyo propietario proporciona servicios por una tarifa y proporciona espacio en la nube a todos.
Nube híbrida Consta de más de una nube privada y más de una nube pública, cuya potencia informática se comparte.
Nubes privadas
A pesar de su elevado coste, la nube privada tiene varias ventajas que no se pueden ignorar. Estos incluyen alta controlabilidad, seguridad de los datos y monitoreo completo de los recursos y el funcionamiento de los equipos. En términos generales, una nube privada cumple con todas las ideas de los ingenieros sobre una infraestructura ideal. En cualquier momento puedes ajustar la arquitectura de la nube, cambiar sus propiedades y configuración.
No es necesario depender de proveedores externos: todos los componentes de la infraestructura permanecen de su lado.
Pero, a pesar de los fuertes argumentos a favor, una nube privada puede resultar muy costosa en su inicio y en su posterior mantenimiento. Ya en la etapa de diseño de una nube privada, es necesario calcular correctamente la carga futura.... Ahorrar al principio puede llevar a que tarde o temprano te enfrentes a la falta de recursos y a la necesidad de crecimiento. Y escalar una nube privada es un proceso complejo y costoso. Cada vez hay que comprar nuevos equipos, conectarlos y configurarlos, y esto a menudo puede llevar semanas, en comparación con el escalado casi instantáneo en la nube pública.
Además de los costos de equipo, es necesario proporcionar recursos financieros para licencias y personal.
En algunos casos, el equilibrio “precio/calidad”, o más precisamente “el coste de escalamiento y mantenimiento/los beneficios obtenidos”, finalmente se desplaza hacia el precio.
Nubes públicas
Si solo usted posee una nube privada, entonces una nube pública pertenece a un proveedor externo que le permite utilizar sus recursos informáticos pagando una tarifa.
Al mismo tiempo, todo lo relacionado con el soporte y mantenimiento de la nube recae sobre los poderosos “proveedores”. Su tarea es elegir el plan de tarifas óptimo y realizar los pagos a tiempo.
Usar una nube pública para proyectos relativamente pequeños es mucho más económico que mantener su propia flota de equipos.
En consecuencia, no es necesario mantener especialistas en TI y se reducen los riesgos financieros.
En cualquier momento, usted es libre de cambiar de proveedor de nube y mudarse a una ubicación más adecuada o más rentable.
En cuanto a las desventajas de las nubes públicas, aquí todo es bastante esperado: mucho menos control por parte del cliente, menor rendimiento al procesar grandes volúmenes de datos y baja seguridad de los datos en comparación con las privadas, lo que puede ser crítico para algunos tipos de negocios. .
nubes híbridas
En la intersección de las ventajas y desventajas anteriores se encuentran las nubes híbridas, que son de facto una combinación de al menos una nube privada con una o más públicas. A primera vista (e incluso a segunda vista), puede parecer que una nube híbrida es una piedra filosofal que permite "inflar" la potencia informática en cualquier momento, realizar los cálculos necesarios y "destruir" todo. ¡No una nube, sino David Blaine!
En realidad, todo es casi tan bonito como en teoría: la nube híbrida ahorra tiempo y dinero, tiene muchos casos de uso estándar y no estándar... pero hay matices. Aquí están los más importantes de ellos:
Primero, es necesario conectar correctamente "su" nube y "la de otra persona", incluso en términos de rendimiento. Aquí pueden surgir muchos problemas, especialmente si el centro de datos de la nube pública es físicamente remoto o está construido con una tecnología diferente. En este caso, existe un alto riesgo de retrasos, a veces críticos.
En segundo lugar, el uso de una nube híbrida como infraestructura para una sola aplicación conlleva un rendimiento desigual en todos los frentes (desde la CPU hasta el subsistema de disco) y una tolerancia a fallos reducida. Dos servidores con los mismos parámetros, pero ubicados en diferentes segmentos, mostrarán un rendimiento diferente.
En tercer lugar, no se olvide de las vulnerabilidades del hardware "extranjero" (saludos fervientes a los arquitectos de Intel) y otros problemas de seguridad en la parte pública de la nube, ya mencionados anteriormente.
En cuarto lugar, el uso de una nube híbrida amenaza con reducir significativamente la tolerancia a fallos si aloja una sola aplicación.
Bono especial: ahora dos nubes en lugar de una y/o la conexión entre ellas se puede “romper” a la vez. Y en muchas combinaciones a la vez.
Por otra parte, cabe mencionar los problemas de alojar grandes aplicaciones en una nube híbrida.
En la gran mayoría de los casos, no se puede simplemente conseguir, por ejemplo, 100 máquinas virtuales con 128 GB de RAM en la nube pública. La mayoría de las veces, nadie te regalará ni siquiera 10 de esos coches.
Sí, las nubes públicas no son de goma, Moscú. Muchos proveedores simplemente no mantienen esa reserva de capacidad libre, y esto se refiere principalmente a la RAM. Puede "extraer" tantos núcleos de procesador como desee y puede proporcionar muchas veces más capacidad de SSD o HDD de la que está físicamente disponible. El proveedor esperará que no utilice todo el volumen a la vez y que sea posible aumentarlo a lo largo del camino. Pero si no hay suficiente RAM, la máquina virtual o la aplicación pueden fallar fácilmente. Y el sistema de virtualización no siempre permite tales trucos. En cualquier caso, vale la pena recordar esta evolución de los acontecimientos y discutir estos puntos con el proveedor "onshore", de lo contrario corre el riesgo de quedarse atrás durante los picos de carga (viernes negro, carga estacional, etc.).
En resumen, si quieres utilizar una infraestructura híbrida, ten en cuenta que:
- El proveedor no siempre está preparado para proporcionar la capacidad necesaria según la demanda.
- Hay problemas y retrasos en la conectividad de elementos. Es necesario comprender qué piezas de infraestructura y en qué casos realizarán solicitudes a través del "conjunto"; esto puede afectar el rendimiento y la disponibilidad. Es mejor considerar que en la nube no hay un nodo de clúster, sino una pieza de infraestructura separada e independiente.
- Existe el riesgo de que se produzcan problemas en grandes zonas del paisaje. En una solución híbrida, una u otra nube puede "caerse" por completo. En el caso de un clúster de virtualización normal, corre el riesgo de perder como máximo un servidor, pero aquí corre el riesgo de perder muchos a la vez, de la noche a la mañana.
- Lo más seguro es tratar la parte pública no como un "extensor", sino como una nube separada en un centro de datos separado. Es cierto que en este caso se ignora la "hibridación" de la solución.
Mitigar las desventajas de una nube híbrida
De hecho, la imagen es mucho más agradable de lo que piensas. Lo más importante es conocer los trucos para “cocinar” una buena nube híbrida. Aquí están los principales en formato de lista de verificación:
- No debe mover partes de la aplicación sensibles a la latencia a la nube pública por separado del software principal: por ejemplo, caché o bases de datos bajo carga OLTP.
- No coloque por completo aquellas partes de la aplicación en la nube pública, sin las cuales dejará de funcionar. De lo contrario, la probabilidad de fallo del sistema aumentará varias veces.
- Al escalar, tenga en cuenta que el rendimiento de las máquinas implementadas en diferentes partes de la nube variará. La flexibilidad de escala también estará lejos de ser perfecta. Desafortunadamente, este es un problema de diseño arquitectónico y no podrá erradicarlo por completo. Sólo puedes intentar reducir su impacto en el trabajo.
- Intente garantizar la máxima proximidad física entre las nubes públicas y privadas: cuanto más corta sea la distancia, menores serán los retrasos entre los segmentos. Idealmente, ambas partes de la nube “viven” en el mismo centro de datos.
- Es igualmente importante garantizar que ambas nubes utilicen tecnologías de red idénticas. Las puertas de enlace Ethernet-InfiniBand pueden presentar muchos problemas.
- Si se utiliza la misma tecnología de virtualización en las nubes públicas y privadas, esto es una ventaja definitiva. En algunos casos, puede acordar con el proveedor migrar máquinas virtuales completas sin necesidad de reinstalarlas.
- Para que el uso de una nube híbrida sea rentable, elija un proveedor de nube con el precio más flexible. Lo mejor de todo es que se basa en los recursos realmente utilizados.
- Escale con centros de datos: si necesita aumentar la capacidad, levantamos un “segundo centro de datos” y lo ponemos bajo carga. ¿Terminaste con tus cálculos? "Extinguimos" el exceso de energía y ahorramos.
- Las aplicaciones y proyectos individuales se pueden mover a la nube pública mientras se escala la nube privada, o simplemente durante un período determinado. Es cierto que en este caso no tendrás hibridez, solo conectividad general L2, que no depende en modo alguno de la presencia/ausencia de tu propia nube.
En lugar de una conclusión
Eso es todo. Hablamos sobre las características de las nubes públicas y privadas y analizamos las principales oportunidades para mejorar el rendimiento y la confiabilidad de las nubes híbridas. Sin embargo, el diseño de cualquier nube es el resultado de decisiones, compromisos y convenciones dictadas por los objetivos y recursos comerciales de la empresa.
Nuestro objetivo es motivar al lector a tomar en serio la elección de la infraestructura de nube adecuada en función de sus propios objetivos, tecnologías disponibles y capacidades financieras.
Te invitamos a compartir tu experiencia con las nubes híbridas en los comentarios. Estamos seguros de que su experiencia será de utilidad para muchos pilotos novatos.
Fuente: habr.com