Как использовать распределенную базу данных PostgreSQL на веб-сайте?
С Именованными экземплярами SQL Server (т.е. более затем один процесс sqlservr.exe) можно ограничить ЦП при помощи привязки процессора для привязки планировщика SQL Server для экземпляра к определенному ЦП. Существует также макс. память сервера, устанавливающая, который также указан на экземпляр SQL Server.
Я не думаю, что существует любая установка всего сервера, которая может быть установлена с дисками, но по крайней мере можно создать отдельный LUN для баз данных, чтобы находиться на и разделить загрузку тот путь.
В SQL Server 2008 там является регулятором ресурса, который позволяет Вам устанавливать очень сложные правила для рабочих нагрузок и суммы ресурсов, которые они могут использовать, который может быть для каждой базы данных. Возможно, обновление в порядке?
Я недавно попытался понять это также для подобного проекта. То, что я действительно находил, является этим не то, чтобы легкий. Существует несколько и коммерческих альтернатив с открытым исходным кодом когда дело доходит до репликации. Однако большинство из них не поддерживает несколько основных основных решений, и довольно многие из них трудно поддержать и установить.
У Вас есть некоторые альтернативы для продвижения, в зависимости от того, как веб-приложение является установкой и в каком количестве дублирования Вы нуждаетесь. Самый легкий, вероятно, делает теплое резервное устройство (что функциональность уже включена в версию 8.3), но в событие катастрофического отказа, у Вас будет время простоя.
Другие решения по репликации, на которые я посмотрел, включают:
Из тех я нашел Bucardo самым интересным, так как он поддерживает основное ведущее устройство (не много хотя), и, кажется, довольно легок установить.
Slony немного трудно установить и также требует большого обслуживания при обновлении таблиц (изменения DDL не копируются), и также только "главный-подчиненный", что означает, что можно только записать в одну базу данных.
PgCluster, кажется, не сохраняется и действительно не производит серьезное впечатление с документацией, и веб-сайт (веб-сайт не были обновлены с 2005).
Выполнение глобального циклического алгоритма через DNS может заставить Ваши соединения быть non-persistant. Если Ваш код не будет знающим узлом, то необходимо ожидать записи на любой из дублируемых баз данных.
Можно сделать мультиосновную установку репликации с несколькими решениями. Я использовал PgCluster прежде с хорошим успехом. Существует также интересный просмотр проекта в Пост-ГРЭС-R.
Следует иметь в виду, что непротиворечивость является Вашим врагом здесь. Если Вы пишете в один узел, то считанный от другого, Ваш запрос может разбить Вашу фиксацию к другой базе данных.
Если объем Ваших запросов является чтениями, Вы могли бы настроить схему стандартной репликации и затем иметь Ваш код, делают записи к центральной основной базе данных. Это - больше работы, но это заставляет непротиворечивость выйти легче иметь дело с. Вы могли использовать что-то как Slony, чтобы сделать 'нормальную' репликацию.
Править: Я соглашаюсь с комментариями о PgCluster, являющемся твердым настроить и имеющий плохо документы! Я не связывался с ними, поскольку их сайт снижается, поскольку я пишу это.