- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Имеем
1Gb RAM+1 ядро на 5 сайтиков на WP с посещалкой по несколько десятков уников в сутку на каждом
На сервере CentOS6х64+Nginx+PHP5.3+fpm+MySQL
По моему разумению проблем с производительностью быть не должно.
Начинаю наблюдать в логах "Unable allocate memory for pool" и 502-ю на морде, причина - акселератор арс, который был установлен по-дефолту.
Изначально арс было дано 128 мегов, когда посыпались ошибки докрутил до 256 сейчас ошибок нет. АРС-ИНФО говорит что используется 68% памяти и все как бы хорошо, но у меня есть подозрение, что я тушу пожар бензином. В связи с этим вопросы:
1. Нужен ли мне АРС в таком раскладе? Если не нужен, то отказаться ли от акселераторов вообще, или заменить на какой x-cache? Если нужен, то как его можно подкрутить(я пока только обновил его до крайней версии и добавил памяти)?
2. Что еще стоит подкрутить в настройках нгинкса, пыха и мускуля(сейчас они дефолтные) чтобы на какое-то время не думать про ресурсы виртуалки
Здравствуйте.
Если из общих рекомендаций, то замените на xcache... С apc и php-fpm был неприятный опыт. Так же, есть замечательные
плагины для кэширования под WP. Например, вот эти два SJ Object Cache и DB Cache Reloaded + Fix. Раз спрашиваете,
то делаю вывод, что необходимых навыков у вас нет, а значит крутить настройки nginx, php с mysql, на вашем месте,
я бы не стал... Тут вам лучше обратиться к специалисту в этой области.
P.S. - Могу помочь, отзывы и контакты в подписи.
лучше взять нормальный шаред хостинг чем тухлый впс
Evas, спасибо. Знаний не то чтобы совсем нет, но их действительно немного и хочется чтобы их немного приросло. Этот сервер со своим зоопарком маленьких проектов - песочница, на которой я могу себе позволить ставить эксперименты. Так что, я пожалуй, сам немного побалуюсь с настройками. Если кто бросит ссылок на проверенные маны по оптимизации моего хозяйства буду признателен.
Готовое решение тут
Отказаться от апача и поставить opcache. НЕ уверен, что идеально, но мне очень подходит. Удаляйте все плагины кеширвоания и прочей чуши в вп.
NCom, там нет апача, читайте внимательно! Используется php-fpm.
По поводу apc - там действительно были некоторые проблемы, но это уж больно старая история. На новых версиях PHP (5.4) все летает и никаких ошибок нету.
---------- Добавлено 21.04.2014 в 17:00 ----------
Чем то похожее решение, как предложил Andreyka, часто реализуем, но с помощью memcached.
Andreyka, при использовании вашего рецепта, арс стоит оставить, или выносить за ненадобностью?
Уберите х64, памяти свободной больше станет.
Я бы снес АРС в любом случае и поставил x-cache, последний отличная штука + веб-морда есть. Nginx слудет перенастроить с дефолта, конфиги можно вгуглить: "nginx под высокие нагрузки". Тут главное уменьшить кол-во одновременно сидящих и таймауты поменьше. У PHP5.3 в конфиге memory_limit "32M" - для статики хватит и стольки. Можно создать swap для vps сервера, если памяти маловато. Например нужен нам свап 256 мб:
mkswap /SWAP
swapon /SWAP
ну и чтобы после перезагрузки тоже работал в /etc/fstab Дописываем строчку:
Это лучше почитать где-нибудь или спросить у саппорта VPS. Так будет вернее.
Swap для vps идея плохая.