Срок доступа к прокси: сутки, неделя или месяц
Срок доступа выбирается по характеру задачи: разовый прогон закрывается сутками, серия проверок неделей, постоянная работа месяцем. Доступны четыре варианта: сутки, неделя, месяц и корпоративный месяц с лимитом до 3000 потоков, трафик безлимитный на любом из них.
Дальше разобрано, что именно оплачивает срок, как посчитать длительность под конкретный объём страниц, почему разовый прогон почти всегда упирается в число потоков, и что происходит с доступом при продлении и переходе на старший пакет.
Какие сроки доступа есть и чем они отличаются
Линейка короткая и построена по одной логике: чем длиннее срок, тем спокойнее идёт повторяющаяся работа. Внутри всех вариантов пул один и тот же, около 12 000 активных адресов с автоматической ротацией, а различие сидит в длительности и в потолке одновременных соединений.
| Срок доступа | Под какую работу | Потоки | Что удобно |
|---|---|---|---|
| Сутки | Разовый прогон с известным объёмом | До 1000 | Быстрый вход, никаких обязательств дальше |
| Неделя | Серия проверок с перерывами | До 1000 | Между заходами доступ остаётся открытым |
| Месяц | Постоянный сбор и регулярные прогоны | До 1000 | Продление раз в месяц, расписание не рвётся |
| Корпоративный месяц | Параллельные прогоны команды | До 3000 | Высокий потолок соединений на одном пакете |
Сутки закрывают ситуацию, когда объём известен заранее и работа заканчивается в один заход. Выгрузили каталог поставщика, сверили остатки, проверили свой сайт из другой сети, доступ отработал и закрылся.
Неделя рассчитана на работу с паузами. Съём позиций по семантике идёт в понедельник и четверг, между заходами разбираются выгрузки, правятся задания, добавляются новые запросы. Держать под такой ритм суточные включения неудобно: каждое утро начинается с оформления вместо работы.
Месяц берут там, где прогон стал частью процесса. Магазин снимает прайсы конкурентов ежедневно, агентство ведёт съём выдачи по нескольким проектам, разработчик держит фоновую проверку доступности. Такой режим удобнее всего закрывает доступ к пулу IPv4 на месяц, потому что расписание перестаёт зависеть от ручных продлений.
За что платит срок доступа
Срок оплачивает доступ к пулу вместе с лимитом одновременных потоков. Внутри срока никаких счётчиков нет: трафик безлимитный, объём выкачанных страниц на стоимость не влияет и в расчёт не входит. Это снимает целый пласт планирования, который обычно съедает время перед крупной выгрузкой.
Считать приходится только две величины: сколько длится работа и сколько соединений она держит одновременно. Всё остальное входит в пакет по умолчанию: протоколы IPv4, HTTP, HTTPS, SOCKS4 и SOCKS5, две привязки своего адреса, выдача списка в двух форматах ссылкой или файлом, обновление списка в режиме реального времени.
| Что меняется от срока | Что не меняется никогда |
|---|---|
| Длительность доступа к пулу | Размер пула, около 12 000 адресов |
| Периодичность продления | Автоматическая ротация внутри пула |
| Потолок потоков на корпоративном варианте | Безлимитный трафик на всех сроках |
| Удобство расписания прогонов | Набор протоколов и форматов выдачи |
| Частота обращений в кабинет | Две привязки адреса со свободной сменой |
Из этой таблицы следует практический вывод. Тот, кто выбирает между неделей и месяцем, выбирает ритм собственной работы, при этом качество и состав доступа остаются одинаковыми. Разбор состава пакета по пунктам мы вынесли в отдельный материал, здесь достаточно помнить, что срок и потоки это единственные переменные.
Ещё один момент упрощает выбор. Пул внутри всех сроков общий, около 12 000 активных адресов в сутки, ротация автоматическая, список обновляется в режиме реального времени. Суточный доступ ходит по тем же адресам, что и месячный. Поэтому короткий срок годится и для проверки перед длинной серией: цифры, снятые за сутки, переносятся на месяц напрямую.
Отдельно про объём выкачки. Прогон на 40 000 карточек и прогон на 400 000 карточек оплачиваются одинаково, если оба укладываются в один срок. Работа без счётчика гигабайтов описана на странице про доступ с безлимитным трафиком на любом сроке, и на длинных выгрузках это заметно сильнее всего.
Характер задачи задаёт срок
Разделим работу на три типа. Разовый прогон: объём известен, дата известна, повтор не планируется. Серия проверок: заходы повторяются с интервалом от нескольких дней, объём каждого небольшой. Постоянная работа: прогон идёт по расписанию и останавливаться не должен.
| Сценарий работы | Разумный срок | Потоки |
|---|---|---|
| Выгрузка каталога одного поставщика | Сутки | 50 до 200 |
| Проверка своего сайта из другой сети | Сутки | 20 и меньше |
| Разовая инвентаризация цен по рынку | Сутки | 200 до 500 |
| Съём позиций по семантике два раза в неделю | Неделя | 100 до 300 |
| Серия A/B проверок отдачи страниц | Неделя | 50 до 150 |
| Приёмка нового парсера перед запуском | Неделя | 100 до 400 |
| Ежедневный сбор прайсов и остатков | Месяц | 300 до 1000 |
| Ведение нескольких рекламных кабинетов | Месяц | 50 до 200 |
| Фоновый мониторинг доступности площадок | Месяц | 20 до 100 |
| Параллельные прогоны на несколько серверов | Корпоративный месяц | До 3000 |
| Агентство с проектами нескольких клиентов | Корпоративный месяц | До 3000 |
Границы между типами размытые, и в спорном случае мы советуем брать ступень выше. Задача с формулировкой «попробуем неделю, дальше посмотрим» через две недели превращается в постоянную, и продлевать сутками семь раз подряд утомительнее, чем один раз оформить месяц.
Работает и обратная проверка. Если задача звучит как «собрать один раз и забыть», длинный срок пользы не добавит: пул тот же, потоки те же, доступ просто останется открытым дольше нужного.
Мы советуем начинать разговор о сроке с одной фразы, описывающей работу без прилагательных. «Снять остатки у восьми поставщиков перед закупкой» это разовая задача на сутки. «Держать сверку остатков каждое утро» это месяц. «Прогнать семантику по трём проектам за сезонную волну» это неделя. Формулировка сразу показывает, повторяется работа или закрывается одним заходом, и на этом выбор срока обычно и заканчивается.
Арифметика: как посчитать срок под объём
Расчёт держится на трёх числах: количество целевых страниц, скорость прогона в страницах за час и запас на разбор ошибок. Скорость берётся из бесплатного теста до 2 часов, где снимается медиана отклика и рабочее число потоков. Как проходит замер, подробно разобрано в материале про бесплатный тест до 2 часов.
Формула такая: страницы делим на скорость и получаем часы работы. Дальше добавляем запас: примерно треть времени уходит на повторы, разбор кодов ответа, правку заданий и дозагрузку пропущенных страниц.
страницы: 180 000
скорость прогона: 9 000 страниц в час
время прогона: 180 000 / 9 000 = 20 часов
запас на разбор: 20 * 0,35 = 7 часов
итого: 27 часов
Двадцать семь часов в сутки не помещаются. Значит, вариантов два: поднять число потоков и уложиться в сутки либо взять неделю и работать спокойно. Второй путь мы советуем чаще, потому что первый упирается в поведение целевой площадки и цифра скорости оказывается недостижимой.
| Объём страниц | Скорость прогона | Расчётное время с запасом | Срок |
|---|---|---|---|
| 30 000 | 6 000 в час | Около 7 часов | Сутки |
| 180 000 | 9 000 в час | Около 27 часов | Неделя |
| 600 000 | 12 000 в час | Около 68 часов | Неделя |
| 400 000 ежедневно | 15 000 в час | Около 36 часов в сутки | Корпоративный месяц |
Последняя строка показывает типичный тупик: расчёт даёт больше часов, чем есть в сутках. Такой объём разносится на несколько параллельных прогонов, и тогда упор смещается на число одновременных соединений.
Запас в треть мы берём из практики, и он редко оказывается лишним. Часть страниц отдаёт коды, требующие повтора. Часть заданий приходится править по ходу, когда у площадки поменялась вёрстка. Отдельные разделы отвечают заметно медленнее остальных, и средняя скорость по прогону проседает ниже расчётной. Если работа идёт по знакомому сайту с отлаженным заданием, запас сокращаем до пятой части, при первом проходе по новой площадке держим половину.
Ещё одна поправка касается расписания. Скорость прогона на одном и том же наборе потоков различается по часам суток: ночью площадка отвечает быстрее, днём медленнее. Разница доходит до полутора раз, поэтому длинные выгрузки мы обычно ставим на ночное окно и считаем срок по ночной скорости.
Разовый прогон упирается в число потоков
Самая частая ошибка при выборе срока звучит так: «объём большой, возьмём месяц». Месяц при разовой выгрузке ничего не ускоряет. Прогон, который считался по формуле выше на 27 часов, займёт эти же 27 часов и на суточном, и на месячном варианте: скорость задаётся числом одновременных соединений и откликом целевой площадки.
Ускорение приходит из другого места. Двадцать потоков при медиане ответа 3 секунды дают около 24 000 страниц за час теоретического потолка, при этом реальная цифра ниже из-за пауз и повторов. Поднимаем потоки до сотни, и расчётное время сжимается пропорционально, пока целевой сайт держит частоту.
| Что увеличиваем | Что происходит со временем прогона | Где предел |
|---|---|---|
| Срок доступа | Время прогона остаётся прежним | Смысла для разовой задачи нет |
| Число потоков | Время сокращается почти пропорционально | Лимит пакета и порог целевого сайта |
| Число целевых доменов в задании | Общая нагрузка расходится шире | Готовность списка заданий |
| Число привязанных адресов | Лимит потоков делится пополам | Две привязки в пакете |
Отсюда правило для разовых задач: сначала считаем потоки, потом подбираем минимальный срок, который эти потоки покрывает. Сколько адресов и соединений нужно под конкретный объём, отдельно разобрано в материале про расчёт числа адресов под задачу.
Верхняя граница у потоков тоже есть. Стандартный пакет держит до 1000 одновременных соединений, корпоративный до 3000. Пакеты по потокам не складываются: два стандартных пакета на одном аккаунте работают каждый со своим лимитом и в сумму не собираются. Поэтому рост нагрузки закрывается переходом на старший вариант.
Серия проверок и постоянная работа
Серия проверок живёт по своим правилам. Заходов несколько, каждый короткий, между ними пауза на разбор. Считаем здесь расстояние между первым и последним заходом, суммарные часы работы отходят на второй план. Три прогона по два часа, разнесённые на понедельник, среду и пятницу, требуют недельного доступа, хотя сама работа занимает в них шесть часов.
Постоянная работа считается ещё проще: доступ должен быть открыт всё время, поэтому берётся месяц. Ежедневный сбор прайсов, ночная сверка остатков, фоновый съём позиций по расписанию планировщика. Любой разрыв в доступе здесь означает пропущенный запуск и дыру в собранных рядах данных.
Ещё один аргумент за месяц это стабильность настроек. Привязанные адреса, ссылка на выдачу списка, конфигурация программы остаются на месте всё время работы пакета, и администратору не приходится возвращаться к настройке после каждого продления. Тем, у кого прогоны идут по расписанию без перерывов, мы рекомендуем месячный доступ к серверному пулу адресов.
Сезонность вписывается в ту же схему. Магазин перед высоким сезоном поднимает частоту сверки остатков, объём растёт примерно вдвое, через полтора месяца режим возвращается к обычному. Здесь удобно взять на пик пакет со старшим лимитом потоков и потом продолжить работу на прежнем, срок при этом остаётся месячным в обоих случаях.
Продление и переход на другой пакет
Продление оформляется в кабинете до истечения срока. Пакет, продлённый заранее, работает без паузы, выдача списка остаётся доступной непрерывно, задания планировщика идут по расписанию. Когда срок закончился, доступ к выдаче закрывается, при этом учётная запись и настройки привязки сохраняются, поэтому возобновление занимает считанные минуты: пакет включается примерно за 5 минут после оформления.
| Что произошло | Что делаем | Что с доступом |
|---|---|---|
| Задача продолжается в прежнем объёме | Продлеваем до окончания срока | Работа идёт без паузы |
| Нагрузка выросла внутри лимита | Оставляем пакет, поднимаем потоки в программе | Доступ прежний |
| Нагрузка перешагнула лимит потоков | Берём пакет со старшим лимитом | Новый лимит доступен после включения |
| Появился второй независимый проект | Оформляем отдельный пакет на том же аккаунте | Каждый пакет со своим лимитом |
| Срок вышел, работа приостановлена | Даём сроку истечь | Настройки и учётная запись остаются |
Переход на другой срок строится тем же порядком: оформляется вариант с нужной длительностью, и работа продолжается на нём. Ограничений на число пакетов у аккаунта нет, поэтому агентство спокойно держит несколько пакетов под разных клиентов, а разработчик добавляет второй под отдельный проект.
Один момент стоит проверить перед продлением. Если за прошедший срок задача изменилась и потоков стало не хватать, продление прежнего варианта эту нехватку сохранит. Смотрим на логи прошлого периода: доля отбитых соединений и очередь ожидания подскажут, пора ли переходить на старший лимит. Как это отражается на скорости прогона, хорошо видно на страницах про прокси под массовый сбор данных.
Срок и две привязки адреса
В пакет входит одновременная привязка 2 адресов, менять их разрешено без ограничений прямо в настройках. Срок на это правило не влияет: и суточный, и месячный вариант дают одинаковые две привязки со свободной сменой.
Влияние идёт в другую сторону. При двух привязанных адресах общий лимит потоков делится между ними пополам: пакет на 1000 потоков даёт по 500 на каждый адрес. Расчёт срока при этом меняется, потому что скорость прогона с одной машины падает вдвое, и работа, посчитанная на 20 часов, растягивается до сорока.
Правило простое. Если весь прогон идёт с одной машины, вторую привязку держим свободной до момента, когда она реально понадобится. Если работают две машины параллельно, суммарная скорость сохраняется, при этом каждая половина лимита считается отдельно.
Есть и обходной путь для машин, которых больше двух. Формат выдачи IP:PORT:LOGIN:PASS авторизует запросы парой логина и пароля, и привязка адреса машины для него не требуется. Такой вариант удобен облачным сборщикам и серверам с меняющимся адресом, а лимит потоков при этом остаётся общим по пакету. Оба способа доступа входят в пакет, и переключаться между ними разрешено в любой момент.
На длинных сроках вторая привязка выручает при переездах. Провайдер сменил адрес рабочей машины, администратор переписал строку в настройках и продолжил работу без остановки прогона. На месячном доступе такое случается почти всегда, поэтому вторую привязку разумно оставлять как резерв на смену адреса.
Когда берут корпоративный месяц
Корпоративный месяц отличается потолком потоков: до 3000 против 1000 на стандартных вариантах. Берут его в трёх ситуациях, и все три опознаются по цифрам из расчёта. Размер компании тут ни при чём: мы регулярно видим корпоративный вариант у одного администратора с тремя серверами.
Первая: прогоны идут с нескольких серверов одновременно. Три машины по 400 соединений каждая упираются в стандартный лимит, при этом на корпоративном варианте работают свободно и оставляют запас на пики.
Вторая: агентство ведёт параллельные проекты клиентов. Расписание съёма выдачи, сбор прайсов и проверка страниц идут в одни и те же часы, суммарная нагрузка складывается, и потолок в 1000 соединений становится узким местом всей связки.
Третья: расчёт по формуле дал больше часов, чем помещается в сутки. Единственный путь уложиться в окно это параллельность, а параллельность считается в потоках. Тем, кто уже упёрся в потолок стандартного пакета, стоит смотреть на пакеты прокси IPv4 с расширенным лимитом потоков.
Обратите внимание на одну деталь. Аккаунты с подозрительно высокой активностью ставятся на паузу до выяснения, и это правило защищает пул в интересах всех клиентов. Поэтому лимит мы советуем брать под посчитанную нагрузку с разумным запасом примерно в треть. Многократное превышение расчётной цифры пользы работе не добавляет.
Корпоративный вариант удобен ещё одним: команда держит один пакет с высоким потолком и раздаёт нагрузку между задачами внутри него. Раздельные пакеты под каждый проект дают ту же гибкость по срокам, при этом лимиты у них считаются независимо, и перекинуть свободные соединения с одного на другой не выйдет. Наш закрытый пул адресов для команды устроен так, что все машины группы ходят через один и тот же набор адресов, и разбор выгрузок идёт по единой картине.
Частые вопросы
Какие сроки доступа есть у пакетов?
Доступны сутки, неделя, месяц и корпоративный месяц. Трафик безлимитный на всех вариантах, различие идёт по длительности доступа к пулу и по потолку одновременных потоков: до 1000 на стандартных пакетах и до 3000 на корпоративном.
Складываются ли потоки, если взять два пакета сразу?
Пакеты по потокам не складываются, каждый работает со своим лимитом. Ограничений на число пакетов у одного аккаунта при этом нет, поэтому под независимые проекты удобно держать отдельные пакеты. Рост нагрузки в рамках одного прогона закрывается переходом на вариант со старшим лимитом.
Сколько адресов можно привязать и как это влияет на срок?
В пакет входит одновременная привязка 2 адресов с бесплатной сменой прямо в настройках кабинета. На длительность доступа это не влияет, при этом общее число потоков при двух привязках делится между адресами пополам, и расчётное время прогона с одной машины растягивается.
Как понять, какой срок нужен, до покупки?
Перед покупкой доступен бесплатный тест длительностью до 2 часов под ваш запрос. Из него забираются медиана отклика и рабочее число потоков, дальше объём страниц делится на скорость прогона, добавляется примерно треть времени на разбор ошибок, и полученные часы прямо указывают на подходящий срок.
Соседние вопросы покупки разобраны отдельно: порядок покупки прокси IPv4 от регистрации до первого запроса, состав пакета по потокам и привязкам, форматы выдачи списка адресов со способами получения. Как устроена привязка своего адреса и её смена, описано в материале про привязку адреса в кабинете.