🧑🏽 🥓 👩🏾‍🤝‍👩🏼 Que guardar en la nube 👸🏾 🤜 🙏🏿

Las nubes son cómodas con su flexibilidad. Necesitamos un potente clúster informático durante ocho horas: alquilado en tres clics, completado la tarea y apagado los automóviles. Desafortunadamente, muchos simplemente malinterpretan la ideología de los recursos en la nube y, a menudo, se sienten decepcionados cuando ven cuentas al final del mes.

Para optimizar los costos, debe comenzar recopilando buenas estadísticas. Trataré de describir brevemente las herramientas apropiadas para esto.

El principio clave del ahorro es desactivar todo lo innecesario y minimizar la reserva tanto como sea posible. Destinado a pensar en el paradigma del servidor local en la infraestructura de la empresa. Si puede automatizar la expansión y el apagado de los recursos de la nube en función de la carga, aún mejor.

Considere situaciones en las que las tarifas fijas son más rentables, y cuando - concepto de pago por uso (PAYG). Además, considere qué puede apagar el exceso y dónde se desperdician los recursos con mayor frecuencia. Veamos los principales tipos de recursos: CPU, RAM, discos virtuales, redes y copias de seguridad.

Recopilamos información

Antes de realizar acciones de optimización, primero debe comprender cómo se carga su máquina. Por lo tanto, es más correcto comenzar con los sistemas de monitoreo para comprender con precisión la naturaleza de la carga. Además, la carga debe analizarse a diferentes escalas. Los datos promediados para el mes serán útiles para comprender el grado de reserva o falta de recursos en general. Además, puede predecir las fechas aproximadas en que la capacidad actual dejará de ser suficiente si la carga crece gradualmente. Los datos de varios días podrán mostrar fluctuaciones diurnas, generalmente asociadas con el ciclo de vida de las zonas horarias, y explosiones bruscas cuando los recursos son escasos.

Cómo monitorear

Hay una gran cantidad de sistemas de recopilación y visualización de información para elegir, pero me gustaría llamar la atención sobre los principales:

Zabbix — . , .
Kibana — ELK. , , .
Grafana — , . , .
. , .

La nube en sí está diseñada para ahorrar dinero, pero también puede optimizar los costos al consumir adecuadamente los recursos de la nube. Estime la carga uniforme de sus máquinas. Si la máquina virtual está cargada de manera estable, entonces todo está bien, y la tarifa con límites fijos y una pequeña reserva de energía será más beneficiosa.

Durante la carga máxima, solo un núcleo estuvo involucrado. Puede ahorrar dinero y no tomar dos.

Puede tomar dos núcleos en lugar de cuatro sin pérdida de rendimiento.

Si más del 10% del tiempo la VM está inactiva, entonces debe intentar contar con el modelo PAYG. Solo entonces se debe apagar la máquina cuando no esté en uso. Por ejemplo, una vez al día, un nodo se enciende, compila el proyecto y se apaga nuevamente.

Todos los núcleos están cargados de manera uniforme. Lo más probable es que sea ventajoso tomar una tarifa con un pago fijo.

Por lo general, las tácticas de optimización financiera se ven así: divide los elementos de su infraestructura en elementos estables de acuerdo con el consumo e inestables con cargas máximas. Intentamos transferir elementos con consumo constante a una tarifa fija, e inestables a PAYG, para poder suavizar sin problemas las explosiones individuales de forma económica.

Hacemos lo mismo con varias máquinas de prueba y experimentales. Muy a menudo, es más rentable pagarlos con los recursos consumidos, en lugar de con una tarifa fija. Si encuentra un automóvil que consume el 1% de la potencia, apáguelo y transfiéralo a PAYG.

Debe comprender que en la nube no está pagando por la carga en el procesador, sino por el solo hecho de usar núcleos. Si usa el plan de tarifas PAYG y no necesita una VM en este momento, por ejemplo, ha realizado las pruebas necesarias y ya no la usa, entonces es más lógico apagarlo y así ahorrar en el costo de la memoria virtual y los procesadores.

Algunos clientes usan la API de vCloud Director para encender y apagar las máquinas virtuales en un horario para ahorrar aún más en los recursos consumidos. Un enfoque muy bueno sería utilizar la orquestación para controlar la nube, activar y desactivar los nodos cuando cambie la carga.

Al mismo tiempo, tendrá que pagar por los discos virtuales de todos modos. Si ya no necesita una máquina virtual, es mejor eliminarla. O, si lo usa muy raramente, por un tiempo, mientras está apagado, transfiéralo a un almacenamiento más barato. También puede guardar en discos virtuales si implementa un nodo cada vez desde una plantilla preparada, en lugar de mantener apagado el terminado. Y mantenga las plantillas ya en almacenamiento barato.

RAM

No debe asignar más memoria a la VM de la requerida. Muy a menudo, los usuarios de la nube configuran las máquinas virtuales de forma empírica: "Bueno, es necesario volcar tanta memoria y tantos núcleos". Al mismo tiempo, es la RAM la que, por regla general, es el recurso más costoso en la nube.

Usando el plan de tarifas PAYG, tiene sentido configurar la VM para que utilice de manera óptima los recursos asignados a ella, teniendo un margen de rendimiento para las cargas máximas. Al mismo tiempo, la reserva no debe ser x4 o x10 del consumo promedio de su aplicación: es simplemente irracionalmente caro. Por supuesto, los límites siempre se determinan individualmente para cada tarea, pero la mayoría de las veces debe esforzarse por asegurarse de que el stock no supere el 25%.

Discos virtuales

Un recurso importante son los discos virtuales. Existen varios tipos de discos virtuales que difieren en velocidad y precio. Cuanto más rápido sea el disco, más caro se espera. Por lo tanto, guardar en este parámetro debe comenzar con el análisis y la separación de datos en "frío" y "caliente".

Opción incorrecta La política de asignación de VM está configurada para que el intercambio, la configuración y los discos de VM se coloquen en discos caros, a menos que especifique explícitamente lo contrario.

Una máquina virtual puede usar simultáneamente diferentes tipos de discos que se pueden colocar en un almacenamiento rápido y lento. En consecuencia, si almacena algún tipo de archivos o registros de datos, tiene sentido colocarlos en discos lentos. Las bases de datos son críticas para IOPS, por lo que las enviamos a repositorios rápidos.

La opción correcta Cada tipo de datos tiene su propia velocidad de disco.

Ahora tenemos que resolver la pregunta en qué disco colocar la VM en sí. La plataforma vloud Director tiene una característica: reserva espacio en disco para la RAM de la VM en el momento de su lanzamiento. En este caso, preselecciona el tipo de almacenamiento. El sistema operativo en sí no es demasiado crítico para IOPS, la mayoría de los componentes ya están cargados en la RAM y el disco no está cargado. Sin embargo, si ahorra dinero y se coloca en un disco lento, obtendrá un reinicio prolongado y se despertará del modo de suspensión debido a la baja velocidad de lectura de los archivos de intercambio y configuración.

Considere este factor si es crítico para usted elevar rápidamente la máquina virtual después de un reinicio. En otros casos, puede guardar.

Discos bajo la base de datos

Muy a menudo, los discos bajo la base de datos se toman "para crecer". Este es un error típico de los sistemas en la nube. Si necesita 60 GB, tome la cantidad que necesite con un pequeño margen. 200 GB condicionales de un disco rápido consumirán finanzas y estarán inactivos.

A diferencia del servidor iron, no hay problema para expandir gradualmente el disco en volumen según sea necesario. Simplemente no olvide colgar el monitoreo con disparadores para desbordar el disco para no perder el momento en que es hora de expandir el espacio. Si quieres hacerlo muy bien, puedes intentar aumentar automáticamente el espacio a medida que se llena a través de la API.

El único inconveniente de este enfoque es que no puede reducir el tamaño de los discos, solo cambia hacia la expansión. Si aún necesita reducirlo, este procedimiento se realiza transfiriendo datos a un volumen más pequeño y eliminando el disco anterior. No se olvide de las copias de seguridad y las pruebas exhaustivas en esta etapa.

No olvide volcar los registros en un almacenamiento lento separado para no desperdiciar un valioso espacio en el disco rápido de la base de datos. Tienden a absorber el espacio muy rápidamente, especialmente en el caso de MS SQL. También es altamente deseable excluir registros de las imágenes de copias de seguridad regulares.

Red

Hacemos lo mismo con la Red: no perseguimos números redondos de 1-10-100 megabits, pero inmediatamente tomamos 45 megabits si tiene una carga promedio de canal de alrededor de 40. Tome tantos recursos como necesite.

Aclare la posibilidad de controlar este parámetro de su parte. En nuestro lugar, el propio cliente no puede cambiarlo, es decir, el pago por uso no funciona, y es posible cambiar el ancho del canal una vez al mes. Sin embargo, hay nubes donde esta configuración se configura en tiempo real.

En la nube basada en vCloud Director, NSX Edge tiene una gran ventaja: el enrutador virtual. Es gratis y puede reemplazar soluciones más costosas que requieren capacidad adicional y licencias de compra. Tiene un equilibrador que en situaciones simples puede reemplazar soluciones tales como Haproxy y el dispositivo virtual Citrix NetScaler. No es necesario comprar licencias para productos comerciales y no paga por los recursos de NSX Edge. Es por defecto.

Si es necesario, NSX Edge se puede escalar. Capaz de funcionar como una VPN de tres tipos:

Túnel VPN IPsec de sitio a sitio: para organizar un canal seguro entre la nube y la oficina u otras nubes donde se encuentran los recursos del cliente.
SSL VPN — , Checkpoint Cisco Fortigate.
L2VPN — , IPSEC Site-to-Site, L2.

CPU

Aquí puede guardar algunas opciones.

Primero debe seleccionar cuidadosamente el tipo de procesador óptimo en términos de frecuencia y número de núcleos. Todo dependerá de las características de las licencias de software que se ejecutan en esta máquina. Por ejemplo, un servidor AD o un servidor terminal es conveniente para mantener hipervisores con una gran cantidad de núcleos de rango medio. En servidores con software con licencia por el número de núcleos, la frecuencia de un solo núcleo ya se está volviendo importante. Dichas máquinas son más caras, pero más rentables en términos de rendimiento por núcleo.

No es necesario utilizar los mismos procesadores en todas sus máquinas. Además, una combinación de instancias con una frecuencia central de 2.4 GHz y, por ejemplo, 3.1 GHz puede ser más atractiva económicamente.

También se pueden usar arquitecturas híbridas. Si tiene su propia infraestructura y no desea transferir todo, entonces una solución mixta será una buena solución, cuando una parte está girando en la oficina y la otra en la nube. Al mismo tiempo, los recursos en la nube se toman solo para suavizar la carga máxima de su propia infraestructura.

Tenga en cuenta: la RAM reducirá la RAM y la CPU solo cuando la VM esté apagada; de lo contrario, el sistema podría entrar en pánico. Puede expandir los recursos en una máquina en ejecución si el sistema operativo es compatible y el modo de adición en caliente está habilitado.

Apoyo

Cuando se utiliza el servicio de copia de seguridad, el cliente paga por dos cosas: por la cantidad de máquinas virtuales y por la cantidad de datos en el espacio en disco. Nuevamente comenzamos con el análisis.

Piense si necesita copias de Active Directory hace un año, o si una copia de seguridad diaria incremental de una o dos semanas es suficiente. Decida cuánto tiempo pueden pasar desapercibidos los datos corruptos y configure el almacenamiento de respaldo en consecuencia. Las máquinas en funcionamiento, en las que el servicio solo gira, por regla general, no tiene sentido almacenar durante más de una semana. En el caso de la base de datos, puede ser necesario restaurar desde una copia de hace seis meses si alguien desordena los datos, pero esto no se notará de inmediato.

El segundo punto es la velocidad de recuperación. Si el servicio tiene una reserva, puede limitarse a una copia de seguridad completa y copias incrementales. En este caso, la última copia se restaura, pero antes de eso, todos los cambios de las copias incrementales deben considerarse por etapas. Esto es mucho tiempo Pero en el caso de los nodos de respaldo en funcionamiento, el servicio continuará funcionando mientras se restaura uno de los nodos.

Si no hay reserva por alguna razón, debería pensar en almacenar la copia de seguridad completa actual sin incremento. Come más lugares, pero se implementa mucho más rápido y minimiza el tiempo de inactividad. La diferencia en velocidad puede ser una y media o dos veces.

Si necesita mantener copias de seguridad durante mucho tiempo, debe considerar la opción de almacenamiento en frío. Estas suelen ser bibliotecas de cintas de recuperación lenta. La opción es ideal para datos archivados. Un buen ejemplo es Amazon Glacier, donde el inicio de la implementación desde una copia de seguridad anterior comienza de tres a cinco horas después de la solicitud. Condicionalmente, sus datos deben ser encontrados físicamente, eliminados del almacén y contados. Pero el costo por gigabyte de almacenamiento se está volviendo mucho más rentable.

Podemos utilizar el almacenamiento de la instalación a razón de " Single ". Tiene un pequeño costo de almacenamiento con un descuento progresivo: cuanto más almacenamiento almacene, más barato será el costo de gigabytes de datos.

Resumen

Puede guardar recursos en la nube solo si analiza cuidadosamente la carga y minimiza la capacidad de reserva. Comience recolectando estadísticas de alta calidad y comience a reducir los recursos al mínimo necesario.

Si el consumo del nodo es estable y no cambia, vaya a su propia infraestructura para esta tarea o elija tarifas fijas.

No te olvides de la posibilidad de esquemas híbridos. El uso de recursos en la nube para suavizar las cargas pico irregulares se adapta casi perfectamente al concepto de pago por uso.

Que guardar en la nube