Главная страница


ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Andrey Ostanovsky                    2:5030/1957    16 Jun 2006  14:12:48
 To : Oleg Gawriloff
 Subject : Диагностика высокой утилизации CPU апачем
 -------------------------------------------------------------------------------- 
 
 
 16 Jun 06 10:39, you wrote to me:
 
  AO>> Значит пора переходить на схему фронтенд-бакенд, где апач будет
  AO>> бакендом. По опыту - раньше на сервере одновременно работало
  AO>> 60-80 копий апача и все задыхалось, после перехода на связку
  AO>> nginx-apache соотношение стало 2-15 и производительность, на
  AO>> глаз, возросла процентов на 20.
  OG> Да, будет следующим шагом. Апач без прогруженного Mod_php выкушивает
  OG> 7Мб, с прогружженым 16Мб. Что не есть хорошо. Будем делать для начала:
 
 Только не надо ставить апача на фронтенд - выигрыш будет очень небольшой. Ставь 
 сразу nginx из портов.
 
  OG> http://linuxgazette.net/123/vishnu.html Один момент меня смущает: Hа
  OG> этом апаче около 100 name-based виртуальных хостов, с
 
 Hу и что? В конфиге nginx можно сделать примерно такую конструкцию:
 
     server {
         listen  external_ip:80 default;
 
     location / {
 
             limit_rate 6000;
 
             proxy_pass                          http://127.0.0.1:80/;
             proxy_set_header  Host              $host;
             proxy_set_header  X-Real-IP         $remote_addr;
             proxy_set_header  X-Forwarded-For   $proxy_add_x_forwarded_for;
 
         }
 
     } # end of server section
 
 Таким образом все соединения, пришедшие на external_ip будут проброшены на
 внутреннего апача. Это начальный этап, при котором уже можно начинать работать. 
 Единственная серьезная грабля - у внутреннего апача все клиенты будут приходить 
 с адреса external_ip - это беда любой связки.
 
 Если мы добавляем в конфиг внутреннего апача:
 
 LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\""
 combined
 LogFormat "%{X-Real-IP}i %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\""
 combined2
 
 и указываем типа лога для виртуалхоста "combined2" мы частично снимем проблему, 
 т.е., в логах будут видны внешние адреса, но, например, механизмы ограничения
 доступа через .htaccess на внутреннем - работать не будут, что, вообще говоря,
 правильно, т.к., ограничивать надо на фронтенде.
 
 А дальше, у меня, например, в конфиг nginx добавлена строка
 
     #
     # *********** virtual host files from ./Include directory ************
     #
 
     include v_include.nginx;
 
 В этом файле перечислены конфиги для виртуалхостов.
 ==== v_include.nginx ====
 # 2006-06-08
 include ./Includes/a01.conf;
 include ./Includes/a02.conf;
 include ./Includes/a03.conf;
 include ./Includes/a04.conf;
 include ./Includes/a05.conf;
 =========================
 
 Сами конфиги содержат описание "server" по образу и подобию приведенного выше,
 только без слова default:
 
  server {
         server_name .a01.ru;
         listen external_ip:80;
         # limit_rate 9000;
         charset windows-1251;
         include ng_aliases.conf;
 
         location ~* ^/images/.+\.(jpg|jpeg|gif|png|swf)$ {
                 root /path/to/virtualhost/root/;
                 expires 10d;
                 access_log off;
         }
 
         location / {
                 proxy_pass http://127.0.0.1:80/;
                 proxy_set_header Host $host;
                 proxy_set_header X-Real-IP $remote_addr;
                 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
         }
  } # end of server config
 
 Эти секции можно добавлять по одной уже "на ходу" и практически незаметно для
 клиента.
 
  OG> переопределенными DocumentRoot, как это внести в апач для статического
  OG> контента? Плодить там же схему с виртуальными хостами очень не
  OG> хочеться, поддерживать потом трудно будет (при прописывании и удалении
  OG> сайта). Есть ли решения? Как вариант может быть mod_vhost_alias на
  OG> статическом, и ничего не менять на динамическом, но имхо криво.
 
 Проще скрипт для синхронизации написать.:)
 
 Andrey
 
 --- GoldED+/BSD 1.1.5
  * Origin: PGP KeyID 2ABEC67A andrey @ ostanovsky. spb. ru (2:5030/1957)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: Диагностика высокой утилизации CPU апачем   Oleg Gawriloff   12 Jun 2006 11:36:52 
 Диагностика высокой утилизации CPU апачем   Andrey Ostanovsky   15 Jun 2006 18:04:12 
 Re: Диагностика высокой утилизации CPU апачем   Andrew Filonov   15 Jun 2006 21:06:52 
 Диагностика высокой утилизации CPU апачем   Andrey Ostanovsky   15 Jun 2006 21:54:38 
 Re: Диагностика высокой утилизации CPU апачем   Andrew Filonov   16 Jun 2006 10:49:09 
 Диагностика высокой утилизации CPU апачем   Andrey Ostanovsky   16 Jun 2006 14:09:58 
 Re: Диагностика высокой утилизации CPU апачем   Andrew Filonov   16 Jun 2006 15:25:04 
 Диагностика высокой утилизации CPU апачем   Andrey Ostanovsky   16 Jun 2006 20:02:02 
 Re: Диагностика высокой утилизации CPU апачем   Andrew Degtiariov   16 Jun 2006 20:47:18 
 Диагностика высокой утилизации CPU апачем   Andrey Ostanovsky   18 Jun 2006 22:35:54 
 Re: Диагностика высокой утилизации CPU апачем   Andrew Filonov   19 Jun 2006 14:01:56 
 Диагностика высокой утилизации CPU апачем   Andrey Ostanovsky   19 Jun 2006 15:52:04 
 Re: Диагностика высокой утилизации CPU апачем   Andrew Filonov   19 Jun 2006 19:46:13 
 Диагностика высокой утилизации CPU апачем   Andrey Ostanovsky   19 Jun 2006 21:16:54 
 Re: Диагностика высокой утилизации CPU апачем   Andrew Filonov   20 Jun 2006 10:03:01 
 Диагностика высокой утилизации CPU апачем   Andrey Ostanovsky   20 Jun 2006 10:47:48 
 Re: Диагностика высокой утилизации CPU апачем   Andrew Filonov   20 Jun 2006 11:31:22 
 Диагностика высокой утилизации CPU апачем   Andrey Ostanovsky   20 Jun 2006 12:59:16 
 Re: Диагностика высокой утилизации CPU апачем   Andrew Filonov   20 Jun 2006 14:45:11 
 Re: Диагностика высокой утилизации CPU апачем   Andrew Filonov   19 Jun 2006 13:45:11 
 Диагностика высокой утилизации CPU апачем   Andrey Ostanovsky   19 Jun 2006 18:34:48 
 Re: Диагностика высокой утилизации CPU апачем   Andrew Filonov   19 Jun 2006 19:44:12 
 Re: Диагностика высокой утилизации CPU апачем   Valentin Davydov   16 Jun 2006 15:35:59 
 Re: Диагностика высокой утилизации CPU апачем   Oleg Gawriloff   16 Jun 2006 10:39:58 
 Диагностика высокой утилизации CPU апачем   Andrey Ostanovsky   16 Jun 2006 14:12:48 
 Диагностика высокой утилизации CPU апачем   Anatoli Klassen   16 Jun 2006 21:02:56 
 Диагностика высокой утилизации CPU апачем   Andrey Ostanovsky   18 Jun 2006 22:35:08 
 Диагностика высокой утилизации CPU апачем   Anatoli Klassen   18 Jun 2006 23:45:12 
Архивное /ru.unix.bsd/286044928915.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional