Мы играем с бета-версией SP 2010 перед запланированным развертыванием в конце этого года в академической среде.
Мы ожидаем, что большая часть трафика будет проходить через личные сайты, когда все будет подготовлено, поэтому мы рассматриваем, как мы можем спланировать нашу топологию SP для правильного масштабирования.
Первоначальная мысль - запустить главный портал на одном сервере, разместить личные сайты «Студент» на одном сервере и «Персонал» на другом.
Действительно ли это легко сделать или мы идем по плохому пути?
В частности, можем ли мы иметь 2 разных семейства сайтов личных сайтов, каждое из которых размещено на выделенном сервере? Если да, можем ли мы настроить SharePoint для работы с типом учетной записи пользователя, которым они являются, и направить их на правильный сервер?
Да, это возможно, и это не считается плохим путем. Это очень типичная ситуация для людей, у которых есть географически распределенная рабочая сила (используйте локальный мой сайт, но централизованный главный сайт) или которые хотят отделить мои сайты по соображениям производительности, таким как вы.
Единственное, что вызывает у меня сомнения, - зачем запускать мои сайты на разных серверах в этот момент? Я бы подумал, что вам будет лучше потратить свои (серверные) деньги, отделив обычный сайт от моих сайтов, но сохранив два моих сайта вместе, чтобы они могли совместно использовать ресурсы (и, возможно, иметь некоторые возможности переключения при отказе? Зависит от того, сколько серверов вы говорим о.)
В любом случае, для этого нужно иметь несколько ферм. В вашем сценарии это будет 3 фермы:
Затем вы можете установить доверительные отношения между основной фермой и двумя фермами моих сайтов, где основной сайт будет публиковать свои услуги, а фермы моих сайтов будут их использовать.
В пределах своей основной фермы вы можете настроить аудиторию для своих сотрудников, а другую - для пользователей, основываясь на тех критериях, которые их разделяют. После этого вы настраиваете 2 доверенных местоположения личных сайтов и даете им соответствующий URL-адрес и аудиторию.