El otro día recibí el siguiente mensaje de mi servidor-administrador:
Hola ****,
Esperamos que estés bien hoy.
Hemos notado que una de sus cuentas estaba ejecutando múltiples tareas cron con intervalos de 1 minuto.(Tres; y admito que podrían haberse fusionado en 1. No había miles de líneas de código, literalmente no más de 35 combinadas)
-recorte-
En un servidor de alojamiento compartido, ejecutar una tarea cron cada minuto puede tener un impacto adverso en la salud del servidor y en otros usuarios en el mismo servidor. Para evitar que el servidor se vea afectado negativamente, hemos modificado los trabajos cron como se muestra a continuación:
-recorte-
Ahora se ejecutarán cada uno en los intervalos especificados anteriormente. No ejecute ningún cronjob que tenga intervalos de menos de 15 minutos.
Su cooperación será muy apreciada a este respecto.
Si tiene más preguntas o inquietudes, actualice este ticket.
Atentamente, ****.
¿Esto tiene sentido para alguien? Porque miré la documentación de Cloudlinux y no parece tener ningún sentido:
Pago por un servidor "semidedicado" y80 Procesos de Ingreso disponibles. La única formaVeoEste es un problema si cargan más usuarios en servidores donde no tienen los recursos reales para dar cuenta de dichos usuarios y sus planes, porque este fue su "ejemplo":
Desafortunadamente, tenemos que mantener algunas restricciones mínimas para mantener la calidad del hosting. Imagínese lo que podría suceder si 50 usuarios ejecutaran 150 trabajos cron por minuto en el servidor. Un servidor normal podría rastrearse.
Y como dije, la única forma en que veo que eso sea un problema es si los recursos de los usuarios representan más de lo que el servidor puede manejar.
¿Me equivoco al pensar esto? Nunca me vincularon a la documentación que explica su argumento ni nada por el estilo, simplemente se refirió a sus "términos de servicio" y básicamente me dijo que trabaja con ellos todos los días y que no sé de qué estoy hablando.
Respuesta1
Documentación de CageFSmencionar que "el usuario no debe sentirse restringido de ninguna manera" se refiere al sistema de archivos y al aislamiento de procesos. Un chroot o contenedor. Los usuarios no están restringidos en las aplicaciones y archivos de configuración que instalan, pero esto no implica nada sobre las cuotas de recursos.
Posiblemente su host imponga la limitación de cron independientemente de la capacidad disponible o su cuota de proceso. Es más fácil escribir un analizador crontab ingenuo que realizar un análisis de causa raíz y una planificación de capacidad de buen rendimiento.
Lea esos términos de servicio, aunque es casi seguro que, como administradores del host del contenedor, pueden hacerlo. Tienen razón en que los trabajos cron frecuentes pueden suponer una carga importante, especialmente en entornos con recursos limitados. Aunque me pregunto qué tan enorme es su índice de sobresuscripción, incluso con una escasa cuota de 100 procesos todavía sienten la necesidad de administrar crontabs.
Para hacer una distinción, alquiló un contenedor a un proveedor de alojamiento compartido, que utiliza CloudLinux Shared. Existen casos de uso de servidor dedicado para CloudLinux, al igual que RHEL ascendente o el propio clon de CL, AlmaLinux.