CloudLinux 內的 1 分鐘間隔 Cronjobs

CloudLinux 內的 1 分鐘間隔 Cronjobs

所以前幾天我從我的伺服器管理員那裡收到了以下訊息:

你好 ****,

我們希望您今天表現出色。

我們注意到您的一個帳戶正在執行多個 cron 作業,間隔 1 分鐘。(三;我承認它們可以合併為 1。沒有 1000 行程式碼,實際上加起來不超過 35 行)

-剪斷-

在共享託管伺服器上,每分鐘執行一次 cron 作業可能會對伺服器的健康狀況以及同一伺服器上的其他使用者產生不利影響。為了防止伺服器受到負面影響,我們對 cron 作業進行瞭如下修改:

-剪斷-

他們現在將按照上述指定的時間間隔運行。請不要運行任何間隔少於 15 分鐘的 cronjob。

在這方面,我們將非常感謝您的合作。

如果您還有其他問題或疑慮,請更新此票證。

此致, ****。

這對任何人都有意義嗎?因為我查看了cloudlinux文檔,它似乎沒有任何意義:

圖片來自cloudlinux文檔

圖片來自cloudlinux文檔

我花錢購買了他們的“半專用”伺服器,並且80 個可用的進入流程。唯一的辦法我懂了這是一個問題,如果他們將更多用戶加載到伺服器上,而他們沒有實際資源來考慮這些用戶及其計劃,因為這是他的「範例」:

不幸的是,我們必須保持一些最低限度的限制才能維持託管品質。想像一下,如果 50 個使用者在伺服器上每分鐘執行 150 個 cron 作業,會發生什麼事。常規伺服器可能會爬行。

正如我所說,我認為出現問題的唯一方法是用戶資源佔用的資源是否超出了伺服器的處理能力。

我這樣想有錯嗎?我從來沒有連結到解釋他的論點或任何東西的文檔,他只是提到了他的“服務條款”,基本上告訴我他每天都在使用它,而我不知道我在說什麼。

答案1

CageFS 文檔提到「使用者不應該感到任何限制」是指檔案系統和進程隔離。 chroot 或容器。用戶安裝的應用程式和設定檔不受限制,但這並不意味著有關資源配額的任何內容。

無論可用容量或進程配額為何,您的主機都可能會施加 cron 限制。寫一個簡單的 crontab 解析器比進行良好的效能根本原因分析和容量規劃更容易。

閱讀這些服務條款,儘管幾乎可以肯定,作為容器主機的管理員,他們可以這樣做。他們認為頻繁的 cron 作業可能會產生很大的負載,尤其是在資源有限的環境中。儘管我想知道他們的超額訂閱率有多大,但即使配額只有 100 個進程,他們仍然覺得有必要管理 crontab。


為了進行區分,您從共享託管提供者租用了一個容器,該提供者使用 CloudLinux Shared。 CloudLinux 存在專用伺服器用例,與上游 RHEL 或 CL 自己的克隆 AlmaLinux 相同。

相關內容