Дата последнего изменения: 23.09.2021
Когда требования правильно сформулированы, важно подобрать оптимальную
архитектуру кластера
Архитектура реализуется с помощью модуля Вебкластер.
Подробнее...
. Чтобы она максимально соответствовала проекту и обеспечивала приемлемую сложность эксплуатации.
Рассмотрим типовые схемы архитектур веб-проектов:
Наиболее простой и понятный вариант архитектуры кластера. Отличается минимальными требованиями к количеству задействованного оборудования. Идеально подходит, когда кластер внедряется для обеспечения базовой отказоустойчивости или страховки редких пиковых нагрузок.
Недостатки – трудоемкость и относительная негибкость масштабирования. Особенно, когда нагрузка на разные роли кластера растет неравномерно.
Плюсы:
Минусы:
Рекомендации к применению:
Позволяют гибко масштабировать кластер: подстраиваются под внешние изменения трафика, учитывают неравномерность нагрузки на различные роли. Разделение ролей по разным серверам помогает быстро масштабировать систему.
Плюсы:
Минусы:
Рекомендации к применению:
Географически распределенный кластер применяется для обеспечения высокой степени отказоустойчивости проекта. Это происходит за счет полного дублирования проекта в территориально разделенных ДЦ.
Такой подход позволяет поддерживать работу проекта даже при полном падении одного из ДЦ. При этом в основе могут лежать перечисленные выше архитектуры. К примеру, для варианта архитектуры «полные ноды» организация географически распределенного кластера потребует только 2 сервера.
При развитии кластера для решения новых задач могут возникать различные сочетания архитектур. Распространенный вариант – дополнение архитектуры «полных нод» дополнительными slave-серверами или серверами memcached, sphinx.