Рекомендации по физической топологии (Office SharePoint Server)

Статья
06/12/2012

На производительность системы может значительно влиять топология уровня базы данных системы, а также сеть, физическое хранилище и кэширование. При планировании состава оборудования помните, что приложение Microsoft Office SharePoint Server 2007 является последней версией Office SharePoint Server работающей в среде 32-разрядных операционных систем и баз данных. В этой статье в основном описываются улучшения, которые можно выполнить, когда система работает в операционной системе Microsoft SQL Server 2008.

Важно!

Если используется метод постепенного обновления, то для поддержания допустимого времени отклика от сервера с операционной системой SQL Server 2008 может понадобиться увеличить, минимум в два раза, ресурсы SQL Server, поддерживающие Office SharePoint Server 2007.

В следующих разделах предоставлены практические рекомендации для баз данных SQL Server 2005, в которых размещается приложение Office SharePoint Server 2007.

Использование выделенного сервера SQL Server 2008

К уровню базы данных в заданной топологии применимы следующие рекомендации.

Всегда размещайте SQL Server 2008 на выделенном сервере, который не выполняет других ролей в ферме и на котором не размещены базы данных других приложений, за исключением случаев, когда система развертывается на изолированном сервере.
Настоятельно рекомендуется установить 64-разрядную версию SQL Server 2005 в 64-разрядной операционной системе, если нет серьезных экономических причин для обратного.
Для оптимизации производительности используйте приложение Office SharePoint Server 2007 с сервером баз данных SQL Server 2008, для которого установлен последний пакет обновления, если нет серьезных причин использовать более раннюю версию.
При настройке фермы серверов используйте псевдоним подключения SQL Server. Псевдоним подключения — это альтернативное имя, которое может использоваться для подключения к экземпляру SQL Server. В случае отказа сервера базы данных можно изменить псевдоним на интерфейсном веб-сервере так, чтобы он указывал на другой сервер. Дополнительные сведения см. в статье Настройка псевдонима сервера SQL Server (Среда SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=132064&clcid=0x419).
Удостоверьтесь, что для ввода-вывода SQL Server 2008 используются диски, которые не используются другими приложениями, например файлом подкачки или журналами служб IIS.

Оценка масштабирования в дополнение к добавлению ресурсов

Важно отслеживать следующие три ресурсных компонента сервера SQL Server 2008: центральный процессор, память и подсистему ввода-вывода. Если нагрузка на один или несколько компонентов кажется повышенной, проанализируйте соответствующий план действий на основе текущей и спроектированной рабочей загрузки. Затем определите, что требуется: добавить больше ресурсов или выполнить масштабирование на новый сервер SQL Server 2008. В общем случае рекомендуется помимо добавления ресурсов оценить целесообразность масштабирования. Дополнительные сведения см. в статье Устранение проблем быстродействия в SQL Server 2008(на английском языке) (https://go.microsoft.com/fwlink/?linkid=168448&clcid=0x419).

При наличии более четырех веб-серверов, работающих на полную мощность, рекомендуется развернуть дополнительный сервер SQL Server 2008.

При выборе оборудования следуйте рекомендациях для SQL Server

В следующих разделах содержатся рекомендации группы разработки SQL Server 2008 для оборудования, позволяющие оптимизировать производительность Office SharePoint Server 2007.

Память

Чтобы определить объем памяти, требуемый для серверов SQL Server 2008, сначала определите масштаб планируемого развертывания в показателях потребления памяти: малый, средний и большой.

Определите масштаб развертывания с помощью следующей таблицы.

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

Показатель	Значение
Размер базы данных контента	100 ГБ
Количество баз данных контента	20
Количество параллельных запросов к SQL Server 2008	200
Пользователи	1000
Количество элементов в списке, к которому регулярно предоставляется доступ	2000
Количество столбцов в списке, к которому регулярно предоставляется доступ	20

Для приложения SQL Server 2008 требуется не менее 4 гигабайт (ГБ) памяти, 8 ГБ рекомендуется для развертываний среднего масштаба, а для крупных развертываний рекомендуется 16 ГБ или более.

К другим факторам, которые могут повлиять на требования к памяти, относятся:

использование зеркального отображения SQL Server 2008;
частое использование файлов с размером, превышающим 15 мегабайт (МБ).

Кэш центрального процессора

Для повышения производительности памяти рекомендуемая емкость кэша 2-го уровня для каждого процессора сервера SQL Server 2008 должна составлять не менее 2 МБ.

Пропускная способность шины

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

В следующем списке предоставлены некоторые рекомендации для оптимизации пропускной способности шины.

Для серверов среднего и крупного масштаба увеличение пропускной способности шины повышает надежность системы, особенно при добавлении программного обеспечения, поддерживающего нескольких каналов ввода-вывода. Для небольших систем, напротив, увеличение пропускной способности шины не обеспечивает значительного повышения надежности. Надежность пропускной способности шины повышается путем создания в системе избыточных каналов и предотвращения возникновения в оборудовании единственной точки отказа.
Увеличение пропускной способности шины повышает производительность в системах, где часто используется пересылка крупных блоков и последовательный ввод-вывод.
На малых серверах, где в основном используется последовательный ввод-вывод, шина PCI становится узким местом при наличии трех дисков. Для небольшого сервера, использующего восемь дисков и выполняющего в основном произвольный ввод-вывод, шины PCI достаточно. Однако обычно на серверах с масштабом от малого до очень большого используется шина PCI-X.
Увеличение пропускной способности шины необходимо для поддержки большого количества дисков.
Объем пропускной способности шины может быть ограничен топологией системы. Если в системе используются напрямую подключенные диски, то объем пропускной способности шины ограничивается числом разъемов. Однако в системах SAN фактор физического ограничения отсутствует.
Более дорогие серверы обычно используют более емкие и быстрые шины. Зачастую не существует способа увеличить объем пропускной способности шин без замены серверов. Однако чем больше сервер, тем более гибко он настраивается. Для получения характеристик оборудования проконсультируйтесь с поставщиками серверов.

Интерфейсы дисков и SAN

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

Интерфейс	Преимущества	Недостатки	Примечания
Интерфейс SCSI	Поддерживает принудительную запись данных на диск, расширяет возможности восстановления. Шина SCSI с функцией TCQ поддерживает обработку нескольких запросов ввода-вывода. Присутствует поддержка горячей замены. На шине SCSI может присутствовать до 15 дисков на канал. Меньше ограничений по длине физического кабеля.		Перегрузка каналов увеличивает вероятность достижения предела скорости передачи.
Интерфейс IDE	Присутствует поддержка горячей замены. На шине IDE высокая скорость передачи возможна только в том случае, если к каждому каналу подключен только один диск. Обычно емкость выше по сравнению с дисками SCSI. Обычно стоимость в расчете на один гигабайт меньше, чем в дисках SCSI.	Может обрабатывать только один запрос ввода-вывода на каждый канал.
Интерфейс SATA	Шина SCSI с функцией TCQ поддерживает обработку нескольких запросов ввода-вывода. Присутствует поддержка горячей замены. Большинство интерфейсов явно разработано для поддержки только одного диска на каждый канал. Однако также доступно несколько интерфейсов SATA с 2-12 и более каналами на интерфейсных платах. Обычно емкость выше по сравнению с дисками SCSI. Обычно стоимость в расчете на один гигабайт меньше, чем в дисках SCSI.
Интерфейс Serial-attached SCSI (SAS)	Очень быстрый интерфейс. Поддерживает протокол SCSI. Позволяет подключать большее число дисков по сравнению с интерфейсом SCSI.		Подключается только к DAS. Замена технологии параллельного интерфейса SCSI. Обратная совместимость с дисками SATA.

Избыточность базы данных в центре обработки данных

В центре обработки данных следует обеспечить избыточность любого типа хранилища.

Для SAN или общих дисков наиболее типичной и экономически эффективной технологией является кластеризация. В продукты и технологии SharePoint встроена поддержка использования кластеров, доступных в SQL Server 2008 Standard Edition. Работающие группы могут обнаружить, что кластеризация предлагает знакомое решение для обеспечения готовности. Дополнительные сведения см. в статье Настройка доступности в единственной ферме с помощью кластеризации SQL Server (https://go.microsoft.com/fwlink/?linkid=168606&clcid=0x419).
Для выделенных дисков или дисковых хранилищ (DAS) можно использовать зеркальное отображение базы данных SQL Server 2008. В SharePoint не встроена поддержка зеркального отображения. Чтобы изменить подключения при сбое зеркального отображения, рекомендуется использовать псевдоним клиента SQL Server и вручную управлять процессом отработки отказа, изменяя псевдоним так, чтобы он указывал на сервер-партнер, обеспечивающий отработку отказа. Дополнительные сведения см. в статье Использование зеркального отображения базы данных с Office SharePoint Server 2007 (https://go.microsoft.com/fwlink/?linkid=83725&clcid=0x419).

Избыточность базы данных между центрами обработки данных

Данные, хранящиеся либо в SAN, либо в DAS, можно зеркально отобразить или реплицировать для поддержки требований непрерывности ведения бизнеса, но методы зеркального отображения отличаются следующим образом:

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

Если выбрано использование асинхронного зеркального отображения, SharePoint может использовать предлагаемое SQL Server 2008 преимущество сжатия потоков журналов и — если используется SQL Server 2008 Enterprise Edition — также может использовать преимущество применения дополнительного потока повтора на базу данных для каждого из четырех ядер в системе. Дополнительные сведения см. по следующим адресам:

Примечание

Некоторые технологии SQL Server 2008, например репликацию транзакций, нельзя использовать с продуктами и технологиями SharePoint, так как технология репликации требует, чтобы все таблицы базы данных содержали столбец первичного ключа. Перед реализацией технологий репликации убедитесь, что эта технология поддерживается как для SQL Server 2008, так и для Office SharePoint Server 2007.

Чтобы делать моментальные снимки данных, размещенных в SAN, можно использовать технологии моментальных снимков. DAS, в большинстве случаев, не предоставляют дополнительные службы и программное обеспечение, обеспечивающие поддержку моментальных снимков.

Чтобы обеспечить дополнительную защиту Microsoft SQL Server и продуктов и технологий Microsoft Office SharePoint, можно использовать такие вспомогательные технологии, как Microsoft System Center Data Protection Manager 2007. Microsoft System Center Data Protection Manager 2007 обеспечивает сохранение данных на диски и ленты и восстановление для серверов в доменах Active Directory® и между ними. Дополнительные сведения о приложении Microsoft System Center Data Protection Manager 2007 см. на веб-сайте Microsoft System Center Data Protection Manager 2007(на английском языке) (https://www.microsoft.com/systemcenter/dataprotectionmanager/ru/ru/default.aspx).

Быстродействие

И для DAS, и для SAN следует измерить следующие показатели быстродействия:

Ввод-вывод в секунду
Мегабайты в секунду
Задержка

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

Для сред SAN выгодной может быть коммутируемая фабрика Fibre Channel, так как технология Fibre Channel может предоставить несколько каналов для фабрики и, таким образом, обеспечить параллельные пути ввода-вывода, чтобы SAN могла эффективнее обрабатывать запросы ввода-вывода.

Очень важна минимальная задержка подсистемы ввода-вывода, обслуживающей сервер SQL Server. Медленный отклик подсистемы ввода-вывода не может быть скомпенсирован добавлением других типов ресурсов, таких как процессор или память, но может повлиять на работу фермы и стать причиной определенных проблем. Перед развертыванием спланируйте минимальную задержку и контролируйте свои системы, как описано в разделе Мониторинг и устранение неполадок, связанных с быстродействием хранилища.

Топология диска

Используемая в системе топология дисков может повлиять на надежность и производительность.

Необходимо минимизировать задержку подсистем ввода-вывода, обслуживающих сервер SQL Server 2008. Медленный отклик подсистемы ввода-вывода не может быть скомпенсирован добавлением других типов ресурсов (например, процессоров или памяти), но может повлиять на работу фермы и стать причиной определенных проблем.

Для выбора топологии воспользуйтесь сведениями из следующей таблицы.

Топология	Преимущества	Недостатки	Примечания
SAN	Может обслуживать несколько серверов. Нет ограничений на количество подключаемых дисков. Легче устанавливать дополнительные серверы. Легче управлять большим количеством серверов. Легче перемещать дисковое хранилище между серверами. Затраты на обслуживание ниже по сравнению с DAS.
DAS	Выше максимальная пропускная способность. Легче управлять небольшим количеством серверов. Начальные накладные расходы меньше по сравнению с топологией SAN.	Развертывается на каждом сервере. Количество дисков ограничено числом разъемов сервера и типом используемого интерфейса.	Рассмотрите вариант с использованием топологии DAS, если возникают узкие места при рабочей нагрузке. При достижении предельного количества DAS для конкретного сервера необходимо развернуть дополнительный сервер SQL Server 2008.
NAS		В среде NAS нельзя ни гарантировать, ни обеспечить время отклика ввода-вывода для SQL Server 2008. Протокол iSCSI может поддерживать только небольшой трафик ввода-вывода.	Не рекомендуется использовать среду NAS из-за невозможности обеспечить достаточный показатель задержки. Если требуется сетевое хранилище, то используйте iSCSI на выделенной для iSCSI гигабитной локальной сети Ethernet, а не среду NAS.

SAN

Может обслуживать несколько серверов.

Нет ограничений на количество подключаемых дисков.

Легче устанавливать дополнительные серверы. Легче управлять большим количеством серверов.

Легче перемещать дисковое хранилище между серверами.

Затраты на обслуживание ниже по сравнению с DAS.

DAS

Выше максимальная пропускная способность.

Легче управлять небольшим количеством серверов.

Начальные накладные расходы меньше по сравнению с топологией SAN.

Развертывается на каждом сервере.

Количество дисков ограничено числом разъемов сервера и типом используемого интерфейса.

Рассмотрите вариант с использованием топологии DAS, если возникают узкие места при рабочей нагрузке.

При достижении предельного количества DAS для конкретного сервера необходимо развернуть дополнительный сервер SQL Server 2008.

NAS

В среде NAS нельзя ни гарантировать, ни обеспечить время отклика ввода-вывода для SQL Server 2008.

Протокол iSCSI может поддерживать только небольшой трафик ввода-вывода.

Не рекомендуется использовать среду NAS из-за невозможности обеспечить достаточный показатель задержки. Если требуется сетевое хранилище, то используйте iSCSI на выделенной для iSCSI гигабитной локальной сети Ethernet, а не среду NAS.

Загрузите эту книгу

Для упрощения чтения и печати эта тема включена в следующую загружаемую книгу:

Планирование и архитектура Office SharePoint Server 2007, часть 2

Полный список доступных книг см. на веб-странице Загружаемый контент для Office SharePoint Server 2007.

Поделиться через