антон веснин rails application servers

Развертывание среды Ruby on Rails для промышленного использования.

Методы, технологии, приемы.

Антон Веснин (locum.ru)

Что такое промышленное использование?

Промышленное использование Запуск в режиме разработки≠(production) (development)



- Подробное логирование

- Отладочная информация



- Подробное логирование

- Отладочная информация

- Стабильность

- Производительность

- Поддержка и развитие

Элементы системы

Сервер приложений

Код приложения

База данных

Дополнительные приложения (прокси, memcached и т.п.)

Автоматизация процесса размещения новой версии кода

Capistrano

- Сохранение копии предыдущей версии

- Загрузка новой версии кода

- Изменения в базе данных (по необходимости)

- Перезапуск сервера приложений

- Откат на предыдущую версию в случае сбоя

Автоматизация процесса размещения новой версии кода

Удобства:

- Система релизов- Легко создавать свои методы и задачи

Неудобство:

- Требует специальной структуры директорий на сервере и ssh-доступ

Mongrelhttp://github.com/fauna/mongrel

Mongrel 0

Mongrel 1

Mongrel 2

Mongrel 3

Mongrel N

Proxy — сервер

Пользователи

Связь между Mongrel и proxy-сервером через tcp-порт


Плюсы:

- Простота: один сервер — один запрос- Сервера не связаны между собой- Легко увеличить количество серверов- Работает с JAVA и JRuby


Плюсы:

- Простота: один сервер — один запрос- Сервера не связаны между собой- Легко увеличить количество серверов- Работает с JAVA и JRuby

Минусы:

- Потребление оперативной памяти- Долгий перезапуск- Проблемы с разграничением прав на tcp-порты

Thinhttp://code.macournoyer.com/thin/

Thin 0

Thin 1

Thin 2

Thin 3

Thin N

Proxy — сервер

Связь между Thin и proxy сервером через TCP-порт или UNIX-сокетЧерез сокет - быстрее


Плюсы:

- Быстрее чем Mongrel- Может работать через Unix-сокет- Просто увеличить количество серверов


Плюсы:

- Быстрее чем Mongrel- Может работать через Unix-сокет- Просто увеличить количество серверов

Минусы:

- Потребление оперативной памяти- Долгий перезапуск

Unicorn http://unicorn.bogomips.org

Более технологичен:

Есть мастер-процесс и много процессов обработчиковМастер следит за обработчиками, балансирует нагрузку


Обработчик




UnicornMaster

Раз

дел

яем

ый

сок

ет

Proxyсервер


Преимущества такого подхода:1. Мастер всегда знает кто из обработчиков свободен2. Мастер может остановить обработчик по

необходимости3.Если один из обработчиков аварийно завершился,

почти мгновенно запускается новый4.Процесс перезапуска приложения можно сделать

почти незаметным для пользователя





UnicornMaster

Раз

дел

яем

ый

сок

ет

Proxyсервер


Перезапуск Unicorn с новой версией кода





UnicornMaster

Раз

дел

яем

ый

сок

ет

Proxyсервер


(этап 1)

US

R2

сиг

нал

Администратор





UnicornMaster

Раз

дел

яем

ый

сок

ет

Proxyсервер


НовыйUnicornMaster

(этап 2)





UnicornMaster

Раз

дел

яем

ый

сок

ет

Proxyсервер







(этап 3)





UnicornMaster

Раз

дел

яем

ый

сок

ет

Proxyсервер






ОбработчикQ

UIT

сигн

ал

(этап 3)

Раз

дел

яем

ый

сок

ет

Proxyсервер







(Перезапуск Unicorn завершен)


Плюсы:

- Решается проблема долгой перезагрузки- Стабильность за счет мгновенного перезапуска обработчиков- Проще отслеживать нештатные ситуации


Плюсы:

- Решается проблема долгой перезагрузки- Стабильность за счет мгновенного перезапуска обработчиков- Проще отслеживать нештатные ситуации

Минусы:

- Потребление памяти больше чем у thin

Passenger или mod railshttp://modrails.com

Особенности:

- Не является самостоятельным сервером- Модуль для Apache 2 и Nginx- Рассчитан на запуск большого количества rails-приложений


Плюсы:

- Удобен для хостинг-серверов- Позволяет сократить единовременное потребление памяти- Возможность указать альтернативную версию ruby


Плюсы:

- Удобен для хостинг-серверов- Позволяет сократить единовременное потребление памяти- Возможность указать альтернативную версию ruby

Минусы:

- Не так быстр как thin- В случае работы с Nginx при нагрузке периодически возникают проблемы- Недостаточно возможностей лимитировать ресурсы

Jruby и Rails- Большое количество j2ee серверов- Возможность использовать java-классы из ruby

Организация отдачи статики

- Все рассмотренные сервера приложений могут отдавать статику



- Ни один из них не будет делать это действительно хорошо

- Статические файлы должен отдавать быстрый веб-сервер (nginx, lighttpd, etc)



- Ни один из них не будет делать это действительно хорошо

- Статические файлы должен отдавать быстрый веб-сервер (nginx, lighttpd, etc)

- Организация отдачи статических данных после обработки запроса rails-кодом

- X-Sedn-File и X-Accel-Redirect

Общие выводыМного проектов и не постоянная загрузка — Passenger


Постоянная нагрузка и критичен период простоя при перезапуска — Unicorn



Критично потребление памяти и редки обновления — Thin или Unicorn



Критично потребление памяти и редки обновления — Thin или Unicorn

+Статические данные всегда отдаются веб-сервером

Спасибо за внимание!Вопросы?

Антон Веснин

[email protected]

locum.ru

Презентация в электронном виде:

labs.locum.ru/rit.ppt

антон веснин rails application servers

Documents