Как считать расход адресов на разовый большой прогон

Ниже мой опыт и вопрос к тем, кто гоняет большие объёмы.

Расход трафика неровный, пики приходятся на вторник и четверг. Трафик за месяц вышел около двух терабайт, поэтому пакеты гигабайтов не подходят. Проверял скорость до покупки, на прогоне цифры оказались другими.

$ for a in $(cat pool.txt); do curl -s -o /dev/null -w "%{time_total} " -x $a https://example.org/; done
0.412 0.398 1.884 0.421 0.406

Интересно, как это решают у вас.

Первый раз списал на случайность, второй раз уже нет.

Смешивать задачи на одном пуле можно, но осторожно: тяжёлый прогон съедает лимит, и лёгкая задача рядом начинает ловить отказы.

$ for a in $(cat pool.txt); do curl -s -o /dev/null -w "%{time_total} " -x $a https://example.org/; done
0.412 0.398 1.884 0.421 0.406

Так же считаю, и коллеги считают так же.

Считайте не только пул, но и запас на замену. Часть адресов выбывает по естественным причинам, и это надо закладывать.

Пинг смотрите последним. На длинном прогоне сорок миллисекунд разницы теряются в паузах между запросами.

Начните с малого объёма и растите постепенно.

Сначала логи, потом версии.

У нас похожая история была весной.

Пул под мониторинг и пул под разовый прогон устроены по-разному: первому важна ровность, второму запас по объёму.

Если поставщик не говорит про подсети, это уже ответ. Спрашивайте прямо и просите разброс.