Планирование доступности (SharePoint Foundation 2010)
Применимо к: SharePoint Foundation 2010
Последнее изменение раздела: 2016-11-30
Эта статья описывает ключевые решения при выборе стратегий доступности для среды Microsoft SharePoint Foundation 2010.
При внимательном изучении требований доступности имейте в виду, что чем выше уровень доступности и больше число защищаемых систем, тем сложнее и дороже будет решение.
Не все решения в организации требуют одинакового уровня доступности. Можно предложить разные уровни доступности для разных сайтов, разных служб или разных ферм.
Содержание:
Обзор доступности
Выбор стратегии и уровня доступности
Избыточность и отработка отказа между близко расположенными центрами обработки данных, настроенными как единая ферма ("растянутая" ферма)
Обзор доступности
Доступность — это степень, в которой среда SharePoint Foundation воспринимается пользователями как доступная. Доступная система устойчива, то есть влияющие на службу инциденты возникают нечасто, и при их возникновении предпринимаются своевременные и эффективные меры.
Доступность является частью управления непрерывной работой и связана с архивацией и восстановлением, а также аварийным восстановлением. Дополнительные сведения об этих связанных процессах см. в разделах Планирование резервного копирования и восстановления (SharePoint Foundation 2010) и Планирование аварийного восстановления (SharePoint Foundation 2010).
Примечание
При расчете доступности большинство организаций обычно специально исключают или добавляют часы для плановых мероприятий по обслуживанию.
Одной из наиболее распространенных мер обеспечения доступности является процент времени работоспособности, выражаемый определенным числом девяток, то есть процент времени, в течение которого данная система активна и работает. Например, про систему с процентом времени работоспособности 99,999 говорят, что ее доступность составляет пять девяток.
Следующая таблица сопоставляет процент времени работоспособности с эквивалентами календарного времени.
| Допустимый процент времени работоспособности | Время простоя в день | Время простоя в месяц | Время простоя в год |
|---|---|---|---|
95 |
72,00 мин |
36 ч |
18,26 дн. |
99 (две девятки) |
14,40 мин |
7 ч |
3,65 дн. |
99,9 (три девятки) |
86,40 с |
43 мин |
8,77 ч |
99,99 (четыре девятки) |
8,64 с |
4 мин |
52,60 мин |
99,999 (пять девяток) |
0,86 с |
26 с |
5,26 мин |
При наличии реалистичной оценки вероятного количества часов простоя в год можно использовать следующие формулы расчета процента времени работоспособности для года, месяца или недели:
% времени работоспособности/год = 100 – (8760 – общее число часов простоя в год)/8760
% времени работоспособности/месяц = 100 - ((24 ? число дней в месяце) - общее число часов простоя в данном календарном месяце)/(24 ? число дней в месяце)
% времени работоспособности/неделя = 100 – (168 – общее число часов простоя за данную неделю)/168
Затраты на доступность
Доступность является одним из наиболее затратных требований для системы. Чем выше уровень доступности и число защищаемых систем, тем более сложным и дорогим будет решение. При инвестировании в доступность затраты складываются из следующих элементов:
Дополнительное аппаратное и программное обеспечение, которое может увеличить сложность взаимодействий между приложениями и настройками.
Дополнительная сложность эксплуатации.
Расходы на повышение доступности должны оцениваться с учетом потребностей организации — не все решения требуют одинакового уровня доступности. Можно предложить разные уровни доступности для разных сайтов, разных служб или разных ферм.
Доступность — это ключевая область, в которой отделы информационных технологий (ИТ) предлагают заключать соглашения об уровне обслуживания, определяющие ожидания групп пользователей. Многие ИТ-организации предлагают различные соглашения об уровне обслуживания, связанные с различными уровнями внутренних расчетов.
Определение требований доступности
Чтобы оценить допустимое для организации время простоя сайта, службы или фермы, ответьте на следующие вопросы:
Если сайт, служба или ферма станут недоступны, помешает ли это выполнению сотрудниками их должностных обязанностей?
Если сайт, служба или ферма станут недоступны, будут ли остановлены деловые операции, приводя к потере бизнеса и клиентов?
При положительном ответе на любой из этих вопросов следует инвестировать в решение по обеспечению доступности.
Выбор стратегии и уровня доступности
В среде SharePoint Foundation можно выбирать из множества подходов для повышения доступности, включая следующие:
Повышение отказоустойчивости аппаратных компонентов сервера.
Увеличение избыточности ролей серверов в ферме.
Отказоустойчивость аппаратных компонентов
Отказоустойчивость аппаратных компонентов обеспечивается избыточностью аппаратных компонентов и систем инфраструктуры, таких как источники питания на уровне сервера. При планировании отказоустойчивости аппаратных компонентов обратите внимание на следующее:
Полная избыточность каждого компонента сервера может быть невозможна или непрактична. Для дополнительной избыточности используйте дополнительные серверы.
Для максимальной избыточности обеспечьте питание каждого сервера от нескольких разных источников питания.
В любой системе рекомендуется работать с поставщиками оборудования для получения отказоустойчивого оборудования, подходящего для данной системы, включая дисковые массивы RAID.
Избыточность в рамках фермы
SharePoint Foundation 2010 поддерживает выполнение ролей серверов на избыточных (масштабируемых) компьютерах в составе фермы для увеличения емкости и обеспечения базовой доступности.
Требуемая емкость определяется как числом серверов в ферме, так и их размерами. После удовлетворения базовых потребностей в емкости может потребоваться добавление серверов для повышения общей доступности. Следующая иллюстрация показывает, как можно обеспечить избыточность для каждой роли сервера.
Доступность в ферме серверов
.gif "Доступность одной фермы")
Следующая таблица описывает роли серверов в среде SharePoint Foundation 2010 и стратегии избыточности, которые можно использовать для каждой из них в ферме.
| Роль сервера | Предпочтительная стратегия избыточности в рамках фермы |
|---|---|
Интерфейсный веб-сервер |
Развертывание в ферме нескольких интерфейсных веб-серверов и использование балансировки сетевой нагрузки. |
Сервер приложений |
Развертывание в ферме нескольких серверов приложений. |
Сервер баз данных |
Развертывание серверов баз данных с использованием кластеризации или зеркального отображения баз данных с высоким уровнем доступности. |
Стратегии доступности баз данных
Можно использовать средства отработки отказа кластера Microsoft SQL Server или зеркального отображения баз данных с высоким уровнем доступности SQL Server для поддержания доступности баз данных в среде SharePoint Foundation.
Отработка отказа кластера SQL Server
Отработка отказа кластера может обеспечить поддержку доступности для экземпляра SQL Server. Отказоустойчивый кластер представляет собой комбинацию одного или нескольких узлов или серверов и двух или нескольких общих дисков. Экземпляр отказоустойчивого кластера выглядит как один компьютер, но обладает функциональностью, которая обеспечивает отработку отказа с одного узла на другой, если текущий узел становится недоступен. SharePoint Foundation может выполняться на любой комбинации активных и пассивных узлов в кластере, который поддерживается SQL Server.
SharePoint Foundation ссылается на кластер как на единое целое; поэтому отработка отказа выполняется автоматически и незаметно для SharePoint Foundation.
Подробные сведения об отработке отказа кластера см. в статье, посвященной началу работы с SQL Server 2008 Failover Clustering (https://go.microsoft.com/fwlink/?linkid=102837&clcid=0x419) и Configure availability by using SQL Server clustering (SharePoint Foundation 2010).
Зеркальное отображение SQL Server с высоким уровнем доступности
Зеркальное отображение базы данных – это технология SQL Server, с помощью которой можно добиться избыточности базы данных посредством ее дублирования. При зеркальном отображении базы данных транзакции отправляются из основной базы данных и сервера непосредственно на зеркальную базу данных и сервер при записи буфера журнала транзакций на диск. Эта техника может поддерживать зеркальную базу данных в состоянии, почти идентичном состоянию основной базы данных. SQL Server Enterprise Edition предоставляет дополнительные функции, улучшающие производительность зеркального отображения баз данных.
Для зеркального отображения в ферме SharePoint Foundation необходимо использовать зеркальное отображение с высоким уровнем доступности, также известное как режим высокой безопасности с автоматической отработкой отказа. Зеркальное отображение баз данных с высоким уровнем доступности использует три экземпляра сервера: основной, зеркальный и следящий. Следящий сервер обеспечивает SQL Server возможность автоматической отработки отказа с основного сервера на зеркальный. Отработка отказа с основной базы данных в зеркальную обычно занимает несколько секунд.
Отличие от предыдущих версий состоит в том, что SharePoint Foundation поддерживает зеркальное отображение. После настройки зеркального экземпляра базы данных SQL Server воспользуйтесь центром администрирования SharePoint или командлетами Windows PowerShell для указания расположения зеркального сервера баз данных базам данных конфигурации, контента или приложения-службы. Настройка расположения базы данных отработки отказа добавляет в строку подключения параметр, используемый SharePoint Foundation для подключения к SQL Server. При возникновении события тайм-аута SQL Server происходит следующее:
Следящий сервер, настроенный для зеркального отображения SQL Server, автоматически меняет местами роли основной и зеркальной базы данных.
SharePoint Foundation пытается автоматически связаться с сервером, указанным как база данных отработки отказа.
Дополнительные сведения о настройке зеркального отображения баз данных см. в статье Configure availability by using SQL Server database mirroring (SharePoint Foundation 2010).
Дополнительные сведения о зеркальном отображении базы данных см. в статье, посвященной отображению базы данных (https://go.microsoft.com/fwlink/?linkid=180597&clcid=0x419).
Примечание
Базы данных, которые были настроены на использование удаленного поставщика хранилища большого двоичного объекта FILESTREAM SQL Server, не могут иметь зеркальное отображение.
Сравнение стратегий доступности базы данных для одной фермы: кластер отработки отказа SQL Server и зеркальное отображение SQL Server с высоким уровнем доступности
В следующей таблице приведено сопоставление кластера отработки отказа и синхронного зеркального отображения SQL Server с высоким уровнем доступности.
| Кластер отработки отказа SQL Server | Зеркальное отображение SQL Server с высоким уровнем доступности | |
|---|---|---|
Время для отработки отказа |
Член кластера начинает работать немедленно после сбоя. |
Зеркальное отражение начинает работать немедленно после сбоя. |
Транзакционная согласованность? |
Да |
Да |
Транзакционный параллелизм? |
Да |
Да |
Время для восстановления |
Меньше времени для восстановления (мс) |
Немного больше времени для восстановления (мс). |
Действия, необходимые для отработки отказа? |
Сбой автоматически обнаруживается узлами базы данных; SharePoint Foundation 2010 ссылается на кластер, поэтому отработка отказа осуществляется автоматически и достаточно легко. |
Сбой автоматически обнаруживается базой данных; SharePoint Foundation 2010 известно о расположении зеркального отображения, если оно правильно настроено, поэтому отработка отказа осуществляется автоматически. |
Защита от сбоя хранилища? |
Не обеспечивает защиту против сбоя хранилища, поскольку хранилище распределено между узлами кластера. |
Обеспечивает защиту против сбоя хранилища, поскольку оба сервера базы данных, основной и зеркальный, осуществляют запись на локальные диски. |
Поддерживаемые типы хранилища |
Общее хранилище (более дорогое). |
Можно использовать более дешевое хранилище с прямым подключением (DAS). |
Требования к размещению |
Члены кластеры должны размещаться в одной подсети. |
Основной, зеркальный и следящий серверы должны быть размещены в одной локальной сети (задержка до 1 мс). |
Модель восстановления |
Рекомендуется использовать модель полного восстановления SQL Server. Возможно использование простой модели восстановления SQL Server, однако единственной доступной точкой восстановления в случае потери кластера будет служить последняя полная резервная копия. |
Требуется модель полного восстановления SQL Server. |
Потеря производительности |
При отработке отказа возможна некоторая потеря производительности. |
При использовании зеркального отображения с высоким уровнем доступности возникает задержка, так как это синхронная операция. Для нее также требуются дополнительные ресурсы памяти и процессора. |
Затраты на эксплуатацию |
Настройка и поддержка на уровне сервера. |
Затраты на эксплуатацию больше, чем при кластеризации. Настройка и поддержка должны выполняться для всех баз данных. Изменение конфигурации после отработки отказа выполняется вручную. |
Стратегии избыточности приложений-служб
Стратегия избыточности, которая применяется для защиты приложений-служб, работающих в ферме, может изменяться в зависимости от того, где приложение-служба хранит данные.
Приложения-службы, которые хранят данные в базах данных
Для защиты приложений-служб, хранящих данные в базах данных, следует выполнить следующие действия.
Установите службу на нескольких серверах приложений для обеспечения избыточности в данной среде.
Настройте кластеризацию или зеркальное отображение SQL Server для защиты данных.
Следующие приложения-службы хранят данные в базах данных.
Приложение Служба подключения к бизнес-данным
Приложение-служба реестра приложений
Не рекомендуется использовать зеркальное отображение для базы данных реестра приложений, так как она используется только при обновлении каталога бизнес-данных Windows SharePoint Services 3,0 до SharePoint Foundation 2010.
Приложение-служба сбора данных об использовании и исправности
Примечание
Не рекомендуется создавать зеркало для база данных журналов приложения-службы сбора данных об использовании и исправности.
Служба параметров подписки Microsoft SharePoint Foundation
Избыточность и отработка отказа между близко расположенными центрами обработки данных, настроенными как единая ферма ("растянутая" ферма)
Некоторые предприятия используют близко расположенные центры обработки данных с подключениями, имеющими высокую пропускную способность, благодаря чему они могут быть настроены в виде единой фермы, которая называется растянутой. Чтобы "растянутая" ферма работала, задержка между SQL Server и интерфейсными веб-серверами в одном направлении должна составлять менее 1 мс, а пропускная способность — не менее 1 Гб/сек.
В этой ситуации можно обеспечить отказоустойчивость, следуя стандартным инструкциям по обеспечению избыточности баз данных и приложений-служб.
На следующем рисунке показана "растянутая" ферма.
"Растянутая" ферма
.gif "\"Растянутая\" ферма")