Install-SPHelpCollection -All

Install-SPApplicationContent

Write-Host "Ферма SharePoint 2010 Farm создана!" if ($ConfigType -eq "H") I

$WebAppCreation=read-host "Создать веб-приложение с помощью ^стандартного шаблона бригадного сайта? (Д/Н)"; if ($WebAppCreation -eq "Д"){

SHostHeaderQ = read-host "Вы укажете заголовок хоста? (Д/Н)"; if ($HostHeaderQ -eq "Д") (

$HostHeader = read-host "Укажите заголовок хоста для веб-приложения (напр., intranet. companyabc. com) ";

$URL = "http://"+$HostHeader;

Write-Host "Создание веб-приложения...";

New-SPWebApplication -Name "SharePoint 2010 Team Site” -Port 80 -HostHeader $FQDN -Url SURL -ApplicationPool "Content_AppPool" -ApplicationPoolAccount (Get-SPManagedAccount $FarmAcct.UserName) -DatabaseServer SDatabaseServer

-DatabaseName $FarmName+"_TeamSite_ContentDB_01";

New-SPSite SURL -OwnerAlias $FarmAcct.UserName -Language 1033 -Template "STS#0ⁿ -Name "Team Site";

Write-Host I else (

Write-Host "Создание веб-приложения на основе стандартного шаблона

Ч>бригадного сайта___"

}

} else {

Write-Host "Настройка заверешена.";

}

}

Write-Host "Для продолжения нажмите любую клавишу... "

$х = Shost.UI.RawUI.ReadKey("NoEcho,IncludeKeyDown")

Для работы этого сценария нужно выполнить следующие высокоуровневые шаги:

1. Создайте в VMM новый гостевой сеанс Windows Server 2008 R2, и выделите ему не менее 10 Гбайт ОЗУ и четырех виртуальных процессоров. (Не забывайте, что у SharePoint 2010 большие требования к ресурсам.) Кроме того, выделите этому сеансу два виртуальных диска: один для ОС, а другой — для индекса.

2. Установите в гостевом сеансе двоичные файлы SharePoint 2010, но не запускайте мастер конфигурирования. Скопируйте вышеприведенный сценарий PowerShell в какой-либо каталог на сервере, например. С: \Scripts. Синтаксис вызова сценария см. в шаге 3.

3. С помощью VMM преобразуйте гостевой сеанс в серверный шаблон. Задайте для этого шаблона автоматическое добавление машины в домен и выполните команду powershell.exe -noexit C:\scripts\ProvisionFarm.ps! (см. рис. 12.6).

4. С помощью портала самообслуживания создайте новый сервер на основе полученного шаблона. После того как сеанс будет создан и добавлен в домен, войдите в систему и выполните сценарий создания фермы. Т.к. двоичные файлы SharePoint 2010 уже установлены, сценарий сможет создать новую ферму или добавить сервер в существующую ферму.

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

Этот же процесс можно использовать и с другими программами виртуализации, наподобие стороннего VMware VirtualCenter. Базовая концепция остается той же: просто установите двоичные файлы SharePoint 2010, а потом создайте шаблон сервера. Затем с помощью сценария оснащения можно автоматически создавать новые виртуальные фермы или добавлять в них дополнительные члены.

Резюме

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

Особенно полезным можно оказаться использование средства управления наподобие System Center VMM: оно позволяет воплотить в жизнь ситуации, описанные в данной главе, 1де виртуализованную ферму SharePoint 2010 можно автоматически создать на основе шаблона за считанные минуты, и разработчики и архитекторы ферм могут создавать по мере необходимости великолепные фермы SharePoint.

Практические рекомендации

• Не выделяйте слишком много памяти или процессоров: отношение между количеством выделенных виртуальных процессоров для гостевых систем и количеством ядер на хосте не должно превышать 2:1.

• Используйте для виртуализации проверенный гипервизор — такой как Microsoft Нурег-V R2 или сторонний гипервизор, поддерживающий план SWP.

• Выделяйте на виртуальном хосте до 1 Гбайт памяти для работы ПО виртуализации.

• Рекомендуется использовать не виртуальные сетевые карты и диски, а сетевые карты и диски прямого доступа (отображение на физические устройства), которые по-

зволяют получить наивысшую производительность. Это особенно актуально для серверов баз данных SQL.

• Если вы решили работать с гипервизором Microsoft Hyper-V, то используйте последнюю его версию, входящую в состав Windows Server 2008 R2: производительность в ней существенно улучшена по сравнению с первоначальной версией Hyper-V.

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

• При виртуализации с помощью Microsoft Hyper-V для сеанса хостовой ОС рекомендуется использовать вариант установки Server Core. Это снижает общие требования к системе и позволяет получить более работоспособный хост.

• Рекомендуется использовать средство наподобие Microsoft System Center VMM для гостевых виртуальных машин и управления хостами, а также тогда, когда требуется быстро и надежно создавать члены ферм.

ГЛАВА

развертывание SharePoint для экстрасетей и альтернативных вариантов аутентификации

В ЭТОЙ ГЛАВЕ...

• Экстрасети как средство сотрудничества с партнерами, поставщиками и клиентами

• Обычные ситуации и топологии развертывания экстрасетей

• Безопасность экстрасетей в SharePoint 2010

• Реализация вариантов аутентификации

• Реализация решения партнерской экстрасети

• Модернизация существующего решения экстрасети для SharePoint 2007

• Соображения по безопасности для решений экстрасетей SharePoint

308

Многие организации развернули с помощью SharePoint 2007 экстрасети для совместной работы с партнерами, поставщиками и клиентами. Эти организации привыкли работать с множеством проблем, связанных с развертыванием SharePoint 2007 в качестве решения экстрасети: отправка почтовых оповещений с неверных URL, плохая интеграция с клиентскими приложениями Office и путаница у бригад, совместно работающих с помощью сайта в экстрасети.

Компания Microsoft вложила значительные средства в развитие многих областей SharePoint 2010, включая и существенные изменения функций экстрасетей. К таким усовершенствованиям относятся улучшенная интеграция с пакетом Office, улучшенный процесс аутентификации, гибкие варианты развертывания, улучшенное управление проверкой подлинности в интерфейсе прикладного программирования (application programming interface — API) и многое другое.

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