Кластер баз данных и выравнивание нагрузки

Кластеризация использует какое-либо разделяемое хранилище (например, отсек для дисков или SAN) и помещает на него два внешних интерфейса базы данных. Внешние серверы имеют общий IP-адрес и сетевое имя кластера, которые клиенты используют для подключения, и они решают между собой, кто в настоящее время отвечает за обслуживание клиентских запросов.

Если вы спрашиваете о конкретном сервере базы данных, добавьте это в на ваш вопрос, и мы можем добавить подробности об их реализации, но по сути, это и есть кластеризация.

С точки зрения SQL Server:

Кластеризация предоставит вам активную - пассивную конфигурацию. Это означает, что в кластере из 2 узлов один из них будет активным (обслуживающим), а другой - пассивным (ожидающим перехода к власти при выходе из строя активного узла). Это высокая доступность с точки зрения оборудования.

У вас может быть активный-активный кластер, но для этого потребуется несколько экземпляров SQL Server, работающих на каждом узле. (т.е. Экземпляр 1 на узле A переключается на Экземпляр 2 на Узле B, и экземпляр 1 на Узле B переключается на экземпляр 2 на Узле A).

Балансировка нагрузки (по крайней мере, с точки зрения SQL Server) не существует (по крайней мере, в том же смысле, что и балансировка нагрузки на веб-сервер). Так вы не сможете сбалансировать нагрузку. Однако,

Кластеризация баз данных - это немного двусмысленный термин, некоторые поставщики рассматривают кластер, в котором два или более серверов используют одно и то же хранилище, некоторые другие называют кластер набором реплицированных серверов.

Репликация определяет метод, с помощью которого набор серверов остается синхронизированным без необходимости совместного использования хранилища, имея возможность географически рассредоточиться, есть два основных способа сделать это:

• репликация мастер-мастер (или мульти-мастер): любой сервер может обновить базу данных. Обычно об этом заботится другой модуль в базе данных (или в некоторых случаях другое программное обеспечение, работающее поверх них).

  Обратной стороной является то, что это очень сложно сделать хорошо, и некоторые системы теряют свойства ACID в этом режиме репликации.

  Плюс в том, что он гибкий, и вы можете поддерживать отказ любого сервера, все еще обновляя базу данных.

• Репликация главный-подчиненный: существует только одна копия авторитетных данных, которые передаются подчиненному серверы.

  Обратной стороной является то, что он менее устойчив к сбоям, если ведущее устройство умирает, дальнейшие изменения в ведомых устройствах отсутствуют.

  Положительным моментом является то, что это легче сделать, чем с несколькими ведущими, и обычно сохраняются свойства ACID.

] Балансировка нагрузки - это другая концепция, она заключается в распределении запросов, отправляемых на эти серверы, таким образом, чтобы нагрузка распределялась как можно более равномерно. Обычно это делается на уровне приложения (или с пулом соединений). Единственная прямая связь между репликацией и балансировкой нагрузки заключается в том, что вам нужна некоторая репликация, чтобы иметь возможность балансировать нагрузку, иначе у вас будет один сервер.

Есть только одна копия авторитетных данных, которая отправляется на подчиненные серверы.

Обратной стороной является то, что он менее устойчив к сбоям, если ведущее устройство умирает, дальнейшие изменения в ведомых не производятся.

Положительным моментом является то, что это легче сделать, чем с несколькими ведущими, и при этом обычно сохраняются свойства ACID.

] Балансировка нагрузки - это другая концепция, она заключается в распределении запросов, отправляемых на эти серверы, таким образом, чтобы нагрузка распределялась как можно более равномерно. Обычно это делается на уровне приложения (или с пулом соединений). Единственная прямая связь между репликацией и балансировкой нагрузки заключается в том, что вам нужна некоторая репликация для балансировки нагрузки, иначе у вас будет один сервер.

Есть только одна копия авторитетных данных, которая отправляется на подчиненные серверы.

Обратной стороной является то, что он менее устойчив к сбоям, если ведущее устройство умирает, дальнейшие изменения в ведомых не производятся.

Положительным моментом является то, что это легче сделать, чем с несколькими ведущими, и при этом обычно сохраняются свойства ACID.

] Балансировка нагрузки - это другая концепция, она состоит в распределении запросов, отправляемых на эти серверы, таким образом, чтобы нагрузка распределялась как можно более равномерно. Обычно это делается на уровне приложения (или с пулом соединений). Единственная прямая связь между репликацией и балансировкой нагрузки заключается в том, что вам нужна некоторая репликация для балансировки нагрузки, иначе у вас будет один сервер.

в подчиненных устройствах больше нет изменений.

Плюс в том, что это легче сделать, чем с несколькими главными серверами, и при этом обычно сохраняются свойства ACID.

Балансировка нагрузки - это другая концепция, она состоит в распределении запросов, отправленных этим серверам так нагрузка распределяется как можно более равномерно. Обычно это делается на уровне приложения (или с пулом соединений). Единственная прямая связь между репликацией и балансировкой нагрузки заключается в том, что вам нужна некоторая репликация для балансировки нагрузки, иначе у вас будет один сервер.

в подчиненных устройствах больше нет изменений.

Плюс в том, что это проще сделать, чем с несколькими ведущими, и обычно сохраняются свойства ACID.

Балансировка нагрузки - это другая концепция, она заключается в распределении запросов, отправленных этим серверам так нагрузка распределяется как можно более равномерно. Обычно это делается на уровне приложения (или с пулом соединений). Единственная прямая связь между репликацией и балансировкой нагрузки заключается в том, что вам нужна некоторая репликация, чтобы иметь возможность балансировать нагрузку, иначе у вас будет один сервер.

Обычно это делается на уровне приложения (или с пулом соединений). Единственная прямая связь между репликацией и балансировкой нагрузки заключается в том, что вам нужна некоторая репликация для балансировки нагрузки, иначе у вас будет один сервер.

Обычно это делается на уровне приложения (или с пулом соединений). Единственная прямая связь между репликацией и балансировкой нагрузки заключается в том, что вам нужна некоторая репликация для балансировки нагрузки, иначе у вас будет один сервер.