Если вы хотите повысить стабильность и работоспособность системы, советуем воспользоваться технологией кластеризации серверов.
Объединение серверов в кластер позволяет создавать довольно гибкие системы, которые обеспечат устойчивую работу и повысят производительность процессов.
Было бы не верно думать, что установка кластера решит абсолютно все проблемы. Но добиться впечатляющих результатов от кластеризации вполне реально. Нужно только четко представлять себе, что это такое, а также понимать какие преимущества есть у таких систем — с точки зрения эффективности применения их в вашем деле.
Что такое кластеризация серверов?
Простыми словами кластер — это группа серверов, имеющих единое функциональное назначение. По сути, это просто сгруппированные в локальную сеть несколько компьютеров. Данное решение позволяет существенно увеличить скорость работы за счет распределения клиентских запросов.
Для примера рассмотрим один из вариантов распределения нагрузки между серверами. Представим, что пользователь работает в CRM-системе.
Имеем 3 сервера:
- Master-node (основной сервер) используется для записи
- Slave-node (второй сервер) используется для чтения
- Slave-node (резервный сервер с БД) используется для чтения
Сценарии:
-
Пользователю необходимо сохранить документ в системе. В этом случае портал обращается для записи файлов на Master-node (1). При этом осуществляется дублирование данных из Master-node в Slave-node (2) и (3). Таким образом нагрузка в виде записи легла на 1 сервер, а на 2х других будет храниться документ. И если работа оборвется работа сервера Slave-node (2), то восстановить документ удастся через другой сервер Slave-node (3)
-
Если пользователь отредактировал документ, находящийся в портале и после это сохранил изменения, то в этом случае портал обращается к Slave-node (2) для чтения и для записи в БД. Здесь от Slave-node (2) осуществляется обращение к основному серверу Master-slave и затем дублируется на Slave-node (2) и (3)
-
Если выйдет из строя Slave-node (2), то чтение будет осуществляться в Slave-node (3), где расположена только БД, куда и дублируются данные.
-
Если из строя выйдет Master-node (1), то необходимо настроить Slave-node (2) как Master и он будет основным. Таким образом все данные можно будет восстановить из второго сервера.
Для настройки серверного кластера необходимо учитывать возможности клиентского программного обеспечения. Кроме того, следует учитывать возможности совместной работы с командным модулем. Получение доступа к данным ресурса через другие сервера зависят от возможностей и настроек кластера.
Заключение
В данной статье рассмотрен стандартный кластер. Его структура всегда однообразна, но количество серверов варьируются в зависимости от масштаба компании и количества пользователей компании.