Возможные риски и принципы построения высокодоступных веб-систем.

1. Высокая доступность
веб-приложений

2. Определение задачи
• Определение текущего показателя
доступности
• Оценка рисков – сколько $/мин. стоит
даунтайм
• Определение желаемого показателя и
бюджета

3. Возможные риски
• Поломка сервера (софт/железо/люди
• Обесточивание сервера/датацентра
• Проблемы с интернет-каналами
• Скачѐк нагрузки (реклама/код)
• Безопасность (DDoS/intrusion)

4. Два сервера

5. Репликация MySQL
• Мaster-master replication
• Делим в коде select/update

6. Синхронизация кода
и настроек окружения
• Унифицирование конфигов веб-
серверов. Csync2.
• Отделение нереплицированного кода
(админки, cms, скрипты загрузок,etc..)
для работаты лишь на одной ноде.
• Система выкатки кода на продакшн
(скрипты для git/svn)

7. Синхронизация
статики
• Цена стореджа при планировании
$/Gb/IOPS
• nginx/proxy_store (без видалення)
• Rsync
• Распределѐнная файловая система
GlusterFS
• NFS + Rsync

8. Синхронизация сессий
• NFS/Distributed FS
• MySQL session storag
• Memcashed
• Repcashed

9. Node #3
• Quorum for STONITH “Shoot The
Other Node In The Head”
• Nginx ip migration (main node
failure same DC)
• Application Node (Script Only)
• MySQL Slave for backup

10. High Availability
• Опись сценариев
• Организация внутренней сети
(мигрирующие ip)
• Настройка кластерного ПО –
Pacemaker + Corosync
• BGP backup community
• DNS failover (Low TTL, In-
house NS)

11. Load Balancing
• DNS Load Balancing
• Nginx weight-based upstream
• Adaptive load balancing
• Свой сервер балансировки
(redirect www-0 – www-N)

12. Node #4+
• Нода – универсал ( умеет все)
• Сегментация по задачах
(одни ноды для web, другие для БД)
• GEO-распределение (кеширующие
ноды)

13. Спасибо за внимание!
Oleksandr Iatsiuk
Chief Executive Officer, SHALB
iatsiuk@shalb.com