Что-то грузит HDD и CPU веб-сервера. В чём не прав?

12 3
S
На сайте с 25.11.2014
Offline
1
2521

Здравствуйте, господа. Решил вот приспособить следующее железо в качестве домашнего веб-сервачка на основе связки NGINX, PHP-FPM, MariaDB, Memcache и Zend OPcache:

CPU: Intel Atom N2800, 1.86GHz (2 ядра + Hyper-Threading)
RAM: 4Gb, DDR3-1066
HDD: 1x640Gb, SATAII, 5400RPM (без каких-либо RAID'ов!)

В качестве ОС выбран Debian Wheezy 64-bit. Понимаю, железо совсем хилое для тяжёлых нагрузок, но что есть - то есть. После долгих мытарств, противоречивых изысканий и гуглежа, сформировал следующие конфиги:

/etc/php5/fpm/php.ini

/etc/php5/fpm/php-fpm.conf

/etc/php5/fpm/pool.d/example.com

/etc/mysql/my.cnf

Если не сложно, покритикуйте представленные конфиги (конфиг NGINX не предоставлял, так как он особо систему не грузит). Возможно где-то напортачил, из-за чего идёт сильная нагрузка на CPU и на HDD. Быть может возможно с помощью конфигов ещё немного быстродействия выжать?

P.S. И да, использую InnoDB. В оптимизации SQL-запросов пока что чайник. Полагаю, что должен быть ещё потенциал в конфигах.

С уважением, Геннадий.

lonelywoolf
На сайте с 23.12.2013
Offline
151
#1

А размер нагрузок нам угадывать? Логи atop или munin

Платный и бесплатный хостинг с защитой от DDoS (http://aquinas.su)
Vin_cent
На сайте с 22.01.2010
Offline
171
#2

Если munin сложно, можно на раз-два-три поставить Monitorix (http://www.monitorix.org/). Сутки пособирать статистику. И уж потом начинать конфиги править.

Andreyka
На сайте с 19.02.2005
Offline
822
#3

Покажите графики, скриншоты top'а

Не стоит плодить сущности без необходимости
Himiko
На сайте с 28.08.2008
Offline
560
#4

Даже графики полной картины не дадут.

Нужно определять источники нагрузки и там уже искать проблемы (если они есть).

Не бывает одинаково идеальных конфигов под все ситуации. Здесь либо нужно иметь опыт в подобных вещах, либо лучше обратиться к профессионалам.

Профессиональное администрирование серверов (https://systemintegra.ru). Круглосуточно. Отзывы (/ru/forum/834230) Лицензии (http://clck.ru/Qhf5) ISPManager,VDSManager,Billmanager e.t.c. по низким ценам.
S
На сайте с 25.11.2014
Offline
1
#5
lonelywoolf:
А размер нагрузок нам угадывать? Логи atop или munin

Да, конечно. Прошу прощения. Надеюсь, это оно.

Andron_buton
На сайте с 19.07.2007
Offline
270
#6

Sferg, вывод

atop 2

в студию

Устновить atop

apt-get update && apt-get install atop

Скорее всего база грузит и проц и веник.

по оптимизации mysql поможет mysqltuner

apt-get update && apt-get install mysqltuner
S
На сайте с 25.11.2014
Offline
1
#7

Andron_buton,

Вывод atop здесь.

Вывод mysqltuner:

 >>  MySQLTuner 1.3.0 - Major Hayden <major@mhtx.net>
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with '--help' for additional options and output filtering
[OK] Logged in using credentials from debian maintenance account.
[!!] Currently running unsupported MySQL version 10.0.15-MariaDB-1~wheezy-log
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: -ARCHIVE +Aria -BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MyISAM -partition
[--] Data in InnoDB tables: 13M (Tables: 143)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 52)
[OK] Total fragmented tables: 0

-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 2d 15h 43m 3s (229K q [0.999 qps], 13K conn, TX: 707M, RX: 35M)
[--] Reads / Writes: 84% / 16%
[--] Total buffers: 1.1G global + 11.5M per thread (100 max threads)
[OK] Maximum possible memory usage: 2.2G (57% of installed RAM)
[OK] Slow queries: 0% (0/229K)
[OK] Highest usage of available connections: 5% (5/100)
[OK] Key buffer size / total MyISAM indexes: 32.0M/44.0K
[!!] Key buffer hit rate: 25.0% (28 cached / 21 reads)
[OK] Query cache efficiency: 38.8% (95K cached / 247K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 7K sorts)
[OK] Temporary tables created on disk: 5% (697 on disk / 12K total)
[OK] Thread cache hit rate: 99% (5 created / 13K connections)
[OK] Table cache hit rate: 22% (294 open / 1K opened)
[OK] Open file limit used: 0% (34/4K)
[OK] Table locks acquired immediately: 100% (102K immediate / 102K locks)
[OK] InnoDB buffer pool / data size: 1.0G/13.5M
[OK] InnoDB log waits: 0
-------- Recommendations -----------------------------------------------------
No additional performance recommendations are available.
iamsens
На сайте с 26.08.2009
Offline
115
#8

на таком железе, любая нагрузка - будет высокая

запись торрента на диск к примеру или работа вордпреса

оптимизировать можно всегда, но какие цели?

ускорить работу сайтов/приложений или уменьшить нагрузку на CPU/disk?

мне кажется, работает - ну и отлично

а требовать быстродействие от atoma 1.86 (у меня телефон быстрее), нет смысла

S
На сайте с 25.11.2014
Offline
1
#9
iamsens:
на таком железе, любая нагрузка - будет высокая
запись торрента на диск к примеру или работа вордпреса

Ну, народ из Raspberry Pi делает домашний веб-сервачок и хвалится, как вордпресс у них на апаче чудесно летает...

iamsens:
оптимизировать можно всегда, но какие цели?

Цель: достичь разумного баланса производительности\нагрузки.

iamsens:
ускорить работу сайтов/приложений или уменьшить нагрузку на CPU/disk?

По возможности, и того, и другого.

iamsens:
мне кажется, работает - ну и отлично

Я, конечно, пофигист... Но не до такой степени чтобы так рассуждать. 🙄

iamsens:
а требовать быстродействие от atoma 1.86 (у меня телефон быстрее), нет смысла

Не знал, что ARM по скорости уже обгоняет x86_64... 😮

[Удален]
#10

А ссылки на top, munin недоступны. Выложите их на нормальном (доступном 24/7) ресурсе.

12 3

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий