Как к SQL Server баланса загрузки 2008 для высокого использования приложения ASP.NET?
Если это - высокая доступность, Вам нужно, то Windows/SQL Server Clustering или База данных SQL Server, Зеркально отражающая решения для предложения. Кластеризация действительно требует большого планирования и ознакомления, если Вы никогда не делали этого прежде, но это будет очевидно для приложения.
Выравнивание нагрузки возможно с SQL Server, но это не для слабого сердечного. Это - решение, которое использует Windows Network Load Balancing (NLB) перед SQL Server. Самими SQL Server в NLB легче управлять, если они только для чтения, но они могут быть чтением-записью, если Вы используете репликацию транзакций с обновляемыми подписчиками. Этот тип репликации отмечен для депрекации в будущей версии все же.
Одна заключительная возможность является Масштабируемыми Общими Базами данных, но они определенно только для чтения.
Больше чтения:
Взгляните на книги Apress Allan Hirt по Высокой доступности SQL Server 2005 года и Pro SQL Server 2005/2008 Репликация от Apress.
Масштабируемые общие базы данных: http://technet.microsoft.com/en-us/library/ms345392.aspx
Системы реляционных баз данных редко являются загрузкой, сбалансировал тот же способ, которым веб-серверы. Проблема с классическим подходом к выравниванию нагрузки состоит в том, что все Ваши базы данных должны быть в постоянной синхронизации. Реляционная модель бесполезна, если два сервера не имеют идентичного состояния ни в каком моменте времени.
От Вашего вопроса не похоже, что Вы даже пытаетесь выполнить выравнивание нагрузки, которое является, прежде всего, критерием качества работы, чтобы гарантировать, что только столько пользователей поражает каждый сервер, сколько тот сервер может обработать. Это кажется на желание высоконадежной установки. Так как Вы говорите использование SQL Server я изучил бы обработки отказа. Это означает, что, если основная база данных недоступна, клиенты попытаются получить доступ к отказоустойчивым серверам. Дескрипторы SQL Server, сохраняющие основной экземпляр и каждую обработку отказа в синхронизации и также, обрабатывают ресинхронизацию основного экземпляра к обработке отказа, когда основное устройство прибывает назад онлайн из того, чтобы быть в режиме офлайн.
Хорошо, здесь мы идем. CAN НЕ БЫТЬ СДЕЛАННЫМ. Не без изменений приложений.
- Обновления установки - используют или кластеризацию или зеркальное отражение, чтобы удостовериться, что у Вас есть ДВЕ базы данных, которые работают или могут заменить к другому компьютеру быстрее. Зеркальное отражение сильно предпочтено.
- Перепишите приложение для обработки этого (т.е. сбой соединений, должен снова соединиться прозрачно, таким образом, это затем соединяется с копией).
Поймите, что все еще необходимо удалить приложение для обслуживания, когда Вы развертываетесь, новая копия / вносят изменения схемы дб.
Экономически эффективный ответ здесь должен довольно часто буферизовать базу данных со сбалансированным сервером дешевого товара, разделяют на уровни сервисы хост-приложения, которые обеспечивают обработку логики и хранение данных, которое иначе связало бы ресурсы базы данных. Очевидно, это требует некоторой мысли относительно энергозависимости данных и кэширующихся стратегий.
Позвольте мне дать Вам юрский ответ. Если Ваши цели включают "обновления Windows установки", Вы вне спасения.
Я имею серый в моей бороде и могу помнить время, когда приложение могло выполнить 10 лет, не имея необходимость переносить "обновления операционной системы". Полезное время жизни приложения измерялось в десятилетиях, не годах.
Таким образом, мой совет - это: установите рабочую версию своей базы данных SQL Server + приложение и ИЗОЛИРУЙТЕ СЕРВЕР БАЗЫ ДАННЫХ ОТ MICROSOFT UPDATES. Если это не повреждается, не фиксируйте его.
Используйте заменяемые в горячем режиме диски RAID.
Имейте сервер базы данных зеркального отображения (на предложение TomTom) под рукой в случае, если Ваши аппаратные средства гадят.