Evas EvaSystems

Evas EvaSystems
Рейтинг
116
Регистрация
31.05.2012
Должность
Системный администратор Linux
Системный администратор Linux.
SEO-Bible:
Добрый день.

Подскажите пожалуйста. Хостинг Бегет. Предлагает снизить нагрузку на сайт следующим методом:



Безопасно ли это решение в плане потери трафика с ПСов? Есть ли какие то подводные камни? Или лучше переехать на сервер? (Трафик 80к)

Спасибо

Можете попробовать воспользоваться кэширующими плагинами для WP и таким образом сократить нагрузку, но я думаю, что это особо ничего не изменит.

Лучше вам перебраться на мощный VDS (с виртуализацией не хуже KVM) или же выделенный сервер. Конечно, в этом случае понадобится ещё и

грамотно настроить сервер для обеспечения хорошей производительности сайта, но зато всё будет работать как следует.

Разумеется, не стоит забывать про те кэширующие плагины, о которых я упоминал в самом начале.

foxi дело говорит)

Только:

вот уже когда 1 мощный выделенный сервер не будет справляться с поддержкой сайта и мускула - тогда пора разносить сайт и мускул на 2 мощных выделенных сервера.

При этом сервера должны быть объединены в локальную сеть напрямую, чтобы трафик между мускл и основным сервером шел через неё, а не через внешний канал.

Посмотрите логи isp manager'a, поищите ошибку в них. Так трудно что-то сказать.

Тут меня смущает 172.31.1.255 - без понятия что это за IP

Вот вот и я об этом) Ваш сервер не подключен напрямую, а находится за NAT.

Сделайте listen со звёздочкой и будет всё ок)

Может быть в ports.conf нужно убрать все про 443 ?

Уберите на всякий случай, но судя по netstat apache у вас не пытается слушать 443 порт.

---------- Добавлено 14.12.2017 в 16:25 ----------

Not Found
The requested URL /ekaterinburg was not found on this server.

Убедитесь, что у вас включен mod_rewrite в apache, а также допишите в виртуальный хост apache для директории вашего сайта AllowOverride All

А также проверьте есть ли файл .htaccess с нужными вам реврайтами в корневой директории вашего сайта

Dram:
Вот (при условии listen 127.0.0.1;)


IP верный, я же в Putty по нему захожу

То, что вы по нему заходите ещё ничего не значит)

Сделайте не 95.150.255.50:443, а *:443

server_name rus.ru www.rus.ru;

listen *:443 ssl http2;
Dram:
Прописал реальный айпи, и получаю ошибку:

Убедитесь, что 443 порт не пытается прослушивать кто-то ещё, например apache.

В данной связке, при использовании ssl 443 порт должен слушать nginx, а не apache.

Проверить можно так:

netstat -lntp

Ну и в конце концов, убедитесь, что этот IP всё же присвоен вашему серверу)

ifconfig

Как бы Nginx у вас должен принимать соединения на внешнем ip, а не на локальном)

server_name rus.ru www.rus.ru;

listen 127.0.0.1;

и

server_name rus.ru www.rus.ru;

listen 127.0.0.1:443 ssl http2;

Вот тут должен быть не 127.0.0.1, а ваш IP сервера.

Это как минимум)

Не знаю. До вчерашнего дня вообще забыл, когда видел последний раз убунту на сервере. Может это мне просто не попадаются?

А так да, полностью поддерживаю. Дебиан надёжнее и на мой взгляд, а самое главное в нём нет ничего лишнего (из коробки)

Dram:
Виноват был файл nginx.domain лежащий тут /usr/local/ispmgr/etc

в нем был прописан адрес панели ISP на 81 порту, она все и портила.

Похоже, что конфликтовало с apache на 81 порту и не давало ему запуститься.


root@ns3321634:~# netstat -ltnp | grep ':81'
tcp 0 0 37.12.16.55:81 0.0.0.0:* LISTEN 6663/nginx: worker

Почему у вас nginx на 81 порту?

В ISPmanager "Настройки"/"Адрес панели" убрал галочку "Использовать выделенное имя"

Если что, к панели ещё можно достучаться так: https://your_ip:1500/ispmgr

как только я его убиваю, он запускается снова.

Возможно за это отвечает система мониторинга панели, она перезапускает автоматически умерший сервис.

Покажите конфиг nginx, apache, а также конфиг хотябы одного из вируальных хостов (nginx и apache)

Всего: 442