Аренда прокси помесячно против почасовой: что дешевле на прогонах

Спрашиваю до покупки, чтобы потом не жалеть.

Чтобы было понятно, с чем работаю.

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

Готов сам проверить, скажите только что.

Считайте по темпу, всё остальное вторично.

Проверьте на второй машине, это отсекает половину версий.

Сверяйте полноту после каждого прогона.

Данные теряются равномерно или кусками?

Прочитал и узнал свой прошлый год.

Безлимитный трафик выгоднее пакетов на любом регулярном сборе. Два терабайта в месяц набегают незаметно, а на пакетах это отдельная статья расходов.

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

Пусть висит, такие вопросы всплывают постоянно.

Могу подтвердить, у нас на двух проектах точно так.

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

Перед покупкой просите тест и гоняйте на нём свою настоящую задачу. Проверка доступности ничего не докажет.

Интересно, чем закончится.

Тут стоит разделить два вопроса, их часто путают.

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

Тут есть тонкость, о которой обычно забывают.

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

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

Замечание по существу, иначе расчёт поедет.

Разбирайте счета по задачам. Общая сумма ничего не показывает. Тогда видно, какой прогон обходится дороже данных, которые приносит.

Перед покупкой проверяю три вещи: скорость отдачи на реальной странице, разброс подсетей и поведение под нагрузкой в сто потоков. Пинг смотрю последним, он мало что решает.

$ 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

Отпишитесь, что получилось.

Проверял на четырёх проектах, вывод один.

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

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

Сохранил, пригодится в следующем проекте.