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

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

  • разработка инфраструктуры SharePoint;
  • оптимизация рабочей нагрузки SharePoint;
  • рабочие службы;
  • оптимизация и мониторинг.

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

  • разработка информационной архитектуры;
  • построение логической архитектуры;
  • разработка физической архитектуры;
  • планирование установки;
  • планирование гибридной «облачной» среды.

Итак, начнем с самых основ: какими характеристиками должен обладать сервер, который является частью фермы SharePoint? Обратимся к версии SharePoint 2016, данные для нее даны в таблице 1 (https://technet.microsoft.com/en-us/library/cc262485 (v=office.16).aspx).

 

Требования к серверам в разных сценариях развертывания SharePoint 2016

Основное требование к серверам в данном случае на самом деле состоит в том, чтобы использовать оперативную память емкостью в 12-16 Гбайт и 64-разрядную систему с 4 ядрами на любом типе сервера внутри инфраструктуры SharePoint. Обозначенный параметр 80 Гбайт дискового пространства для системного накопителя — это, в сущности, минимальный объем, необходимый для работы со средой. Разумеется, объем дискового пространства для другого накопителя — параметр уникальный для вашей среды с учетом объема дискового пространства, необходимого для размещения всего контента.

Итак, вы распределили необходимые ресурсы или приобрели соответствующие требованиям серверы. Теперь перед вами встает еще более важная задача — выбрать подходящую архитектуру, и здесь Microsoft, разумеется, предоставляет множество вариантов.

На сайте TechNet размещены некоторые диаграммы, которые можно использовать при выборе варианта топологии (см. документ по адресу: https://technet.microsoft.com/en-us/library/cc263199(v=office.16).aspx).

Разработчики версии SharePoint 2016 внесли в продукт следующее изменение: в процесс выбора пользователем ролей серверов теперь включен вариант MinRole (см. рисунок и документ по адресу: https://technet.microsoft.com/en-us/library/mt346114(v=office.16).aspx).

 

Преимущества использования роли MinRole
Рисунок. Преимущества использования роли MinRole

Все это замечательно, но на практике главное — выбрать схему, в наибольшей степени соответствующую потребностям вашей организации. Существует целый ряд параметров, которые сегодня могут быть использованы при формировании серверных ферм SharePoint 2016. Каждая схема имеет свои плюсы и минусы, определяемые тем, какие требования предъявляются к решению. Основные схемы, по сути, связаны с использованием ролей MinRole, MinRole V2 Combined Roles и Custom.

Минималистская схема

В минималистской схеме используются параметры MinRole, при этом каждая роль представлена одним экземпляром. В такой схеме используются следующие роли:

  • внешний сервер;
  • сервер распределенного кэша;
  • сервер поиска;
  • сервер приложений;
  • сервер баз данных.

Схема с высокой степенью доступности

В схеме с высокой степенью доступности используются параметры MinRole, при этом каждая роль представлена не менее чем двумя серверами. В этой схеме задействованы следующие роли:

  • (внешний сервер) x 2;
  • (сервер распределенного кэша) x 2;
  • (сервер поиска) x 2;
  • (сервер приложений) x 2;
  • (сервер баз данных) x 2.

Минималистская произвольная схема

Ни один из параметров MinRole в такой схеме не применяется. В ней используется роль Custom, и функционирует она подобно ферме SharePoint 2013.

Произвольная схема с высокой степенью доступности

В такой схеме используются все настройки MinRole для внешних серверов и серверов поиска. Для всех остальных серверов применяется роль Custom. В данной схеме используются следующие роли:

  • внешний сервер;
  • сервер поиска;
  • прикладные серверы;
  • сервер баз данных.

Полностью произвольная схема

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

  • внешний сервер;
  • сервер распределенного кэша;
  • сервер выполнения пакетов;
  • сервер специализированных прило­­жений;
  • сервер баз данных.

Схема с использованием комбинированных ролей

Здесь используются все роли версии MinRole V2, которая состоит из комбинированных ролей. В этой схеме применяются следующие роли:

  • внешний сервер с сервером распределенного кэша;
  • сервер приложений с сервером поиска;
  • сервер баз данных.

Схема высокой доступности с использованием комбинированных ролей

В данной схеме применяются все роли версии MinRole V2, которая состоит из комбинированных ролей; на каждом уровне представлено несколько серверов. В схеме задействованы следующие роли:

  • (внешний сервер с сервером распределенного кэша) x 2;
  • (сервер приложений с сервером поиска) x 2;
  • (сервер баз данных) x 2.

Рекомендуемые топологии

Сравнивая предлагаемые топологические схемы, мы можем получить представление о том, какие роли следует использовать при реализации тех или иных сценариев. Речь идет о фермах Content, Service и Search, как показано в таблице 2.

 

Роли и сценарии

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

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

Купить номер с этой статьей в PDF