|
| Дата |
|
USD/RUB | 90.2486 | BTC/USD | 68750.9191 |
|
|
|
Хостинг и железо Обсуждаем вопросы хостинга и железа. |
02.12.2017, 23:43
|
Start Post: Посоветуйте по серверам.
|
Senior Member
Регистрация: 05.11.2010
Сообщений: 369
Бабло: $64500
|
Всем привет!
В данный момент под проект заюзано 70+ таких серверов:
https://ru.hetzner.com/hosting/produ...server/ex51ssd
В ближайшее время планируется увеличение кол-ва до 150-200.
Посоветуйте плз кто знает, какие варианты снижения расходов можно придумать?
|
|
|
04.12.2017, 22:10
|
#22
|
Senior Member
Регистрация: 29.11.2016
Сообщений: 128
Бабло: $26835
|
а проверяли, основную нагрузку не говно-боты создают?
|
|
|
04.12.2017, 23:10
|
#23
|
private.
Регистрация: 30.04.2008
Сообщений: 3,866
Бабло: $462940
|
Цитата:
Сообщение от Mori@rty
Когда гугла нет, все работает отлично. Потом приходит ОН и начинается жесть))
Ему ведь не объяснишь что все 2-3 тыщи сайтов с одного сервака надо поочереди индексить, а не одновременно))
Оставлены только гугл, бинг и яндекс, остальные все лочатся.
Поэтому и остановились именно на этих конфигах, что они вроде золотой середины получаются.
|
Попробуй в robots.txt прописать Crawl-delay и Request-rate, может полегче станет
И еще эти боты очень любят шестерить и создавать лишнюю нагрузку на сервак
Цитата:
if ($http_user_agent ~* (MJ12bot|Ahrefs|MegaIndex|ltx71|DotBot|SEOkicks|Se mrushBot|BlexBot|SISTRIX) ) { return 403; }
|
|
|
|
05.12.2017, 00:00
|
#24
|
Хитрожопый
Регистрация: 15.07.2008
Сообщений: 599
Бабло: $93800
|
Цитата:
Сообщение от Mori@rty
Кеш само собой есть.
Решили для начала пробовать перевести на пхп7 (нгникс и пхп-фпм), сравним что получится.
Там основная нагрузка приходится на мускул, на выборки похожих товаров, теги и особо их уже не оптимизируешь.
|
А сейчас на чем там всё крутится? Я чет не особо в курсе, наверное, но при простом апгрейде версии пхп ведь вроде не прибавится прям значительно скорость работы?
Куда кеш складываете? В эту же базу или в redis, например?
Вообще, если проблема основная в том, что нагрузка идет на базу - надо базу раскидывать на несколько серверов ( шардинг и репликация ) и с её оптимизацией работать (это в первую очередь, explain'ить запросы и выявлять где жесть делается, иногда банальным переписыванием пары запросов можно добиться потрясающих результатов: пример, с которым не так давно столкнулся - дикий прирост был).
|
|
|
05.12.2017, 00:03
|
#25
|
hustle
Регистрация: 02.05.2008
Адрес: 3d world
Сообщений: 12,890
Бабло: $1717315
|
Для начала нужно slow query log смотреть что тормозит а потом все остальное.
|
|
|
05.12.2017, 03:20
|
#26
|
сыроед
Регистрация: 01.10.2015
Сообщений: 15,881
Бабло: $1863305
|
Цитата:
Сообщение от Lord_Alfred
А сейчас на чем там всё крутится? Я чет не особо в курсе, наверное, но при простом апгрейде версии пхп ведь вроде не прибавится прям значительно скорость работы?
Куда кеш складываете? В эту же базу или в redis, например?
Вообще, если проблема основная в том, что нагрузка идет на базу - надо базу раскидывать на несколько серверов ( шардинг и репликация ) и с её оптимизацией работать (это в первую очередь, explain'ить запросы и выявлять где жесть делается, иногда банальным переписыванием пары запросов можно добиться потрясающих результатов: пример, с которым не так давно столкнулся - дикий прирост был).
|
не надо никогда БД по серверам раскидывать, идеально, когда на одном
посмотри, например https://www.youtube.com/watch?v=P__hN6u9yCw&t=170s
а ТС походу на WP чтоли устроился и прочих CMS?
|
|
|
05.12.2017, 10:35
|
#27
|
Хитрожопый
Регистрация: 15.07.2008
Сообщений: 599
Бабло: $93800
|
Цитата:
Сообщение от веломан
|
Бредятина, вырванная из контекста. Ты же не думаешь, что у гигантов (например, в соцсетях) - данные на одной базе лежат? Там всё шардится, хоть и скорее всего уже у них не типичные СУБД в нашем понимании.
А так, да, ТСу не нужно скорее всего это, т.к. я изначально подумал, что там какой-то гигантский проект лежит, поэтому и хотелки такие по железу. Лучше, конечно, пускай начнет с оптимизации узких мест, а там видно будет. Может лучше будет просто под БД взять отдельную мощную тачку с кучей рамы, а сайты пускай лежат на другой, с кучей ядер.
PS: меня ещё чет не покидает ощущение, что там кеширование прикручено в ту же базу, где и сами данные лежат.
|
|
|
05.12.2017, 12:50
|
#28
|
сыроед
Регистрация: 01.10.2015
Сообщений: 15,881
Бабло: $1863305
|
Цитата:
Сообщение от Lord_Alfred
Цитата:
Сообщение от веломан
|
Бредятина, вырванная из контекста. Ты же не думаешь, что у гигантов (например, в соцсетях) - данные на одной базе лежат? Там всё шардится, хоть и скорее всего уже у них не типичные СУБД в нашем понимании.
|
смотря какие соц.сети
у вк архитектура слегка их выступления есть на том же хайлоаде, там местами весьма рукожопно получилось
ну а потом под музыку например отдельная БД это ок, её реально много и там свои заморочки уровня шазама
а вообще кластеры, мультимастер
|
|
|
|