Memcache 서버가 히트를 놓친 후 DB를 압도하는 방법과 유사합니다.
내 CDN에서 높은 트래픽을 예상해야 합니까?
답변1
일반적으로 아니요. 일반적으로 원본에 직접 요청을 보내는 CDN 노드가 수십 개 밖에 없기 때문입니다. 수만 개의 엣지 노드를 보유하고 있는 Akamai조차도 일반적으로 그 중 상대적으로 적은 수를 사용하여 일종의 다계층 계층 구조에서 원본 요청을 수행합니다.
또한 일부 "멍청한" 캐싱 소프트웨어와 달리 CDN의 도구는 동일한 파일에 대한 여러 요청을 백엔드에 전달하는 대신 일반적으로 첫 번째 파일이 캐시에 있을 때까지 동일한 파일에 대한 여러 요청을 "보류"합니다. Varnsih 및 Nginx와 같은 기성 프록시 캐싱 도구도 이제 이 작업을 올바르게 수행합니다.
즉, 시간적 상관 관계가 매우 낮고 원본의 전력이 매우 낮은 매우 다양한 콘텐츠 세트가 있는 경우... 12개의 노드가 수천 개의 서로 다른 파일을 빠르게 연속적으로 요청하는 경우에도 문제가 될 수 있습니다. 하지만 CDN 뒤에 256MB의 저렴한 VPS를 사용하는 경우에도 마찬가지입니다.~도값이 싼. 내 조언은 CDN 로그를 사용하여 CDN 노드 수에서 짧은 시간 내에 요청되는 고유 URL 수와 관련하여 직면할 수 있는 최악의 시나리오에 대한 아이디어를 제공하는 것입니다. 그런 다음 정확히 해당 시나리오와 파일 혼합에 대해 원본을 로드 테스트해야 합니다. 현실적인 테스트 비트 추측에서 나온 좋은 숫자는 매번 발생하지만 일반적으로 그렇지 않습니다.저것달성하기 어렵습니다.
답변2
분명히 그렇습니다. 어떤 방식으로든 멍청한 프록시로 조립된 CDN을 얻는다면 다음과 같습니다.
http://www.jet-stream.com/blog/downsides-of-http-adaptive-bit-rate-streaming/
귀하의 CDN이 작동하는지 여부를 어떻게 판단해야 하는지는 명확하지 않지만 다음과 같이 할 수 있습니다.바라건대더 큰 플레이어가 올바르게 작동한다고 가정하십시오.