Может ли CDN (в частности, CloudFront) атаковать свой исходный сервер после промаха?

Question

Подобно тому, как сервер Memcache может вызвать сбой в работе базы данных после пропущенного обращения.

Стоит ли мне ожидать большого трафика от моих CDN?

Answer 1

В общем, нет, потому что обычно есть только десятки узлов CDN, которые будут делать запросы напрямую к вашему источнику. Даже Akamai, у которого десятки тысяч граничных узлов, обычно использует сравнительно мало из них для создания запросов к источнику в своего рода многослойной иерархии.

Также, в отличие от некоторых "тупых" программ кэширования, инструменты CDN обычно "удерживают" несколько запросов на один и тот же файл, пока первый не попадет в кэш, а не передают несколько запросов на бэкенд для одного и того же файла. Даже готовые инструменты кэширования прокси, такие как Varnsih и Nginx, теперь делают это правильно.

Тем не менее, я полагаю, что если у вас очень разнообразный набор контента с очень низкой временной корреляцией и очень слабым источником... даже 12 узлов, запрашивающих тысячи разных файлов в быстрой последовательности, могут быть проблематичными. Но если вы используете дешевый VPS на 256 МБ за CDN, ну, вы такжеслишкомдешево. Я бы посоветовал использовать журналы CDN, чтобы получить представление о худшем сценарии, с которым вы можете столкнуться, с точки зрения количества уникальных URL-адресов, запрашиваемых за короткий промежуток времени с какого количества узлов CDN. Затем вам следует провести нагрузочное тестирование вашего источника именно для этого сценария и набора файлов. Хорошие цифры из реалистичного теста каждый раз превосходят догадки и обычно нечтотруднодостижимо.

Answer 2

Судя по всему, да, если вы хотя бы соберете CDN из тупых прокси:

http://www.jet-stream.com/blog/downsides-of-http-adaptive-bit-rate-streaming/

Мне не совсем понятно, как вы должны определить, работает ли ваш CDN или нет, но вы можетес надеждойпредполагают, что более крупные игроки все делают правильно.