Puncte:1

Cronjob-uri cu interval de 1 min în CloudLinux

drapel cn

Așa că am primit următorul mesaj de la administratorul meu de server zilele trecute:

Bună ****,

Sperăm că te descurci bine astăzi.

Am observat că unul dintre conturile dvs. rula mai multe lucrări cron cu intervale de 1 minut. (Trei; și recunosc că ar fi putut fi îmbinate în 1. Nu erau 1000 de linii de cod, literalmente nu mai mult de 35 combinate)

-croitor-

Pe un server de găzduire partajată, rularea unui job cron în fiecare minut poate avea un impact negativ asupra sănătatea serverului și alți utilizatori de pe acelasi server. Pentru a preveni afectarea negativă a serverului, noi au modificat joburile cron după cum urmează:

-croitor-

Acestea vor rula acum fiecare la intervalele specificate mai sus. Vă rugăm să nu executați nici un cronjob care are intervale mai mici de 15 minute.

Cooperarea dumneavoastră va fi foarte apreciată în acest sens.

Dacă aveți întrebări sau nelămuriri suplimentare, vă rugăm să actualizați acest lucru bilet.

Toate cele bune, ****.

Are sens asta pentru cineva? Pentru că m-am uitat la documentația cloudlinux și nu pare să aibă niciun sens:

Imagine din documentația cloudlinux

Imagine din documentația cloudlinux

Plătesc pentru un server „semi-dedicat” de pe ei și 80 de procese de intrare disponibile. Singura cale Înțeleg aceasta fiind o problemă este dacă încarcă mai mulți utilizatori pe servere unde nu au resursele reale pentru a răspunde acelor utilizatori și planurile lor, deoarece acesta a fost „exemplul” lui:

Din păcate, trebuie să menținem niște restricții minime la mentine calitatea gazduirii. Imaginează-ți ce s-ar putea întâmpla dacă 50 de utilizatori rulați 150 de joburi cron pe minut pe server. Un server obișnuit ar putea târâi.

Și așa cum am spus, singurul mod în care văd că este o problemă este dacă resursele utilizatorilor reprezintă mai mult decât poate gestiona serverul.

Greșesc să cred asta? Nu am fost niciodată legat de documentație care să explice argumentul său sau altceva, doar s-a referit la „termenii și condițiile” lui și mi-a spus că lucrează cu ea în fiecare zi și că nu știu despre ce vorbesc.

joeqwerty avatar
drapel cv
Hmmm... cine a făcut asta? Compania de hosting? Cum se face că au acces la serverul tău pentru a face aceste modificări?
drapel cn
Da, compania de găzduire, dar nu sunt sigur, am un pachet semi-dedicat cu ei, care include un panou whm pentru a gestiona cele 2 conturi cPanel care împart aceleași resurse.
berndbausch avatar
drapel us
Aș sublinia contradicția dintre „*Vă rugăm să nu rulați nici un cronjob care are intervale mai mici de 15 minute*” și „*utilizatorii nu ar trebui să se simtă restricționați în niciun fel*”. Și aș lua în considerare dacă acesta este partenerul potrivit pentru cererea mea.
drapel cn
@berndbausch Da, într-adevăr, și faptul că scrie cu litere mici în Documentele CloudLinux: `CageFS va bloca orice execuție de scripturi realizată prin: Cron Jobs`. Așa că nu reușesc să văd ce spunea. Deja plănuiesc să fac schimbarea, dar am vrut să mă asigur că nu greșesc înainte de a posta o recenzie frumoasă pentru neplăcerile cauzate de acest lucru.
djdomi avatar
drapel za
va, acest lucru este normal, server4you vă terminați serverul într-un astfel de caz dacă vm-ul dvs. crește un nivel mediu de încărcare mai mare de 0,5 chiar dacă obțineți 8vcpus, deci, fie acceptați asta, fie mergeți și utilizați un alt hoster precum netcup sau similar
Puncte:2
drapel cn

documentația CageFS menționând că „utilizatorul nu ar trebui să se simtă în niciun fel restricționat” se referă la sistemul de fișiere și izolarea procesului. Un chroot sau container. Utilizatorii nu sunt restricționați în aplicațiile și fișierele de configurare pe care le instalează, dar acest lucru nu implică nimic despre cotele de resurse.

Este posibil ca limitarea cron să fie impusă de gazda dvs., indiferent de capacitatea disponibilă sau de cota de proces. Este mai ușor să scrieți un parser crontab naiv decât să faceți o analiză bună a cauzelor rădăcină și o planificare a capacității.

Citiți acești termeni și condiții, deși aproape sigur ca administratori ai gazdei containerului au voie să facă acest lucru. Ei au un punct în care joburile cron frecvente pot fi o sarcină semnificativă, mai ales în mediile cu resurse limitate. Deși mă întreb cât de enorm este raportul lor de supraabonare, că, chiar și cu o cotă slabă de 100 de procese, ei încă simt nevoia să gestioneze crontab-urile.


Pentru a face o distincție, ați închiriat un container de la un furnizor de găzduire partajată, care utilizează CloudLinux Shared. Există cazuri de utilizare a serverelor dedicate pentru CloudLinux, la fel ca în amonte RHEL sau clona proprie a CL AlmaLinux.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.