На самом деле M/Monit в отличии от Monit утилита платная, но на официальном сайте доступна бесплатная версия с ограниченным функционалом.
Давайте теперь подробно рассмотрим ее установку и настройку. Для этого создадим временную папку, скачаем архив с нужной нам версией, распакуем и скопируем в рабочую директорию (актуальную версию можно найти здесь: http://mmonit.com/dist/):

# mkdir ~/distr/mmonit
# cd ~/distr/mmonit
# wget http://mmonit.com/dist/mmonit-2.1.1-linux-x86.tar.gz
# tar -xvf mmonit-2.1.1-linux-x86.tar.gz
# cd mmonit-2.0.3
# ls
bin  CHANGES  conf  db  doc  docroot  lib  logs  README  upgrade
# mkdir /usr/local/mmonit
# cp -R * /usr/local/mmonit
# chmod -R 0700 /usr/local/mmonit

Теперь нам необходимо создать базу данных и импортировать туда необходимые приложению данные. В папке /usr/local/mmonit/db/ лежат дампы для четырех типов баз данных. Мы рассмотрим случай с MySQL.
Итак, создадим таблицу и выполним команды из дампа:

# mysql -u yore_username -p
mysql> CREATE DATABASE `mmonit`;
mysql> use mmonit
mysql> source /usr/local/mmonit/db/mmonit-schema.mysql
mysql> quit

После того как мы подготовили к использованию базу данных перейдем к редактированию конфигурационного файла M/Monit /usr/local/mmonit/conf/server.xml .

<Service>
    <!-- IP адрес интерфейса, на котором мы сможем получить доступ к админке -->
    <Connector address="IP.FROM.ALLOW.ACCESS" port="8080" processors="10" />
    <Engine name="mmonit" defaultHost="localhost" fileCache="10MB">
        <!-- настраиваем подключение к базе -->
        <Realm url="mysql://DB_USER:DB_PASSWORD@DB_HOST/DB_NAME"
             minConnections="5"
             maxConnections="25"
             reapConnections="300" />

Сохраняем конфиг и запускаем /usr/local/mmonit/bin/mmonit, заходим по адресу http://IP.FROM.ALLOW.ACCESS:8080 . По умолчанию логин/пароль – admin/swordfish (настоятельно рекомендуется изменить пароль сразу после первого входа в систему;) ).

Теперь нам обязательно нужно настроить сервис Monit хотя бы на одном сервере, чтобы было с чего собирать статистику. Для этого открываем файл конфигурации Monit: /usr/local/etc/monitrc.d/main.conf вашим любимым редактором и дописываем в начало следующие две строчки:

set httpd port 2812 and use address XXX.XXX.XXX.XXX # где XXX.XXX.XXX.XXX – адрес интерфейса, через который MMonit будет осуществлять доступ к monit.
allow monit:your_strong_password

Сохраняем конфиг, перезапускаем monit. Входим под админом в web-интерфейс M/Monit, открываем страницу Admin->Hosts->”Add a new host”. Заполняем информацию о сервере, состояние которого будем мониторить:
Host Name – название сервера (выбираем имя для нашего удобства),
IP-address, Monit Port – XXX.XXX.XXX.XXX и 2812 указанные в /usr/local/etc/monitrc.d/main.con,
Monit user name, Monit password из того же конфига.
Сохраняем изменения.

Чтобы увидеть информацию о состоянии сервера, нужно всего-лишь кликнуть по его имени в списке серверов на странице Admin->Hosts.

В следующей статье я более детально опишу, как сконфигурировать отчеты о состоянии серверов и как создать файлы для запуска/остановки/перезапуска/проверки статуса сервисов Monit и M/Monit.

Что мы далее будем вкладывать в понятие мониторинга нашего сервера?

• мониторинг самой системы (состояние процессора, памяти…);
• мониторинг состояния сервисов (запущен или нет);
• мониторинг функционирования сервисов (отвечает ли корректно на запросы)
• осуществлять контроль потребляемых сервисами ресурсами системы
• уведомление по email и выполнение заданных действий по восстановлению работоспособности системы.

Было рассмотрено несколько систем мониторинга. Одни оказались перегружены функционалом либо платными. В итоге оптимальным вариантом был выбран Monit.
Monit – бесплатное приложение с открытым исходным кодом, предназначенное для комплексного мониторинга UNIX’о подобных систем. Полностью удовлетворяет нашим требованиям, а также при использовании в паре с M/Monit дает возможность использовать графический интерфейс для мониторинга нескольких серверов при помощи графического интерфейса. К сожалению программа платная, но на сайте есть и Free версия с некоторыми ограничениями функционала.

О мониторинге нескольких серверов и использовании графического интерфейса мы поговорим в следующей статье, а сейчас перейдем к установке и настройке Monit.

Для начала скачаем с официального сайта исходники monit, распакуем и сконфигурируем их:

# mkdir ~/distr
# cd ~/distr
# wget http://mmonit.com/monit/dist/monit-5.0.3.tar.gz
# tar -xvf monit-5.0.3.tar.gz
# cd monit-5.0.3
# ./configure

Весь недостающий софт, который может быть затребован на данном этапе, можно установить с репозитория с помощью apt-get, yum или портов в FreeBSD. Затем выполним установку monit:

# make
# make install

Теперь необходимо настроить и запустить сервис. Создадим основной файл конфигурации /usr/local/etc/monitrc и поместим туда строку

include /usr/local/etc/monitrc.d/*

подключающую дополнительные файлы настроек, которые будут находиться, соответственно, в папке /usr/local/etc/monitrc.d/

Теперь создадим файл конфигурации /usr/local/etc/monitrc.d/main.conf, в котором опишем слежение за основными параметрами системы:

set daemon 120 # Частота проверки сервисов.
set logfile syslog facility log_daemon # Syslogd facility.
set mailserver localhost, # Хост почтового сервера, через который пойдут уведомления.
set eventqueue # Разрешить очередь уведомлений.
basedir /var/log/monit.log # путь к каталогу, где будут храниться уведомления.
slots 100 # Максимальное количество уведомлений в очереди.

set mail-format { from: admin@MYSERVER.EXAMPLE.COM } # От какого имени рассылать уведомления.
set alert admin@same-mail.com # Email для всех уведомлений
set alert admin@same-mail.com { timeout } # Email для критических уведомлений (падение сервера\демонов).

check system MYSERVER.EXAMPLE.COM # Хост сервера.
if loadavg (1min) > 6 then alert
if loadavg (5min) > 3 then alert
if memory usage > 75% then alert
if cpu usage (user) > 70% then alert
if cpu usage (system) > 50% then alert
if cpu usage (wait) > 40% then alert

Сохраним, затем нужно установить на файлы конфигурации права 0700 (по крайней мере у меня monit потребовал выставить именно такие права доступа). Теперь, чтобы запустить сервис, достаточно выполнить команду:

monit

Более подробно прочитать о синтаксисе и ознакомиться с примерами настроек для контроля и мониторинга состояния необходимых нам процессов можно на официальном сайте. В следующей статье из этого цикла будет рассмотрен мониторинг нескольких серверов с помощью графического интерфейса.

Super Cache после установки и активации попросит нас сделать .htaccess доступным для записи или записать в него следующие правила:

# BEGIN WPSuperCache
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
AddDefaultCharset UTF-8
RewriteCond %{REQUEST_METHOD} !=POST
RewriteCond %{QUERY_STRING} !.*=.*
RewriteCond %{HTTP:Cookie} !^.*(comment_author_|wordpress|wp-postpass_).*$
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz [L]
RewriteCond %{REQUEST_METHOD} !=POST
RewriteCond %{QUERY_STRING} !.*=.*
RewriteCond %{HTTP:Cookie} !^.*(comment_author_|wordpress|wp-postpass_).*$
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html [L]
</IfModule>
# END WPSuperCache

Но проблема в том, что все эти правила, как и сам .htaccess, абсолютно бесполезны для nginx`a, так как все rewrite rules прописываются в nginx.conf.

Итак  открываем файл конфигурации nginx.conf, находим

location /путь/к/блогу/ {
...
}

“/путь/к/блогу/” – вот вместо этого, скорее всего, будет стоять просто “/”

и между фигурными скобочками вписываем ряд директив:

gzip_static on;
if (-f $request_filename) {
 break;
}  

set $supercache_file '';
set $supercache_uri $request_uri;  

if ($request_method = POST) {
 set $supercache_uri '';
}  

if ($query_string) {
 set $supercache_uri '';
}  

if ($http_cookie ~* "comment_author_|wordpress|wp-postpass_" ) {
 set $supercache_uri '';
}  

if ($supercache_uri ~ ^(.+)$) {
 set $supercache_file /blog/wp-content/cache/supercache/$http_host/$1index.html;
}  

if (-f $document_root$supercache_file) {
 rewrite ^(.*)$ $supercache_file break;
}  

if (!-e $request_filename) {
 rewrite . /blog/index.php last;
}

Сохраняем и перезапускаем сервер.

P.S. Если мы хотим пользоваться gzip компрессией, то необходимо будет перекомпилировать nginx с параметром “–-with-http_gzip_static_module“.

Чтобы выяснить какой именно процесс “съедает” всю память, провел нехитрое расследование с помощью команды top (в *nix подобных системах эта команда выводит список выполняемых процессов).

Виной всему оказался httpd (он же apache), который создавал множество дочерних процессов. Перезапустив его, удалось временно (примерно на сутки) решить проблему. Далее, полистав немного интернет, решил оптимизировать настройки apache.

Для начала законнектимся по ssh. Теперь отредактируем файл настроек apaсhe: /etc/httpd/conf/httpd.conf

MaxKeepAliveRequest 300 – Рекомендуется увеличить этот параметр.
KeepAliveTimeout 5 – этот параметр указывает через сколько секунд серверу завершать соединение с клиентом.
MinSpareServers 5 – этот параметр указывает сколько серверу следует подготавливать дочерние процессы на сервере для обработки параллельных запросов.  Уменьшение этого параметра ведет к замедлению работы сайта, но высвобождает ресурсы сервера и наоборот.
MaxSpareServers 15 – максимальное количество дочерних процессов, которое разрешается создать серверу.
StartServers 5 - количество серверов, которые запускает apache (максимальное значение этого параметра 64).
MaxClients 100 – максимальное количество одновременно подключённых пользователей.
MaxRequestsPerChild 100000 -максимальное количество запросов к одному процессу.
HostnameLookups off – определение хостов посетителей для ускорения работы сервера. (On | Off)

Думаю, что вышеперечисленные параметры следует каждому подбирать индивидуально. В примере указаны значения параметров, установленные мной.

Далее можно отключить неиспользуемые модули web-сервера, просто закомментировав строку, где они подключаются.

Например:

#LoadModule proxy_module modules/mod_proxy.so

Затем сохраняем файл и перезапускаем apache в две команды:

# /etc/init.d/httpd stop 

# /etc/init.d/httpd start

Или в одну:

# /etc/init.d/httpd restart

1. Подключенный к интернету (на нем Windows XP SP3);
2. Ноутбук (на нем FreeBSD ). На него требуется раздать инет.

В локальной сети инет раздается через VPN. Ноут подключен к первому компьютеру через вторую сетевую карту и пачкорд.

Первое что нам необходимо сделать – заставить  Windows работать в режиме маршрутизатора (router`a). Для этого открываем редактор реестра (Пуск -> Выполнить -> regedit). Находим в реестре ключ:

HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/TcpipParameters/IPEnableRouter

Меняем его значение на “1″, сохраняем и перезагружаем систему.

Теперь заходим в Пуск -> Настройки Сетевые -> VPN подключение -> Свойства -> Дополнительно. Ставим галку “Разрешить пользователям сети пользоваться подключением…”. Ниже выбираем из списка сетевое подключение, к которому подключен второй комп. Жмем “Ок”. =)

Последний шаг – настроить сеть на втором компьютере. Суть состоит в том, чтобы прописать IP в той же зоне что и у сетевого интерфейса компьютера, являющегося маршрутизатором. И прописать шлюзом IP router`а.

Под FreeBSD это выглядит следующим образом:

открываем файл /etc/rc.conf в редакторе и правим (или добавляем) два параметра:

ifconfig_rl0="inet 192.168.0.10 netmask 255.255.255.0 broadcast 192.168.0.255"

# 192.168.0.1 - в данном случае IP маршрутизатора
gateway="192.168.0.1"

Сохраняем, закрываем, выполняем команду /etc/netstart

Если все было сделано верно, на втором компьютере должен появиться инет.

З.Ы. Все действия в FreeBSD выполняем под root`ом …