FeaturedNOTICIAS

¿Cuánto rendimiento necesita realmente su servidor en la nube? – CloudSavvy IT


diseño de la cpu
agsandrew / Shutterstock

La mayoría de los proveedores de la nube dividen sus ofertas por el número de núcleos de CPU y la cantidad de RAM. ¿Necesita un servidor multinúcleo grande o una flota completa de ellos? Aquí se explica cómo medir el rendimiento del mundo real de su servidor.

¿Su aplicación necesita «escalar»?

Es muy común que las nuevas empresas tecnológicas se sientan atraídas por la arquitectura «escalable», es decir, construir la arquitectura de su servidor de tal manera que cada componente pueda escalar para satisfacer cualquier cantidad de demanda.

Esto es genial y todo, pero si no está experimentando esa cantidad de tráfico en el mundo real, puede ser excesivo (y más costoso) construir una arquitectura escalable con la intención de escalar hasta un millón de usuarios si solo está administrando unos pocos miles

Querrás priorizar la creación de una buena aplicación sobre la construcción de una infraestructura excepcional. La mayoría de las aplicaciones funcionan sorprendentemente bien con solo unos pocos servidores estándar fáciles de administrar. Y, si su aplicación alguna vez lo hace grande, es probable que su crecimiento se produzca en el transcurso de unos meses, lo que le dará tiempo suficiente (y dinero) para trabajar en su infraestructura.

Sin embargo, la arquitectura escalable sigue siendo una buena idea, especialmente en servicios como AWS, donde la escala automática se puede utilizar para reducir y ahorrar dinero durante las horas no pico.

TE INTERESA>>  La última de Marko: "Ricciardo tiene un problema mental"

RELACIONADO: Cómo acelerar un sitio web lento

Debe planificar la carga máxima

Lo más importante a tener en cuenta es que no está planeando alrededor de la carga promedio, está planeando alrededor de la carga máxima. Si sus servidores no pueden manejar su carga máxima durante el mediodía, no han cumplido su propósito. Debe asegurarse de medir y comprender la carga de su servidor a lo largo del tiempo, en lugar de solo observar el uso de la CPU en un solo momento.

La arquitectura escalable es útil aquí. Poder girar rápidamente una instancia puntual (que a menudo es mucho más barata) para quitar parte de la carga de sus servidores principales es un paradigma de diseño muy bueno y le permite reducir significativamente los costos. Después de todo, si solo necesita dos servidores durante unas pocas horas al día, ¿por qué pagar para ejecutarlo durante la noche?

La mayoría de los grandes proveedores de la nube también tienen soluciones escalables para contenedores como Docker, que le permiten escalar las cosas automáticamente, ya que su infraestructura se puede duplicar más fácilmente.

RELACIONADO: ¿Qué hace Docker y cuándo debe usarlo?

¿Cuánto rendimiento le da su servidor?

Es una pregunta difícil de responder exactamente; Las aplicaciones y los sitios web de todos son diferentes, y el alojamiento del servidor de todos es diferente. No podemos darle una respuesta exacta sobre qué servidor se adapta mejor a su caso de uso.

Lo que nosotros lata hacer es decirle cómo experimentar por sí mismo para encontrar lo que funciona mejor para su aplicación en particular. Implica ejecutar su aplicación en condiciones reales y medir ciertos factores para determinar si está sobrecargado o subcargado.

Si su aplicación está sobrecargada, puede activar un segundo servidor y usar un equilibrador de carga para equilibrar el tráfico entre ellos, como Elastic Load Balancer de AWS o el servicio Fast Balancing Load Balancing. Si está significativamente descargado, puede ahorrar algunos dólares alquilando un servidor más barato.

Uso de CPU

El uso de la CPU es probablemente la métrica más útil a tener en cuenta. Le da una visión general de cómo está sobrecargado su servidor; Si el uso de su CPU es demasiado alto, las operaciones del servidor pueden detenerse.

TE INTERESA>>  ¿Qué significa el ícono de 'N' de tu teléfono y por qué algunos celulares no lo tienen? | Smartphone

El uso de la CPU es visible en top, y los promedios de carga de los últimos 1, 5 y 15 minutos también son visibles. Obtiene estos datos de /proc/loadavg/, para que pueda registrar esto en un archivo CSV y graficarlo en Excel si lo desea.

Sin embargo, la mayoría de los proveedores de la nube tendrán un gráfico mucho mejor para esto. AWS tiene CloudWatch, que muestra el uso de la CPU para cada instancia bajo las métricas EC2:

Gráfico de uso de CPU.

Google Cloud Platform muestra un buen gráfico debajo de la pestaña «Monitoreo» en la información de la instancia:

Gráfico del uso de la CPU en la pestaña

En ambos gráficos, puede ajustar las escalas de tiempo para mostrar el uso de la CPU a lo largo del tiempo. Si este gráfico alcanza constantemente el 100%, es posible que desee considerar la actualización.

Sin embargo, tenga en cuenta que si su servidor tiene múltiples núcleos, el uso de la CPU aún puede estar «sobrecargado», mientras que el gráfico no está cerca del 100%. Si el uso de su CPU está fijado cerca del 50% y tiene un servidor de doble núcleo, es probable que su aplicación sea en su mayoría de un solo subproceso y no vea ningún beneficio de rendimiento.

Uso de RAM

Es menos probable que el uso de RAM fluctúe mucho, ya que es en gran medida una cuestión de si tiene o no suficiente para ejecutar una determinada tarea.

Puede ver el uso de memoria rápidamente en top, que muestra la memoria asignada actualmente para cada proceso en la columna «RES», así como también muestra el uso como un porcentaje de la memoria total en la columna «% MEM».

Memoria asignada actualmente para cada proceso en el

Puede presionar Shift + M para ordenar por% MEM, que enumera los procesos más intensivos en memoria.

Nota, memoria velocidad sí afecta la velocidad de la CPU en cierta medida, pero probablemente no sea el factor limitante a menos que esté ejecutando una aplicación que requiera metal desnudo y las velocidades más rápidas posibles.

TE INTERESA>>  How to Use the Hawthorne Effect to Increase Your Productivity

Espacio de almacenamiento

Si su servidor se queda sin espacio, puede bloquear ciertos procesos. Puede verificar el uso del disco con:

df -H

Esto muestra una lista de todos los dispositivos conectados a su instancia, algunos de los cuales pueden no serle útiles. Busque el más grande (probablemente /dev/sda1/), y puede ver cuánto se está utilizando actualmente.

Cantidad actual de espacio en disco utilizado.

Debe hacer un uso efectivo de la rotación de registros y asegurarse de que no haya nada que cree archivos en exceso en su sistema. Si es así, puede limitarlo a almacenar solo los últimos archivos. Puede eliminar archivos antiguos usando find con parámetros de tiempo, adjuntos a un trabajo cron que se ejecuta una vez por hora:

0 * * * * find ~/backups/ -type f -mmin +90 -exec rm -f {} ;

Este script elimina todos los archivos en ~/backups/ carpeta de más de 90 minutos (utilizada para un servidor de Minecraft que realizaba copias de seguridad de más de 1 GB cada 15 minutos, llenando un SSD de 16 GB). También puede usar logrotate, que logra el mismo efecto de manera más elegante que este comando escrito apresuradamente.

Si está almacenando una tonelada de archivos, puede considerar moverlos a un servicio de almacenamiento administrado como S3. Será más barato que tener unidades conectadas a su instancia.

RELACIONADO: Cómo configurar Logrotate en Linux (para evitar que su servidor se quede sin espacio)

Velocidad de red

No hay una excelente manera de monitorear esto de forma nativa, por lo que si desea obtener una buena salida de línea de comandos, instale sar desde sysstat:

sudo apt-get install sysstat

Habilítelo editando /etc/default/sysstat y establecer «HABILITADO» en verdadero.

Esto supervisa su sistema y genera un informe cada 10 minutos, rotándolos una vez al día. Puede modificar este comportamiento editando el crontab sysstat en /etc/cron.d/sysstat.

Puede recopilar un promedio de tráfico de red con el -n bandera:

sar -n DEV 1 6

El, canalízalo a tail para una mejor salida:

sar -n DEV 1 6 | tail -n3

Muestra un promedio de paquetes y kilobytes enviados por segundo en cada interfaz de red.

Sin embargo, es más fácil usar una GUI para esto; CloudWatch tiene una estadística «NetworkIn» y «NetworkOut» para cada instancia:

    La estadística

Puede agregar una etiqueta dinámica con una función SUMA, que muestra la red total en bytes por un período de tiempo determinado.

Es difícil juzgar si está sobrecargando o no su red; la mayoría de las veces, está limitado por otras cosas, como si su servidor puede mantenerse al día con las solicitudes, antes de preocuparse por el uso del ancho de banda.

Si está realmente preocupado por el tráfico o desea servir archivos grandes, debería considerar obtener un CDN. Un CDN puede quitar algo de carga de su servidor y permitirle servir medios estáticos de manera muy eficiente.



Source link

Deja una respuesta

Tu dirección de correo electrónico no será publicada.

Botón volver arriba
hentai creampir hentairulz.com saoff summer xxxx hot zoztube.mobi xhamsted ماياخليفة سكس parabg.com سكس قذف جماعى سكس جنوب افريقيا arab-porno.net سكس بنات محجبة freefuck redwap2.com karnataka blue film نيك خادمة freetvtube.info قصص نيك محارم الارشيف 23 sexy rapes teenextube.mobi latest scandals in bollywood milf manga truehentai.com la blue girl manga ang probinsyano june 19 pinoyshowstv.com enchong pokemon henatai hentaicredo.com boku no pico nokare .com gotporn.mobi www.freesexdoor.com indian first night xxx pornxvideos.info xxx six india sex samantha sex zatube.mobi cuddling porn mom son sleeping sex hdtporno.org velamma episode 74 indian free porn mms youjizz.sex velamma episode 79