Конфигурация MySites Sharepoint 2010 года

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

Блейды и SAN часто неправильный продаются поставщиками. Я подозреваю, что кластер товара 1U серверы, вероятно, был бы лучшим для Ваших потребностей. Существует много центров обработки данных, которые не возьмут блейд-системы, потому что передаваемая мощность очень высока, и охлаждающиеся требования являются довольно нуждающимися также!

Я - большой поклонник Gluster для, распределял/копировал устройство хранения данных, Вы могли бы найти интересным заняться расследованиями как альтернатива решению SAN от крупного поставщика.

Целая стопка HP DL360s сделала бы точно также (или более дешевые товарные серверы (я настоятельно рекомендую DNUK)). Я серьезно сомневаюсь, что Вам были бы нужны соединения Infiniband между Вашими серверами (инфраструктура является дорогой, и в основном ненужной в веб-целях служащего при выполнении моделирования HPC выражения генома мой ответ мог бы отличаться!)

Относительно сетевой инфраструктуры (если необходимо рассмотреть это также..), я рекомендую маршрутизаторы Cisco, или с переключателями Cisco Catalyst или с HP Procurves (довольно равномерно подобранный, IMO, и более дешевый)

Что касается выравнивания нагрузки, выделенный сервер Linux, выполняющий LVS, легко обработает трафик к нескольким кластерным узлам. Если бы у Вас были деньги ($30 тысяч +), то Citrix netscaler мог бы быть правильной платформой кэширования/ускорения/выравнивания нагрузки, но принять во внимание, что Вам будет нужно 2 (идеально 3) их для дублирования.

Необходимо, вероятно, попытаться включать кэш-память с самого начала, это легко добавить масштабируемость и значительно улучшает кэширующуюся производительность, особенно при чтении из кластера баз данных MySQL. Существуют другие вещи, которые можно сделать для настройки производительности MySQL также, такой как использование InnoDB по MyISAM.

Я подозреваю, что Вы были бы более обеспечены с обратным кэшем прокси-сервера, таковы как Лак, в противоположность Сквиду, который работает лучше клиентским кэшем.
Вы могли довольно легко иметь несколько специализированных узлов кэша Лака или выполнить Лак на том же сервере как Apache / lighttpd серверы.

Постарайтесь не входить в состояние, где Вы получаете зависимость от поставщика, поскольку это может оказаться очень дорогим когда дело доходит до лицензирования проблем. Очень возможно создать масштабируемый сайт с помощью свободного/с открытым исходным кодом программного обеспечения, полностью. Конечно, подсистемы балансировки нагрузки программного обеспечения не будут с такой скоростью, как аппаратные со специализированным ASICs, но с хорошей сетевой инфраструктурой, он может прибыть достаточно близкий.

Для управления первая часть планирует использовать dsh, ганглии, nagios, splunk, запустить.

Просто потребность добавить марионетку к тому списку, и Вы на победителя. Не упустите дорогое лицензирование splunk (при вхождении в обработку 10-х ГБ журналов в день это могло бы укусить Вас).

Munin является большим свободным контрольным инструментом и имеет преимущества перед приложениями как Zabbix, потому что он может автоматически настроить графики из сменного сценария (таким образом, Вы не должны отслеживать перед тем, что Вы контролируете).