Презентація на тему:
Принципи резервування в приватних клаудах для інтернет проектів.

Висока доступність Принципи резервування в приватних клаудах для інтернет проектів.

Постановка задачі Період коли даунтайм критичний (раз на тиждень/по буднях/з 9-18) Оцінка ризиків – скільки $/годину коштує кожен даунтайм Допустима тривалість проблем

Можливі ризики Поломки заліза Знеструмлення сервера/датацентру Проблеми з інтернет-каналами Різке навантаження Ризики повязані з безпекою

Другий сервер

Реплікація MySQL Warm Backup – можна один сервер down Закладаємо в архітектуру можливість select’а з slave’а, розділяємо select/update Hot Backup – master-master replication переключення в автоматичному режимі зміною ip-адреси

Синхронізація коду та оточення Уніфікація конфігів веб-серверів, app-серверів, runtime’у (php.ini). Csync2. Виокремлення нереплікованого коду (адмінки,форуми, скрипти загрузок,etc..) які працюватимуть лише на одній ноді. Система викатки коду на продакшн (скрипти для git/svn)

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

Синхронізація сесій NFS/Distributed FS MySQL session storage Memcashed Repcashed

High Availability Опис сценаріїв Організація внутрішньої мережі (мігруючий ip) Налаштування кластерного ПЗ – Pacemaker + Corosync Split-Brain DNS failover (Low TTL, In-house NS)

Load Balancing DNS Load Balancing Nginx weight-based upstream HA-proxy adaptive load balancing

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

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

Дякую за увагу! Volodymyr Tsap Chief Technical Officer, SHALB voa@shalb.com