Липкая балансировка нагрузки с помощью AWS
Я только что установил балансировщик нагрузки с AWS для нескольких случаев, когда сканеры поисковых систем закрывали сайт (на нем миллионы страниц). Части сайта позволяют вам войти, поэтому я выбрал:
Включить сгенерированное приложением Cookie Stickiness
и все работает отлично.
Теперь мне интересно, как это повлияет на моего SEO и сканеров. Когда я выбрал "липкое" распределение нагрузки, значит ли это, что сканер будет зависать на одном сервере и, таким образом, потеряет точку в балансировщике нагрузки?
Любые рекомендации будут оценены.
2 ответа
Поскольку ELB использует липкость, ориентированную на cookie, сканер никогда не должен застрять в одном экземпляре. Тем не менее, поскольку вы, очевидно, имеете дело с этим гусеничным сканером (поскольку это DoSing ваш сайт), он может быть достаточно глупым, чтобы удерживать получаемые файлы cookie, и в этом случае вы будете замешаны.
Лично я бы порекомендовал избавиться от сходства сессий и исправить ваше приложение так, чтобы оно в нем не нуждалось - есть много способов сделать общее хранилище сессий.
Прилипание cookie, сгенерированного приложением, означает, что ваше приложение должно удалить cookie, которое балансировщик нагрузки ищет, чтобы назначить сходство. Без куки будет случайным, какому серверу назначен запрос.
Если вы не изменили свое приложение, чтобы оно сбрасывало cookie-файлы сходства, вы, вероятно, захотите установить вместо этого флажок "Включить слипание сгенерированного cookie-балансировщика нагрузки". Таким образом, сам ELB сбрасывает cookie-файл на заданное вами значение продолжительности и сохраняет пользователя на том же сервере, пока не истечет срок действия cookie-файла.