Lazy admin notes ;)

Разработчики Debian, а конкретно те, кто отвечает за проект backports, иной раз решили нас порадовать, выпустив ядро 3.2.0 в своем репозитарии. Итак, поехали.

Если в Ваш sources.list не добавлен репозитарий Backports – то самое время это сделать:

# echo “deb http://backports.debian.org/debian-backports squeeze-backports main” >> /etc/apt/sources.list

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

# aptitude update && aptitude -y upgrade

Ищем новое ядрышко, для того, что бы выбрать нужное под Вашу архитектуру:

# aptitude search linux-image-3

В нашем распоряжении:

linux-image-3.2.0-0.bpo.1-486
linux-image-3.2.0-0.bpo.1-686-pae
linux-image-3.2.0-0.bpo.1-686-pae-dbg
linux-image-3.2.0-0.bpo.1-amd64
linux-image-3.2.0-0.bpo.2-486
linux-image-3.2.0-0.bpo.2-686-pae
linux-image-3.2.0-0.bpo.2-686-pae-dbg
linux-image-3.2.0-0.bpo.2-amd64
linux-image-3.2.0-0.bpo.2-rt-686-pae
linux-image-3.2.0-0.bpo.2-rt-686-pae-dbg

Выбираем необходимое нам ядро, исходя из архитектуры вашего ПК выберите нужное Вам ядро. Мне подошло 3.2.0-0.bpo.2-686-pae. Приставка -pae означает платформу x86, но которая при этом поддерживает более 4 гб оперативной памяти. Устанавливаем ядро. Будьте внимательны с зависимостями!

# aptitude install linux-image-3.2.0-0.bpo.2-686-pae

Aptitude предупредит нас о том, что необходимо решить зависимости. Поскольку, пакеты initramfs-tools и linux-base старой версии, то их необходимо подтянуть из Backports. При первом запросе отказываемся от установки ядра со старыми версиями пакетов, нажав “n”

Следующие НОВЫЕ пакеты будут установлены: libc6-i686{a} linux-image-3.2.0-0.bpo.2-686-pae{b} 0 пакетов обновлено, 2 установлено новых, 0 пакетов отмечено для удаления, и 0 пакетов не обновлено. Необходимо получить 24,1 MB архивов. После распаковки 92,7 MB будет занято. Следующие пакеты имеют неудовлетворённые зависимости: linux-image-3.2.0-0.bpo.2-686-pae: Зависит: linux-base (>= 3~) но установлен 2.6.32-41squeeze2 Ломает: initramfs-tools (< 0.99~) но установлен 0.98.8 Следующие действия разрешат зависимости: Сохранить для следующих пакетов их текущие версии: 1) linux-image-3.2.0-0.bpo.2-686-pae [Не установлен]   Принять данное решение? [Y/n/q/?] n

Далее Aptitude предложит нам обновить эти два пакета непосредственно из Backports, с чем мы и соглашаемся:

Следующие действия разрешат зависимости: Обновить следующие пакеты: 1) initramfs-tools [0.98.8 (now, stable) -> 0.99~bpo60+1 (squeeze-backports)] 2) linux-base [2.6.32-41squeeze2 (now, stable) -> 3.4~bpo60+1 (squeeze-backports)]   Принять данное решение? [Y/n/q/?] Y

Ну, тут понятное дело, тоже соглашаемся.

Следующие НОВЫЕ пакеты будут установлены: libc6-i686{a} linux-image-3.2.0-0.bpo.2-686-pae Следующие пакеты будут обновлены: initramfs-tools linux-base 2 пакетов обновлено, 2 установлено новых, 0 пакетов отмечено для удаления, и 0 пакетов не обновлено. Необходимо получить 24,2 MB архивов. После распаковки 92,5 MB будет занято. Хотите продолжить? [Y/n/?] Y

Перезагружаемся, наслаждаемся новым ядром. Стоит учесть, что для нового ядра отсутствует nvidia-kernel, virtualbox и еще некоторые модули для ядра. Однако, если вы используете драйвера vesa, или хотите обновить ядрышко для сервера – то ничего страшного не произойдет. Если после установки возникли проблемы с видеодрайверами – удалите, а еще лучше переименуйте xorg.conf.

Удачи! 🙂

Сегодня речь пойдет о небольшой оптимизации веб-сервера nginx. Задача – уменьшить время загрузки веб-странички у клиентов. Решение – небольшой тюнинг конфигов nginx.

Разбираем конфиг nginx. По умолчанию находится в /usr/local/nginx/conf/nginx.conf  или в /etc/nginx/nginx.conf 🙂 В моем случае это первый вариант.

Редактируем:

# nano /usr/local/nginx/conf/nginx.conf

Видим конфиг:

# Пользователь, от которого работает nginx
user www-data www-data;
# Кол-во процессов – ставится значение, равное кол-ву ядер в системе
worker_processes 4;

# Пишем логи
error_log logs/error.log;
error_log logs/error.log notice;
error_log logs/error.log info;

# Кол-во соединений
events {
worker_connections 2048;
}

http {
# Подключаем mime
include mime.types;
default_type application/octet-stream;

# Запись Access-логов. По желанию. Можно добавлять в вирт. хосты
#access_log logs/access.log main;

# Лучше включить – значительно повышает скорость отдачи контента.
sendfile on;

# Каждому свое. Для блога на wordpress хорошо подходит параметр, равный 15.
keepalive_timeout 15;

# Если мы используем проксирование, то параметры удобнее вывести в отдельный файл:
include /etc/nginx/proxy.conf;

# Выключаем версию сервера
server_tokens off;

# Подключаем файл с виртуальными хостами
include /etc/nginx/sites-enabled/*;

# Параметры сжатия gzip
gzip on;
gzip_buffers 4 8k;
gzip_comp_level 7;
gzip_proxied any;
gzip_types text/plain text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript;

# Включаем кеширование заголовков
expires max;

# Позволяет передавать файл в полных пакетах
tcp_nopush on;
# Разрешает/запрещает tcp_nodelay при переходе в состояние keep_alive
tcp_nodelay on;
}

Пока всё. Отредактируем proxy.conf:

# nano /etc/nginx/proxy.conf

# Переадресация прокси
proxy_redirect off;
# Передаем через прокси внешний IP клиента
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
# Остальные параметры proxy
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;

Со временем каждый интернет-проект ждет неизбежное: либо он остается в тени и неизвестности, либо становится популярным и посещаемым. Посещаемость это хорошо, но готов ли к этому ваш сервер? С повышением нагрузки на проект обычно используют модель back-end+front-end, а именно связка nginx+apache.  Как это работает: все внешние соединения на себя принимает nginx, за отдачу статического содержимого (все изображения, стили, html, аудио и видео) отвечает так же он. Apache же в свое время отвечает только за статическое содержимое и во “внешку” не смотрит. Что бы их “связать” в nginx необходимо будет настроить проксирование.

Обновляем кеш репозитариев:

# aptutude update

Устанавливаем Apache, php, mysql и необходимые им модули:

# aptitude -y install apache2 php5 mysql-server libapache2-mod-auth-mysql php5-mysq mysql-admin libphp-jpgraph php5-imagick

Настраиваем Apache:

# nano /etc/apache2/ports.conf

По умолчанию Apache слушает внешние соединения на 80 порт. Исправим это, заменив Listen 80 на:

Listen localhost:8080

Далее отредактируем конфиг apache2.conf и вставим в самый низ строчку NameVirtualhost *:8080

# nano /etc/apache2/apache2.conf

Создадим новый VirtualHost в sites-available:

# nano /etc/apache2/sites-available/sitename.ru.conf

Вписываем туда:

<VirtualHost *:8080>
ServerName sitename.ru
ServerAlias www.sitename.ru
DocumentRoot /home/sitename.ru/public_html
</VirtualHost>

Подключим VirtualHost:

# ln -s /etc/apache2/sites-available/sitename.ru.conf /etc/apache2/sites-enabled/

На этом пока Apache оставим в покое. Установите nginx, используя эту статью.

nginx установлен, можно перейти к настройке:

# nano /usr/local/nginx/conf/nginx.conf

В секцию http добавим строчку:

http {

…

include /etc/nginx/sites-enabled/*;

…

}

Создадим папку с виртуальными хостами nginx:

# mkdir /etc/nginx/sites-enabled/

Создадим там файл sitename.ru:

# nano /etc/nginx/sites-enabled/sitename.ru

Отконфигурируем как в примере:

#Создайте свой VirtualHost и создайте файл, взяв за пример эти настройки
server {
# какой порт слушать
listen 80;
# доменное имя с www и без
server_name sitename.ru www.sitename.ru;
location / {
# адрес для перенаправления запроса. Т.е. наш Apache
proxy_pass http://localhost:8080/;
# передаём серверу Apache реальный IP юзера
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
# типы файлов, обрабатываемые Nginx’ом
location ~* \.(gif|jpg|jpeg|png|ico|css|swf|js|html|htm|xml|txt|gz|bmp|xls)$ {
# директория веб-сервера
root /home/sitename.ru/public_html;
#Включаем mod_rewrite для wordpress
if (!-e $request_filename) {
rewrite ^(.*)$ /index.php;
}
}
}

Устанавливаем memcached:

# aptitude install memcached

Устанавливаем xcache:

# aptitude install php5-xcache

Перезапускаем демоны:

/etc/init.d/apache2 restart

/etc/init.d/nginx restart

/etc/init.d/memcached restart

Готово! Теперь nginx принимает внешние соединение, рулит статикой и проксирует. Apache же занимается динамическим содержимым. Удачи!

Пару дней назад я писал статью о том, как установить на сервер eAccelerator – прекомпилятор php, который кеширует скрипты для более быстрой отдачи динамического содержимого клиентам. За счет кеширования скриптов происходит более быстрая отдача, в итоге – сайт, скрипт или веб-приложение работает значительно быстрее. eAccelerator очень распространен среди прекомпиляторов php, но, к сожалению, его разработка уже не ведется полтора года, а официальный сайт является заглушкой и полезной информации в себе не несет.

Сегодня речь пойдет об альтернативных проектах – прекомпиляторах APC и xcache. по своим характеристикам они почти не отличаются друг от друга – при стандартных настройках я получил примерно одинаковые результаты (разница в ~0,01 сек), отднако, мой выбор упал на xcache: его версии выходят чаще, а так же его обещают включить в стандартную поставку php6. Но, не будем забегать слишком далеко и разберем установку каждого из вышеперечисленных прекомпиляторов.

1) Установка APC. Качаем и устанавливаем необходимые пакеты. Если в системе отсутствует gcc, установите его тоже.

# aptitude -y install php5-dev php5-pear

Устанавливаем сам APC:

# pecl install apc

Далее нужно создать конфиг-файл, описывающий плагин:

# nano /etc/php5/conf.d/apc.ini

В файле описать:

“extension=apc.so”

Перезапускаем сервис Apache:

# /etc/init.d/apache2 restart

Готово. Проверить, корректно ли установился APC можно двумя способами:

# php -v

После ввода команды должна будет высветиться информация об активных модулях php, в том числе быть упоминания об APC-cache. Если информация о нем есть, значит все в порядке. Второй способ – phpinfo(). Создаем в папке веб-сервера файл phpinfo:

# nano /home/sitename/public_html/phpinfo.php

Вписываем туда код:

<?php phpinfo(); ?>

Далее открываем браузер, в адресной строке браузера набираем путь к phpinfo.php и ищем информацию об APC-cache. Если информация о нем есть, значит все в порядке.

2) Установка xcache. Его установка намного проще – она ограничивается всего лишь одним пакетом из aptitude:

# aptitude -y install php5-xcache

Дополнительно не помешает увеличить размер кеша, который по умолчанию составляет 16 мегабайт:

# nano /etc/php5/conf.d/xcache.ini

Меняем параметр xcache.size  на 64 мегабайта:

xcache.size  =                64M

Перезапускаем веб-сервер:

# /etc/init.d/apache2 restart

Если у вас nginx в качестве основного сервера (без Apache) – то перезапуск нужно делать запуск немного по другому:

# /etc/init.d/php-fastcgi restart

Или так:

# /etc/init.d/php-fpm restart

Модули php должны перегрузиться и xcache заработать. Для проверки можно воспользоваться php -v или phpinfo(), как в предыдущем примере. Удачи! 🙂

Нарвался сегодня на классную консольную софтину – анализатор свободного места на жестком диске. С одной стороны – функционал незаурядный, с другой – все настолько наглядно выглядит, что вычислить, где закончилось место в ненавистном /var/ или кто из пользователей слишком обнаглел – стало довольно просто.  🙂

Ставим:

# aptitude install ncdu

запускаем:

# ncdu

Программа проиндексирует диск, после чего выдаст что-то вроде:

ncdu 1.6 ~ Use the arrow keys to navigate, press ? for help
— / ——————————————————————————————————————————–
115,4GiB /home
6,1GiB /opt
2,5GiB /var
1,0GiB /usr
89,5MiB /lib
49,7MiB /etc
16,3MiB /boot
4,9MiB /bin
4,0MiB /root
4,0MiB /sbin
108,0kiB /dev
e 16,0kiB /lost+found
16,0kiB /tmp
e 4,0kiB /media
e 4,0kiB /mnt
e 4,0kiB /selinux
e 4,0kiB /srv
0,0 B /proc
0,0 B /sys
664,0kiB core
@ 0,0 B initrd.img
@ 0,0 B vmlinuz

Таким образом, становится легко отслеживать и подчищать самые “тяжелые” папки, выполняя команду в тяжелых папках, далее подпапках итп. 🙂