olegbunin 26 окт 2016 в 15:09

Масштабируемая конфигурация nginx

12 мин

34K

Блог компании Конференции Олега Бунина (Онтико)Системное администрирование*Nginx*

+55

Комментарии 31

pys 26 окт 2016 в 19:13

Про sendfile это ведь он оговорился. Речь была о sendmail :). А доклад хороший, годный, стараюсь жить по его заветам уже не первый год, и такой подход себя оправдывает.

gorodnev 26 окт 2016 в 20:14

>> Речь была о sendmail :)
Это юмор такой, да? :)

lamo4ok 27 окт 2016 в 01:59

Нет, скорее всего имелся именно sendfile, подробнее о том, что это такое и как было связано с web-серверами, тут.

pys 27 окт 2016 в 12:25

Я имел ввиду вот это место:

А «вишенкой на торте» являются RewriteRules, которые позволяют сделать конфигурацию похожей на sendfile. Немногие оценили юмор, т.к., к счастью, большинство уже не знают, что это такое.

Еще из этой же серии:

Evil — тоже не рекомендуемая конструкция в nginx, потому что, как работает внутри Evil, знает человек 10 в мире, и вы вряд ли входите в их число.

VBart 27 окт 2016 в 13:19

Да, Игорь оговорился. В первом случае речь шла о sendmail, во втором об if.

lamo4ok 27 окт 2016 в 15:28

Да, про Evil тоже заметил, когда читал. Но про sendfile/sendmail все равно не пойму, о чем речь. О том, что в случае с sendmail не нужно никакой конфигурации, равно как в случае с RewriteRules можно все несколькими строками зарулить на некий index.php и дальше не париться с конфигурацией?

pys 28 окт 2016 в 16:42

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

lamo4ok 7 ноя 2016 в 19:00

Отвечу сразу и вам и ребятам ниже — посыпаю голову пеплом, я, как чаще сталкивающийся с php, а не с настройкой серверов, и правда уже забыл, что такое senmail в оригинале :)

isysoev 29 окт 2016 в 20:59

Посмотрите вот это примерно с середины файла до конца, чтобы почувствовать, что такое конфигурация sendmail'а.

lamo4ok 7 ноя 2016 в 19:00

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

VBart 5 ноя 2016 в 20:26

Вы просто никогда не настраивали sendmail. =)

Посмотрите хотя бы сколько страниц в книге по sendmail:
http://shop.oreilly.com/product/9780596510299.do

Fly3110 27 окт 2016 в 04:23

Не очень согласен с его призывом использовать copy paste и отказаться от принципов DRY.
Есть есть 200 локейшенов с одинаковой конфигурацией, то мне удобно инклюдить конфигурацию в каждом из них.
Если потом понадобится один локейшен выключить из этой общей обработки, то что мне мешает взять все настройки из общего файла, прописать их в этот один конкретный локейшен и изменить то, что нужно?

reji 27 окт 2016 в 22:44

Шаблонизаторы, сэр.

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

DigitalSmile 27 окт 2016 в 11:05

Стоит наверное упомянуть, что не всё наследуется и не все директивы можно применять внутри «контейнеров». Например, директива resolver работает внутри location только в nginx+. В бесплатной версии ее необходимо вытащить на уровень server. И мне до сих пор не очень понятно, каким образом можно проверить ее работоспособность на этом уровне, без привязки к конкретному upstream… Может кто сталкивался?

VBart 27 окт 2016 в 13:15

Например, директива resolver работает внутри location только в nginx+. В бесплатной версии ее необходимо вытащить на уровень server.

Это не так. В обоих версиях директива может быть задана на уровне location.

DigitalSmile 27 окт 2016 в 15:47

Я видимо не до конца разобрался… Сейчас перечитал документацию и понял, что есть директива resolve и директива resolver. Получается что именно resolve (без 'r' на конце) недоступна в бесплатной версии?

pys 27 окт 2016 в 17:47

Насколько я понял из документации, resolve это один из возможных параметров директивы server используемой в секции upstream. Этот параметр заставляет nginx отслеживать изменения ip у этого сервера (резолвит при каждом запросе, или как? наверняка Vbart лучше знает). И там же написано что этот параметр доступен только в Nginx Plus.
http://nginx.org/ru/docs/http/ngx_http_upstream_module.html

DigitalSmile 28 окт 2016 в 09:31

Вот да, какая то путаница в головах или документации…

VBart 5 ноя 2016 в 20:30

Всё верно. Резолвит указанный server в upstream в фоновом режиме с TTL интервалом.

vinni_ua 28 окт 2016 в 03:52

супер, спасибо

XakRU 28 окт 2016 в 03:52

Ребятам из 1С-Битрикс и связанным с ними — обязательно посмотрите доклад, здесь речь явно о ваших настройках NGINX.

Многие разработчики 1С-Битрикс просят для них скачивать образ ВМ с официального сайта продукта 1С-Битрикс. В импорте готовой виртуальной машины нет сложности, но когда возникает задача что-либо поменять в конфигах NGINX, вот тут начинается АД!

Вот вам пример листинга конфигурационных файлов для одного сайта на 1С-Битрикс:

Листинг конфигов NGINX

/etc/nginx/
├── bx
│   ├── cache_general.conf.bx
│   ├── conf
│   │   ├── bitrix_block.conf
│   │   ├── bitrix.conf
│   │   ├── bitrix_general.conf
│   │   ├── blank.conf
│   │   ├── blank.conf.bx
│   │   ├── errors.conf
│   │   ├── errors.conf.bx
│   │   ├── im_settings.conf
│   │   ├── im_settings.conf.bx
│   │   ├── im_subscrider.conf
│   │   ├── server_monitor.conf
│   │   ├── ssl.conf
│   ├── maps
│   │   ├── common_variables.conf
│   │   ├── composite_settings.conf
│   ├── pool_passwords
│   ├── server_monitor.conf -> /etc/nginx/bx/conf/server_monitor.conf
│   ├── site_avaliable
│   │   ├── nginx_server_status.conf
│   │   ├── pool_manager.conf
│   │   ├── push.conf
│   │   ├── push.conf.bx
│   │   ├── s1.conf
│   │   ├── s1.conf.bx
│   │   ├── ssl.s1.conf
│   │   └── ssl.s1.conf.bx
│   ├── site_enabled
│   │   ├── nginx_server_status.conf -> /etc/nginx/bx/site_avaliable/nginx_server_status.conf
│   │   ├── pool_manager.conf -> /etc/nginx/bx/site_avaliable/pool_manager.conf
│   │   ├── push.conf -> /etc/nginx/bx/site_avaliable/push.conf
│   │   ├── s1.conf -> /etc/nginx/bx/site_avaliable/s1.conf
│   │   └── ssl.s1.conf -> /etc/nginx/bx/site_avaliable/ssl.s1.conf
│   └── site_ext_enabled
├── conf.d
    ├── default.conf
    └── example_ssl.conf

Еще не страшно? Переходим к самому интересному.

А вот список строк с include во всех конфигах для одного сайта

инклуды

[random@bitrix bx]# grep -R include /etc/nginx/ | grep -v ori
/etc/nginx/bx/site_enabled/ssl.s1.conf:		include	bx/conf/ssl.conf;
/etc/nginx/bx/site_enabled/ssl.s1.conf:		include bx/conf/bitrix.conf;
/etc/nginx/bx/site_enabled/ssl.s1.conf:		include bx/server_monitor.conf;
/etc/nginx/bx/site_enabled/push.conf:		include	bx/conf/errors.conf;
/etc/nginx/bx/site_enabled/push.conf:		include	bx/conf/im_subscrider.conf;
/etc/nginx/bx/site_enabled/push.conf:		include	bx/conf/ssl.conf;
/etc/nginx/bx/site_enabled/push.conf:		include	bx/conf/errors.conf;
/etc/nginx/bx/site_enabled/push.conf:		include	bx/conf/im_subscrider.conf;
/etc/nginx/bx/site_enabled/push.conf:		include	bx/conf/errors.conf;
/etc/nginx/bx/site_enabled/s1.conf:		include bx/conf/bitrix.conf;
/etc/nginx/bx/site_enabled/s1.conf:		include bx/server_monitor.conf;
/etc/nginx/bx/conf/bitrix.conf:include bx/conf/bitrix_general.conf;
/etc/nginx/bx/conf/bitrix_general.conf:include	bx/conf/errors.conf;
/etc/nginx/bx/conf/bitrix_general.conf:include bx/conf/im_subscrider.conf;
/etc/nginx/bx/conf/bitrix_general.conf:include bx/conf/bitrix_block.conf;
/etc/nginx/bx/site_avaliable/ssl.s1.conf.bx:		include	bx/conf/ssl.conf;
/etc/nginx/bx/site_avaliable/ssl.s1.conf.bx:		include bx/conf/bitrix.conf;
/etc/nginx/bx/site_avaliable/ssl.s1.conf.bx:		include bx/server_monitor.conf;
/etc/nginx/bx/site_avaliable/ssl.s1.conf:		include	bx/conf/ssl.conf;
/etc/nginx/bx/site_avaliable/ssl.s1.conf:		include bx/conf/bitrix.conf;
/etc/nginx/bx/site_avaliable/ssl.s1.conf:		include bx/server_monitor.conf;
/etc/nginx/bx/site_avaliable/push.conf.bx:		include	bx/conf/errors.conf;
/etc/nginx/bx/site_avaliable/push.conf.bx:		include	bx/conf/im_subscrider.conf;
/etc/nginx/bx/site_avaliable/push.conf.bx:		include	bx/conf/ssl.conf;
/etc/nginx/bx/site_avaliable/push.conf.bx:		include	bx/conf/errors.conf;
/etc/nginx/bx/site_avaliable/push.conf.bx:		include	bx/conf/im_subscrider.conf;
/etc/nginx/bx/site_avaliable/push.conf.bx:		include	bx/conf/errors.conf;
/etc/nginx/bx/site_avaliable/push.conf:		include	bx/conf/errors.conf;
/etc/nginx/bx/site_avaliable/push.conf:		include	bx/conf/im_subscrider.conf;
/etc/nginx/bx/site_avaliable/push.conf:		include	bx/conf/ssl.conf;
/etc/nginx/bx/site_avaliable/push.conf:		include	bx/conf/errors.conf;
/etc/nginx/bx/site_avaliable/push.conf:		include	bx/conf/im_subscrider.conf;
/etc/nginx/bx/site_avaliable/push.conf:		include	bx/conf/errors.conf;
/etc/nginx/bx/site_avaliable/s1.conf:		include bx/conf/bitrix.conf;
/etc/nginx/bx/site_avaliable/s1.conf:		include bx/server_monitor.conf;
/etc/nginx/bx/site_avaliable/s1.conf.bx:		include bx/conf/bitrix.conf;
/etc/nginx/bx/site_avaliable/s1.conf.bx:		include bx/server_monitor.conf;
/etc/nginx/nginx.conf:	include /etc/nginx/mime.types;
/etc/nginx/nginx.conf:  include bx/maps/*.conf;
/etc/nginx/nginx.conf:	include bx/conf/im_settings.conf;
/etc/nginx/nginx.conf:	include bx/site_enabled/*.conf;
/etc/nginx/nginx.conf:	include bx/site_ext_enabled/*.conf;
/etc/nginx/openssl.cnf:# PKIX recommendations harmless if included in all certificates.
/etc/nginx/openssl.cnf:# PKIX recommendations harmless if included in all certificates.
/etc/nginx/openssl.cnf.bx:# PKIX recommendations harmless if included in all certificates.
/etc/nginx/openssl.cnf.bx:# PKIX recommendations harmless if included in all certificates.
/etc/nginx/conf.d/default.conf:    #    include        fastcgi_params;

Не знаю какими принципами руководствовались админы (а может быть собирали конфиги NGINX разработчики) при создании шаблона ВМ, упростить работу либо прибавить работы админам. Ведь его в пример ставят люди которые делают сайты на 1С-Битрикс.

pys 28 окт 2016 в 16:47

Этот конфиг явно нагенерен шаблонизатором. Либо его написал робот ).

buran1 28 окт 2016 в 03:52

Что-то как-то негативно, особенно странно это воспринимать от создателя nginx: "вот есть в nginx то и это, но не используйте, и это тоже не используйте".

Лучше бы осветил больше интересных возможностей текущей версии или будущих(поделился бы планами), которые мало кто знает, но реально полезны были бы многим.

-1

pys 28 окт 2016 в 16:52

Разработчик рассказывает о недостатках и «подводных камнях» своего же продукта, что может быть полезнее и интереснее для пользователя? ИМХО, это гораздо лучше, чем когда просто хвалят и хотят продать. А недостатки есть у всех.

У меня назрел вопрос к разработчикам, будет ли когда-нибудь «красивый» способ вернуть именованный location? Чтобы не вот так:

location / {
    error_page 418 = @backend;
    return 418;
}

alekciy 28 окт 2016 в 19:35

А этот чем плох?

Balek 28 окт 2016 в 22:45

try_files, вроде, если ничего не путаю.

pys 29 окт 2016 в 06:53

некрасивый

VBart 5 ноя 2016 в 20:49

Тема всплывала много раз в рассылке, Игорь возражает:

pys 9 ноя 2016 в 18:30

Есть в этом что-то. Ведь это, по сути, всё о том же благодатном копипасте. Спасибо, попробую)

alekciy 28 окт 2016 в 19:34

Как я понимаю это запись 2014-ого года. Если бы на видео планы и были, то сейчас бы это было не актуально. Разве только как для истории.

VBart 5 ноя 2016 в 20:40

Планами делились на nginx.conf. Можно посмотреть на нашем youtube-канале.

Также на прошлом HL++ был доклад и в этом году будет.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий