ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Динамические виртуальные хосты с HTTPS


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: Динамические виртуальные хосты с HTTPS
  • From: Валентин Бартенев <ne@xxxxxxxx>
  • Date: Mon, 8 Oct 2012 14:59:13 +0400
  • Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=vbart.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:MIME-Version:In-Reply-To:References:Date:Subject:To:From; bh=Ee/A4QhGpAfsD4FMRQI0N+UKXhHyYzhPfLtTd0cy/0w=; b=IJaeaUZCr6OO0FnuBCM8IkFVIXZj93EIAgsra5QsMWThI5eolHR/BhjnB3dnaSWw1taJHE3o8BIHVK1gFHRu7lPCCxiO5OMvl3QYit1RABh5iTN+pcvXuFkw2b2uIulbNGQ2NJJPEAGzhPvbgQ0qRZtwGKKgCgudNibkr10EnC/nJ1WboIQSLNCnhusLR0oFZBYIyKxyXaKMfD2ZU3zvSwPJ/G5SnKMy8e0hDWd3mq34mb+9BJf9gNuJtyVCSKnR34M0h8vTa8AD5bCX1cTwGZuF6F/H8ka5Aqd7njLagnXSQfz1otz+vVjkEEP3QDhr1h0fQ2hQKeYcsvAX7uO2Dw==;
  • In-reply-to: <5072ACF3.9060709@csdoc.com>
  • References: <5072A444.2080708@csdoc.com> <a0acc6304dc601647f1308cea9497b59.NginxMailingListRussian@forum.nginx.org> <5072ACF3.9060709@csdoc.com>

On Monday 08 October 2012 14:37:39 Gena Makhomed wrote:
> On 08.10.2012 13:14, varsy wrote:
> > Спасибо, вашим способом я пользуюсь по сей день, он отлично работает.
> > Но не хочется быть ограниченным неким числом, потому что количество
> > конфигов виртуальных хостов будет расти ежечасно.
> > Хочется реализовать это не файловым методом, а с использованием некоей
> > БД(файл или реальная БД, не важно).
> 
> можно конфигурацию держать в базе данных, и скриптом на основании
> этой информации генерировать один конфигурационный файл nginx,
> в котором будут описаны server{ ... } для всех виртуальных хостов.
> 
> главное только использовать атомарную операцию записи/переименования
> (писать в файл со случайным именем файла и потом переименовывать)
> 
> тогда параметр ulimit -n вообще не надо будет трогать,
> хватит и дефолтового лимита в 1024 открытых файла для master.
> 
> если новые виртуальные хосты добавляются/удаляются очень часто
> в базу данных - тогда встроить в свой скрипт генерации конфига
> nginx логику для rate limit, например, делать service nginx reload
> не чаще, чем 1 раз в 45 секунд, или динамически ограничивать количество
> reload`ов в зависимости от количества работающих worker-процесов nginx.

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

--
Валентин Бартенев
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.