<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
2008/6/5 Alex Vorona <a class="moz-txt-link-rfc2396E" href="mailto:voron@amhost.net"><voron@amhost.net></a>:<br>
<blockquote
cite="mid:f6fdfb550806050020j2a4daa3bqdecbf1cf1544382c@mail.gmail.com"
type="cite">
<blockquote type="cite">
<pre wrap="">Андрей пишет:
</pre>
<blockquote type="cite">
<pre wrap="">Доброго времени суток.
Собственно, хотелось убрать блокировку на диске. Для этого, как здесь
и предлагалось несколько раз, установил связку nginx+nginx. Второй
nginx отдаёт первому статику с диска, так как соединение по
tcp-сокету, то, по идее, первый nginx, читая обычный сокет, не будет
блокироваться и будет всегда готов принять соединение
</pre>
</blockquote>
<pre wrap="">тут всё красиво
</pre>
<blockquote type="cite">
<pre wrap="">и выдать информацию из памяти(если она там есть), даже если диск
сильно загружен.
</pre>
</blockquote>
<pre wrap="">а вот тут встаёт вопрос - как frontend nginx узнает, есть ли информация
в памяти и что именно он должен её сам отдавать, а не проксировать
запрос на backend nginx.
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
Нехорошо сказал, в памяти - имелось ввиду в кеше фс в данном
конкретном случае (набор картинок для дизайна сайта, яваскрипты...).<br>
<blockquote
cite="mid:f6fdfb550806050020j2a4daa3bqdecbf1cf1544382c@mail.gmail.com"
type="cite">
<pre wrap="">Я так понял идея в том, чтобы первый nginx с маленьким поличеством
worker_threads никогда не блокировался и всегда мог принять
соединение, а второй - пусть блокируется сколько угодно, да и можно
ему worker_threads увеличить (если он на отдельной машине будет).
Правда в таком случае совершенно не понятно почему
location = /index.php {
fastcgi_pass 127.0.0.1:1026;
fastcgi_param SCRIPT_FILENAME
/srv/www/vhosts/example.com$fastcgi_script_name;
include fastcgi_params;
}
в бакенде?
На этом nginx блокироваться не будет, и это нужно перенести во
фронтенд. Тогда пока 2-й nginx будет заблокирован на файлах первый
сможет отдавать хотя бы динамику ожидая когда 2-й очухается.
</pre>
</blockquote>
index.php возвращал x-accel-redirect на /saves поэтому он там и был, не
догадался я что-то оставить его на фронтенде. Сейчас перенёс обработку
индекса на фронтенд, на бэкенде только сами файлы.<br>
<br>
Спасибо.<br>
<br>
</body>
</html>