Планирование виртуализации (SharePoint Foundation 2010)
Применимо к: SharePoint Foundation 2010
Последнее изменение раздела: 2016-11-30
В данной статье описан процесс планирования, которому необходимо следовать для успешного развертывания Microsoft SharePoint Foundation 2010 в виртуальной среде. Каждый шаг в процессе планирования включает ссылки на соответствующую документацию. Подразумевается, что было определено решение SharePoint Foundation 2010, которое требуется развернуть в виртуальной среде. Внешне развертывание фермы SharePoint Foundation 2010 на виртуальных машинах выглядит так же, как и развертывание на физические серверы. Однако развертывание на виртуальных машинах включает различные уровни планирования, учитывающие характеристики технологии Технология Windows Server 2008 Hyper-V и реализацию виртуальных машин, виртуальных сетевых адаптеров и виртуальных жестких дисков на виртуальном сервере.
Перед началом разработки плана виртуализации рекомендуется прочитать Руководство по планированию и развертыванию Hyper-V (https://go.microsoft.com/fwlink/?linkid=187964&clcid=0x419).
Подробные сведения о следующих темах выходят за рамки данной статьи, но предоставляются в других статьях:
Управление емкостью
Высокая доступность
Использование виртуальной среды
Требования к безопасности
Аварийное восстановление
Планирование непрерывности бизнеса
Виртуальная среда состоит из двух взаимосвязанных уровней: физического и виртуального. Изменение конфигурации в одном уровне оказывает влияние на серверы в другом уровне. Эта взаимосвязь становится существенной при планировании, развертывании и использовании SharePoint Foundation 2010 в виртуальной среде.
Создание плана развертывания SharePoint Foundation 2010 в виртуальной среде
Необходимо производить планирование для виртуальной фермы таким же образом, как производится планирование физической фермы. Большинство, если не все, из описанных проблем и требований, связанных с развертыванием SharePoint Foundation 2010 на физических серверах, применяются также и к виртуальным машинам. Все принимаемые решения, такие как минимальные требования к процессору или памяти, оказывают прямое влияние на число требуемых узлов виртуализации, а также на их способность адекватно поддерживать виртуальные машины, определенные для фермы.
После окончания планирования физической фермы имеются все данных, необходимые для разработки архитектуры виртуализации. В идеале эта архитектура максимально приближается к конечному решению виртуализации, которое предполагается реализовать. В реальных условиях архитектура часто меняется при переходе через фазы развертывания в жизненном цикле системы. Действительно, можно определить, что некоторые роли фермы серверов не являются хорошими кандидатами для виртуализации.
Ключевые шаги планирования, задачи и ссылки объединены в следующей процедуре.
Создание плана виртуализации
Определение области виртуализации
Определение области является ключевым содействующим фактором для успешной реализации, управления и оценки проекта виртуализации. Примите во внимание тот факт, что большинство решений имеют несколько компонентов ферм. Например, веб-портал с выходом в Интернет обычно имеет ферму публикации, ферму разработки и ферму тестирования или обеспечения качества. При определении области необходимо решить, будет ли производиться виртуализация полной или выборочной инфраструктуры.
Для определения области виртуализации используется следующий список задач.
Задача 1. Определите все фермы, необходимые для реализации решения.
Задача 2. Для каждой фермы определите количество требуемых серверов, а также будущие роли этих серверов в ферме.
Задача 3. Определите, какие фермы планируется развернуть в виртуальной среде.
В этой задаче определяется область развертывания, что упрощает реализацию и управление. Дополнительные сведения см. в статье Планирование сайтов и решений (SharePoint Foundation 2010). Хотя решения имеют общие компоненты, каждое решение имеет собственные требования. Дополнительные сведения см. в статье Основы планирования сайтов (SharePoint Foundation 2010). В статье показано одно из популярных решений.
Уточните область в соответствии с целями и задачами решения, требованиями решения, или в зависимости от подразделения.
Определите серверы для виртуализации
Определите серверы, являющиеся подходящими кандидатами для виртуализации. С точки зрения технической поддержки и поддержки корпорации Майкрософт, можно виртуализовать все серверы SharePoint. Решение о виртуализации конкретного сервера должно приниматься на основе следующих соображений:
Корпоративные политики соответствия (например, требованиям законодательства или техническим требованиям).
Из консолидации серверов можно извлечь такие преимущества, как уменьшенное электропотребление и пониженные требования к объему физического пространства. Дополнительные сведения см. в статье Виртуализация серверов (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=187965&clcid=0x419) (Возможно, на английском языке).
Требования к мощности (см. следующий этап планирования)
Определение требований к мощности для каждого сервера фермы
Определите требования ресурсов для каждого сервера фермы, как если бы он был физическим сервером. При этом следует учитывать специальные роли серверов, такие как размещение компонентов поиска в корпоративной среде. Необходимо указать объем ресурсов, который требуется для каждого из следующих компонентов сервера:
Память
Количество процессоров и минимальная тактовая частота
Количество и объем жестких дисков
Количество сетевых адаптеров и требуемая от них производительность
Примечание
Для физических серверов и виртуальных машин запланируйте пиковую нагрузку и определите, каким образом будут обрабатываться краткосрочные пики нагрузки.
Определите, может ли виртуальная машина соответствовать физическим требованиям.
Следует определить, удовлетворяет ли каждая виртуальная машина, определенная на этапе 3, требованиям мощности соответствующего физического сервера. Как минимум необходимо выполнить следующие задачи.
Задача 1. Доступ к требованиям памяти в контексте доступной мощности узла виртуализации.
Задача 2. Доступ к требованиям процессора. Hyper-V имеет жесткое ограничение в четыре виртуальных процессора на виртуальную машину. Если для физического сервера в ферме требуется восемь процессоров, следует определить, можно ли удовлетворить это требование путем увеличения количества виртуальных машин в ферме.
Задача 3. Доступ к требованиям памяти виртуальной машины в контексте локальной физической памяти или SAN.
Определение требований узла виртуализации
Определите минимальные требования узла (память, количество ядер, количество и размер локальных жестких дисков, количество сетевых адаптеров). Также необходимо изучить и запланировать следующее.
Масштабируемость. Определите, можно ли добавить в главный компьютер дополнительные ЦП, дополнительную память, дополнительные жесткие диски и сетевые адаптеры.
Важно!
В зависимости от производителя и модели компьютера может оказаться, что увеличение мощности невозможно. Эти сведения необходимо получить до использования или приобретения сервера.
Дополнительная мощность. Определите, имеет ли узел возможность масштабировать существующие или добавлять дополнительные виртуальные машины. Это очень важно, если планируется использовать кластеризацию обработки отказа Hyper-V, быструю миграцию или динамическую миграцию.
Важно!
Спланируйте пиковые нагрузки и определите, как будут обрабатываться кратковременные пики нагрузки.
Разработка архитектуры виртуализации
Для построения успешного решения необходима хорошо разработанная архитектура. В SharePoint Foundation 2010 основная трехуровневая топология предоставляет основу для всех решений. Хороший проект на основе рекомендуемой базовой топологии формируют следующие элементы:
Хорошая общая производительность
Простота обслуживания и обновления
Гибкость
Масштабируемость
Высокая доступность
Модель архитектуры виртуализации состоит из узлов виртуализации и виртуальных машин, формирующих топологию фермы. Эта модель позволяет визуализировать виртуальную среду, которую планируется развернуть.
Примечание
Будьте готовы к уточнению архитектуры по мере выполнения процесса планирования. Следующие этапы могут указывать на необходимость изменений архитектуры.
Идентификация требований хранилища
Определение объема локального физического хранилища или хранилища SAN, необходимого для хранилища, связанного с Hyper-V, такого как файлы конфигурации, виртуальные жесткие диски (VHD) и снимки.
Идентификация требований резервного копирования и восстановления
Кроме серверов фермы, следует выполнить планирование резервного копирования и восстановления для всей фермы или ее части. Дополнительные сведения см. в статье Backup and recovery (SharePoint Foundation 2010).
Определение требований высокого уровня доступности и разработка решения
Определите подходы для достижения высокого уровня доступности веб-серверов, серверов приложений и баз данных. Следующие стратегии относятся к числу наиболее распространенных.
Избыточность оборудования и серверов
Компоненты с возможностью горячей замены
Кластеризация обработки отказа для виртуальных и физических серверов. Дополнительные сведения см. в статье Hyper-V. Использование Hyper-V и кластеризации обработки отказов (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=187967&clcid=0x419) (Возможно, на английском языке).
Кластеризация или зеркальное отображение серверов баз данных.
Определите индикаторы исправности и мощности для отслеживания виртуальной среды.
Объедините ключевые индикаторы, полученные на предыдущих этапах, с планированием, выполненным для SharePoint Foundation 2010. Дополнительные сведения см. в статье Планирование фермы серверов и среды (SharePoint Foundation 2010). Следует определить все индикаторы исправности и мощности, чтобы собрать показатели следующих объектов в виртуальной среде:
виртуальных машин, на которых установлен SharePoint Foundation 2010;
виртуальных машин, не являющихся частью фермы, таких как сервер брандмауэра;
узлов виртуализации;
сетевых компонентов.
После начала сбора данных в виртуальной среде можно создать основу, которую можно использовать для доступа к виртуальной среде и ее настройки во время развертывания и после ввода фермы в эксплуатацию.
Создайте план развертывания для фазы развертывания жизненного цикла системы.
Дополнительные сведения см. в описании модели развертывания продуктов SharePoint 2010 в статье Технические графики (SharePoint Foundation 2010).
Создание плана обслуживания
Создайте план обслуживания, позволяющий реализовывать изменения паролей и применять обновления программного обеспечения, пакеты обновлений и исправления. В этот план должны входить виртуальные машины и узлы виртуализации.