Масштабирование GSA-фермы ломается не на сабмитах, а на мусоре в списках и дублировании инстансов

Масштабирование GSA-фермы ломается не на сабмитах, а на мусоре в списках и дублировании инстансов

Когда поднимают 2–3 копии движка, первая ошибка — раздать всем один и тот же набор таргетов. Итог: футпринты пересекаются, один и тот же URL крутится по кругу, а LPM рисуется красиво только в логах. Нужна не «общая база», а разрез по ролям: один пул на свежий сбор, второй на дожим, третий на рефреш. Так проще считать пробив и не сжигать одни и те же листы.

Синхронизация делается через дисциплину файлов, а не через надежду. Правило простое:
— master-список живет отдельно от рабочих копий
— в инстанс уходит только срез под конкретный тир
— после прогона мусор и отработку возвращаем в карантин, а не в основной пул
— дубли режем до старта, а не после падения CTR по сабмитам

Несколько инстансов держат нормально только при разнесении по профилям, портам, капче и проксям. Если два движка смотрят в один и тот же сетевой контур, они начинают конкурировать за один и тот же ресурс: лимиты, авторизации, антиспам-окна. Срезаем косты на капчу там, где можно, но не смешиваем очереди. Один процесс — один контур — один набор правил.

Для контроля нужен короткий цикл: импорт → дедуп → запуск → выгрузка отработки → чистка листов до блеска. Без этого ферма разрастается в свалку, где невозможно понять, какой инстанс дал ROI, а какой просто жег прокси. Выстраиваем Tier-пирамиду и тестим пробив на объемах, иначе масштаб превращается в шум.