Downloaded 22 times
![> 253 хостов
• Проблема только у AWS DNS [уже нет]](https://image.slidesharecdn.com/6-161114115901/85/IPONWEB-27-320.jpg)
Uploaded byOntico
Сравнение решений по балансировке высоконагруженных систем / Евгений Пивень (IPONWEB)
Документ рассматривает балансировку высоконагруженных систем в облачной инфраструктуре, акцентируя внимание на возможности масштабируемости и доступности. Основные технологии обсуждаются, включая DNS-балансировку, облачные балансировщики и другие решения. Упоминаются проблемы, такие как недостаток контроля гео-локации и необходимость периодического пересмотра применяемых решений.
Сравнение решений по балансировке высоконагруженных систем / Евгений Пивень (IPONWEB)
- 1.
- 2.
- 3. IPONWEB • Вся инфраструктурав облаках (AWS и GCE) • Миллионы HTTP-запросов в секунду • Короткие ответы • Кэширование не актуально • Суточные и событийные колебания
- 4. Япония и другиестраны
- 5. IPONWEB и RTB •Вся инфраструктура в облаках (AWS и GCE) • Миллионы HTTP-запросов в секунду • Короткие ответы • Кэширование не актуально • Суточные и событийные колебания • Разброс пользователей по всему миру • Серверный и пользовательский трафик
- 6.
- 7. Зачем балансировать? • Масштабируемость •Доступность
- 8. Что ещё? • SSLoffload
- 9.
- 10. Что ещё? • SSLoffload • Sticky / session affinity
- 11.
- 12. Что ещё? • SSLoffload • Sticky / session affinity • Fallback
- 13.
- 14.
- 15.
- 16. Метрики — этохорошо
- 18. Серверный трафик • Гибкиевозможности решения проблем • Можно договориться с клиентом • Возможность разделения • Можно даже забанить
- 19.
- 20. google.com. A 173.194.122.194 google.com.A 173.194.122.201 google.com. A 173.194.122.199 google.com. A 173.194.122.195 google.com. A 173.194.122.196 google.com. A 173.194.122.193 google.com. A 173.194.122.197 google.com. A 173.194.122.200 google.com. A 173.194.122.198 google.com. A 173.194.122.192 google.com. A 173.194.122.206 }Round-robin DNS pool
- 21. Проблемы Round-Robin DNS •Нет status checks • Нет понимания гео-локации клиента • Распределение не идеально для серверного трафика
- 22.
- 23. gdnsd • DYNA записи •geoIP • Status checks • TTL
- 25. gdnsd: weighted • weightedпулы можно разбивать • веса можно использовать для staging / instance types • DNS cache
- 27. > 253 хостов •Проблема только у AWS DNS [уже нет]
- 28. Мы же воблаках! • Вертикальное масштабирование — временное решение • Облачные решения балансировки: ELB
- 29.
- 30. ELB • CNAME • SSLoffload • Status checks • Pre-warmup • Балансировка по скорости ответа
- 31. ALB • Path-based routing •WebSocket, HTTP/2 • Контейнеры
- 32. GLB vs ELB/ALB •1 IP (!)
- 33.
- 34. GLB vs ELB/ALB •1 IP (!) • Sticky: по IP и cookie • Instant warm-up • Резкое изменение числа бэкендов • 80/8080 • Нет SNI
- 35. А как жепользователи?
- 36.
- 37. nginx + Lua •Lua • Sticky • Hash Ring • Fallback upstream backend-1 { server backend-1.local max_fails=x fail_timeout=y; server unix:/var/run/nginx_fallback.sock backup; } upstream backend-2 { server backend-2.local max_fails=x fail_timeout=y; server unix:/var/run/nginx_fallback.sock backup; }
- 38. Облака vs своирешения • Vendor lock • Проблемы с отладкой • Всегда хочется больше возможностей • Поддержка • Стоимость серверов vs стоимость трафика
- 39. Какие ещё решениябывают? • Hardware балансировщики • lighttpd, haproxy, проприетарные приложения etc.
- 40. Выводы • Облачные балансировщики- это удобно, но есть минусы • Всегда смотрите на требования • Периодически пересматривайте решения
- 41.