Отказоустойчивость и высокая доступность
Цель
Цель этой страницы – получить представление о различных вариантах отказоустойчивости и высокой доступности, сайта Qlik.
Отказоустойчивость и высокая доступность
Говоря об отказоустойчивости и высокой доступности в контексте архитектуры Qlik, следует сосредоточить внимание на трех уровнях:
1. Устойчивость к пользователям
- Требуется 2+ узлов прокси/движка Qlik.
- Требуется сторонний балансировщик сетевой нагрузки.
2. Устойчивость к перезагрузке
- Требуется 2+ узла планировщика Qlik.
3. Высокая доступность на уровне всего сайта
- Требуются пункты 1 и 2 выше
- Требуется выделенная на отдельный ресурс база данных хранилища и выделенная на отдельный ресурс файловая шара
- Для база данных хранилища можно настроить потоковое реплицирование или кластеризацию, чтобы обеспечить отказоустойчивость.
- Файловый ресурс должен быть отказоустойчивым – требуется 2+ узла Qlik со всеми включенными службами, из которых более 1 будут играть роль кандидатов на отработку отказа.
Минимально устойчивый к пользователю сайт будет выглядеть так:
Устойчивый к перезагрузкам сайт минимально будет выглядеть так:
Минимальная доступность на уровне сайта будет выглядеть так:
Но для подавляющего большинства корпоративных развертываний Высокая доступность на Уровне Сайта будет выглядеть как минимум так:
Поскольку организациям необходимо дальнейшее масштабирование, они могут выбрать горизонтальное масштабирование вычислений, выделенных для внешних и/или внутренних узлов, в зависимости от потребностей организации:
