On 28 May 2014, at 10:15, Konstantin Tokarev <[email protected]> wrote:
> > > 28.05.2014, 13:01, "Brazzford" <[email protected]>: >> Спасибо за ответ! Тогда, на сколько, я понимаю решение о соединении или >> разъединении этих серверов зависит, от того, сколько будет отдано памяти для >> кэша Memcached и сколько конкурентных запросов придётся обслуживать Nginx, >> так как, с увеличением одновременных запросов Nginx будет потреблять всё >> больше ресурсов. Может быть подскажете каким способом можно проверить на >> Ubuntu сколько ресурсов начинает кушать Nginx c увеличением конкурирующих >> запросов? > > гугл://нагрузочное тестирование каким способом проверить? Сперва можно, например, почитать в чем отличия Unix Domain Sockets от Internet domain sockets, проверить количество допустимых открытых файловых дескрипторов, узнать максимальное количество открытых портов, что очень важно так как соединение устанавливается между парами хост:порт. Nginx обслуживает HTTP соединения, цепочка IP/TCP/TLS/HTTP гораздо длиннее, чем обслуживание запросов Memcache IP/TCP либо просто Unix Domain Sockets, если у вас все на одной машине. Если Nginx запускается в несколько тредов при соответствующей нагрузкой, то помониторить context switching поможет вам лучше понять, выносить MemcacheD на отдельный сервак или оставить на одном. Nice/reniсe поможет вытеснить побольше ресурсов для Memcache, но в Nginx можно явно дать воркеру больший приоритет через параметр worker_priority -5 (-20 максимальный, +20 минимальный). Попробуйте начать мониторить следующие параметры: - Context Switching - Forks - Interrupts - Load Average - IO - Network Connection States - Swap Usage Например, мы все эти данные собираем через Percona Monitoring Plugins в Cacti, но многое из этого можно достать из /proc и мониторить вашим любимым инструментом мониторинга. Анатолий > > -- > Regards, > Konstantin > > _______________________________________________ > nginx-ru mailing list > [email protected] > http://mailman.nginx.org/mailman/listinfo/nginx-ru _______________________________________________ nginx-ru mailing list [email protected] http://mailman.nginx.org/mailman/listinfo/nginx-ru
