netwind, нет, там был именно неадекватный резолвер, который кешировал всё на 4 суток, невзирая на ttl.
Насчет браузеров, firefox, например, умеет даже в рамках одной одной сессии делать резолв несколько раз.
Пример: сайт и 4 узла, соответственно ссылается на 4 IP, спрашиваем какую-нибудь страничку, как видно, все элементы подсасывает почти равномерно.
Редкий, но меткий.
В далеком 2006 пользовался услугами неадекватного спутникового провайдера (за неимением альтернатив), так вот, у него резолверы кешировали ответы фиксированно на 4 суток.
Но это исключительный случай неадекватности, там и по 25-30k абонентов вешали на один транспондер в 80 Мбит, при том предоставляя тарифы вплоть до 5 Мбит на аккаунт, хотя по факту на них 20 Кбит увидеть было за счастье = )
ТС, как ни крути, но нагрузка не измеряется в единицах "... 2-3к и двигом вордпресс".
Что-то конкретное в данном случае сложно посоветовать.
На шареде в основном два варианта логики лимитирования нагрузки: без жестких лимитов, с возможностью кратковременных её всплесков, и, в случае излишнего потребления, блокировкой аккаунта, и вторая, где аккаунт изначально находится в жестких рамках потребления, тогда после исчерпания свободных ресурсов сайты либо совсем перестанут отвечать, либо будут работать неприемлемо медленно.
Для тех резолверов, которые его слушаются.
Нет, желтая - когда принимаются и есть доступные для заказа тарифы.
емнип, лампочка как раз сигнализирует о том, что на этот сервер принимаются новые заказы.
"Использовать для новых заказов" не стоит?
Объясните дремучему, КАК в хецнере можно предоставлять защиту, при лимитах 30/50k pps на можжевельнике?
Если есть один балансировщик, он подвергнется этому лимиту, и всё остальное что за ним стоит, уже не имеет никакого значения. Если же это rDNS, можно долбить не кругами, а вполне конкретный узел (или несколько, на сколько ресурсы есть), а частично нерабочий сайт на n узлов, это уже не защита.
chmod +x /etc/network/if-up.d/iptables - для восстановления при старте
iptables-restore < /var/lib/iptables/rules
Апайте топик менее палевно.