Что существует сегодня для балансировки нагрузки Microsoft SQL Server на Windows Server и прозрачности для любого программного доступа. Это встроено или решение нужно купить?
Я пытаюсь выяснить, существует ли сегодня решение, которое делает это очень простым с точки зрения доступа веб-серверов или других баз данных к SQL Server.
Ответы:
Для MS SQL Server не настроена «стандартная» балансировка нагрузки, которую можно запустить с помощью мастера.
Это будет решение архитектуры базы данных и будет реализовано на уровне базы данных, а не на уровне сервера. Методы будут:
Если кто-то не согласен, то я хотел бы увидеть статью уважаемого известного деятеля MS SQL, в которой говорится, что кластеризация - это балансировка нагрузки. В приведенных выше статьях не упоминается распределение нагрузки. Например, A Microsoftie (Chas Boyd) говорит, что это не здесь .
Мой вопрос к ОП: какую нагрузку вы ожидаете?
Серверы баз данных, как правило, связаны с вводом-выводом и памятью, поэтому правильная конфигурация диска (с соответствующими файловыми группами) и максимально возможное количество ОЗУ пойдут намного дальше, чем любое решение выше.
Не забывайте: 32-разрядная версия SQL Server 2005 / Windows 2003 Enterprise идет в 32 ГБ ОЗУ (из которых у вас будет кэш-память 26-28 ГБ), и вы не ограничены буквами дисков из-за точек монтирования NTFS. Что касается х64 ...
Сначала я хотел бы кое-что прояснить, если можно…
Кластеризация SQL Server - это технология доступности, построенная поверх кластеризации Windows. Он обеспечивает избыточность на аппаратном уровне и не имеет отношения к методике, известной как балансировка нагрузки, то есть распределение нагрузки обработки.
В дополнение к этому зеркальное отображение базы данных и доставка журналов также являются технологиями, обеспечивающими в первую очередь доступность различных форм.
Теперь на исходный вопрос ...
К сожалению, в SQL Server нет готового готового решения для балансировки нагрузки.
Вы можете использовать технологии репликации SQL Server для реализации среды распределенной базы данных, которая также влияет на распределение нагрузки обработки транзакций, однако ваше приложение должно быть «осведомлено» о базовой архитектуре.
Этот подход требует разработки и настройки конкретного приложения для предоставления услуги с балансировкой нагрузки.
Я надеюсь, что то, что я подробно описал, понятно и имеет смысл, но, конечно, не стесняйтесь, чтобы направить ваши вопросы непосредственно мне.
Ознакомьтесь с решением для балансировки нагрузки Native SQL от Cirtrix NetScaler или этого .
Если у вас нет базы данных с очень высокой записью, скажем, 10/90, где записывается только 10% ваших транзакций, вы можете использовать одноранговую репликацию sql 2005 и выше поверх аппаратного балансировщика нагрузки для достижения ваших потребностей. Ничего из коробки.
AlwaysOn Group с одной группой с набором БД действует в качестве Первичной на Сервере А, а другая группа оставшихся БД - в качестве Первичной на Сервере Б, которую я могу рассматривать как решение для балансировки нагрузки. Нужно только разработать ручную синхронизацию объектов уровня Сервера, таких как логины, связанные серверы, операторы, оповещения, настройки почты базы данных.
Доступны новые технологии для балансировки нагрузки базы данных, отдельно от SQL Server. Эти программные решения интегрируются с Always On в 2012 или 2014 году и поддерживают автоматическое разделение для чтения / записи и другие методы балансировки нагрузки. Ищите NetScaler DataStream или ScaleArc for SQL Server в качестве двух примеров этого прозрачного программного обеспечения для балансировки нагрузки SQL.