антон веснин Rails Application Servers

Развертывание среды RubyonRails для промышленного использования.Методы, технологии, приемы.
Антон Веснин (locum.ru)

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

≠
(production)
(development)
- Подробное логирование
- Отладочная информация

≠
(production)
(development)
- Стабильность
- Производительность
- Поддержка и развитие
- Подробное логирование
- Отладочная информация

Элементы системы
Сервер приложений
Код приложения
База данных
Дополнительные приложения (прокси, memcached и т.п.)

Автоматизация процесса размещения новой версии кода
Capistrano
- Сохранение копии предыдущей версии
- Загрузка новой версии кода
- Изменения в базе данных (по необходимости)
- Перезапуск сервера приложений
Откат на предыдущую версию в случае сбоя

Автоматизация процесса размещения новой версии кода
Удобства:
- Система релизов
- Легко создавать свои методы и задачи
Неудобство:
- Требует специальной структуры директорий на сервере и ssh-доступ

Mongrelhttp://github.com/fauna/mongrel
Mongrel 0
Proxy — сервер
Mongrel 1
Mongrel 2
Mongrel 3
Пользователи
Mongrel N
Связь между Mongrel и proxy-сервером через tcp-порт

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

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

Thinhttp://code.macournoyer.com/thin/
Thin 0
Proxy — сервер
Thin 1
Thin 2
Thin 3
Thin N
Связь между Thin и proxy сервером через TCP-порт или UNIX-сокет
Через сокет - быстрее

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

Плюсы:
- Быстрее чем Mongrel
- Может работать через Unix-сокет
- Просто увеличить количество серверов
Минусы:
- Потребление оперативной памяти
- Долгий перезапуск

Unicornhttp://unicorn.bogomips.org
Более технологичен:
Есть мастер-процесс и много процессов обработчиков
Мастер следит за обработчиками, балансирует нагрузку

Обработчик
Unicorn
Master
Proxy
сервер
Разделяемый сокет

Преимущества такого подхода:
1. Мастер всегда знает кто из обработчиков свободен
2. Мастер может остановить обработчик по необходимости
3.Если один из обработчиков аварийно завершился, почти мгновенно запускается новый
4.Процесс перезапуска приложения можно сделать почти незаметным для пользователя

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

(этап 1)
Администратор
USR2 сигнал
Proxy
сервер
Unicorn
Master

(этап 2)
НовыйUnicorn
Master
Proxy
сервер
Unicorn
Master

(этап 3)
НовыйUnicorn
Master
Proxy
сервер
Unicorn
Master

(этап 3)
НовыйUnicorn
Master
Proxy
сервер
QUITсигнал
Unicorn
Master

(Перезапуск Unicornзавершен)
НовыйUnicorn
Master
Proxy
сервер

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

Плюсы:
- Решается проблема долгой перезагрузки
- Стабильность за счет мгновенного перезапуска обработчиков
- Проще отслеживать нештатные ситуации
Минусы:
- Потребление памяти больше чем у 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
+
Статические данные всегда отдаются веб-сервером

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

Антон Веснин
avesnin@locum.ru
locum.ru
Презентация в электронном виде:
labs.locum.ru/rit.ppt

http://profyclub.ru	67
http://ritconf.ru	44
http://new.profyclub.ru	13
http://www.ritconf.ru	8
http://www.slideshare.net	6
http://profyclub.ontico.ru	5

антон веснин Rails Application Servers

by rit2010 on Apr 12, 2010

Accessibility

Tags

Upload Details

Usage Rights

6 Embeds 143

Statistics

антон веснин Rails Application Servers — Presentation Transcript