그래서 얼마 전 서버 관리자로부터 다음과 같은 메시지를 받았습니다.
안녕 ****,
오늘 잘 지내시기 바랍니다.
귀하의 계정 중 하나가 1분 간격으로 여러 크론 작업을 실행하고 있는 것으로 나타났습니다.(3개; 그리고 그것들이 1개로 병합될 수 있었다는 것을 인정합니다. 1000줄의 코드가 없었으며 문자 그대로 35줄을 넘지 않았습니다)
-한조각-
공유 호스팅 서버에서 cron 작업을 1분마다 실행하면 서버 상태와 동일한 서버의 다른 사용자에게 부정적인 영향을 미칠 수 있습니다. 서버에 부정적인 영향을 미치는 것을 방지하기 위해 cron 작업을 아래와 같이 수정했습니다.
-한조각-
이제 위에서 지정한 간격으로 실행됩니다. 간격이 15분 미만인 cronjob을 실행하지 마십시오.
이와 관련하여 귀하의 협조를 부탁드립니다.
추가 질문이나 우려사항이 있는 경우 이 티켓을 업데이트하세요.
친애하는, ****.
이것이 누구에게나 이해가 됩니까? cloudlinux 문서를 살펴보았는데 전혀 의미가 없는 것 같기 때문입니다.
나는 "반전용" 서버 비용을 지불하고80개의 사용 가능한 진입 프로세스. 유일한 방법알겠어요이것이 문제가 되는 것은 해당 사용자와 그들의 계획을 설명할 실제 리소스가 없는 서버에 더 많은 사용자를 로드하는 경우입니다. 왜냐하면 이것이 그의 "예"이기 때문입니다.
안타깝게도 호스팅 품질을 유지하려면 몇 가지 최소한의 제한 사항을 유지해야 합니다. 50명의 사용자가 서버에서 분당 150개의 크론 작업을 실행한다면 어떤 일이 일어날지 상상해 보세요. 일반 서버는 크롤링할 수 있습니다.
그리고 제가 말했듯이 문제가 되는 유일한 방법은 사용자 리소스가 서버가 처리할 수 있는 것보다 더 많은 것을 차지하는 경우입니다.
제가 이렇게 생각하는 것이 잘못된 걸까요? 나는 그의 주장이나 기타 내용을 설명하는 문서에 연결되지 않았습니다. 그는 단지 그의 "서비스 약관"을 언급했고 기본적으로 그가 매일 그 서비스 약관을 사용하며 내가 무슨 말을 하는지 모른다고 말했습니다.
답변1
CageFS 문서"사용자가 어떠한 방식으로도 제한을 받아서는 안 된다"는 것은 파일 시스템 및 프로세스 격리를 의미합니다. chroot 또는 컨테이너. 사용자는 설치하는 애플리케이션 및 구성 파일에 제한을 두지 않지만 이는 리소스 할당량에 대해 아무 의미도 없습니다.
사용 가능한 용량이나 프로세스 할당량에 관계없이 호스트에서 크론 제한을 적용할 수도 있습니다. 좋은 성능 근본 원인 분석 및 용량 계획을 수행하는 것보다 순진한 crontab 파서를 작성하는 것이 더 쉽습니다.
서비스 약관을 읽어보세요. 컨테이너 호스트의 관리자로서 이러한 작업이 허용되는 것이 거의 확실합니다. 특히 리소스가 제한된 환경에서는 빈번한 크론 작업이 상당한 부하가 될 수 있다는 점을 알고 있습니다. 100개의 프로세스라는 적은 할당량에도 불구하고 여전히 crontab을 관리해야 할 필요성을 느낀다는 점에서 초과 구독 비율이 얼마나 큰지 궁금합니다.
구별하기 위해 CloudLinux Shared를 사용하는 공유 호스팅 공급자로부터 컨테이너를 임대했습니다. 업스트림 RHEL 또는 CL의 자체 클론인 AlmaLinux와 마찬가지로 CloudLinux에 대한 전용 서버 사용 사례가 존재합니다.