Основной целью тестирования сервера Oracle SPARC T7-2 было ознакомление с новыми технологиями аппаратного ускорения СУБД Oracle с использованием нового процессора Oracle M7, на базе которого построен сервер (подробнее об этом в наших следующих статьях).
).
Заодно мы протестировали на сервере функции виртуализации гипервизора Oracle VM for SPARC, о которых речь пойдет ниже.
Серверы из линейки Oracle SPARC T-серии позиционируются как машины уровня Enterprise для консолидации нескольких систем на одном физическом сервере.
Для этого у них есть встроенный гипервизор Oracle VM for SPARC, расширенные возможности ОС Solaris 11 по поддержке виртуальных сред, а также многоядерная многопоточная архитектура.
Предыдущие модели линейки — серверы Oracle T4/T5 — используются для аналогичных задач.
Заказчики довольно часто используют серверы серии T4/T5 в качестве замены нескольких устаревших серверов SPARC. Именно поэтому Oracle SPARC T7-2 нас в первую очередь заинтересовал с точки зрения возможностей виртуализации.
Принципиальных различий в плане виртуализации между линейками Т7 и Т5 нет. Используется та же виртуальная машина Oracle для гипервизора SPARC, но более поздней версии.
Архитектурно сервер Т7-2 позволяет более гибко распределять свои ресурсы ввода-вывода между отдельными виртуальными машинами (Логический домен, LDom) за счет появления выделенных контроллеров ввода-вывода (ранее они были интегрированы непосредственно в ЦП).
Однако по сути общий подход к настройке виртуальной среды остается прежним, а существующий функционал актуален и вполне работоспособен.
Один из наиболее существенных нюансов заключается в том, что от устаревших версий ОС придется отказаться: T7-2 накладывает определенные ограничения на используемые версии операционных систем Solaris 10 и 11. 
Рис.
1. Общая настройка виртуальной среды сервера Oracle SPARC T7-2 в рамках наших тестов.
В ходе тестирования мы также проверили новые возможности, появившиеся в последних версиях гипервизора.
Один из них — шаблоны OVM (так называемые «шаблоны» для быстрого создания виртуальных машин).
Вы можете создавать свои собственные шаблоны или использовать существующие.
Шаблон включает в себя настройки виртуальной машины (LDom), необходимую версию ОС, предустановленные пакеты программного обеспечения, пользовательские среды и т. д. Создав такой шаблон, вы сможете развертывать аналогичные виртуальные машины на других серверах гораздо быстрее и эффективнее, чем создавать их с нуля.
Эта функция может значительно упростить задачу развертывания большого количества однотипных виртуальных машин.
Это может быть актуально для тех администраторов, которым необходимо за короткое время перенести большое количество небольших сред и систем в виртуальную среду.
Еще одно новшество — технология виртуального HBA (vHBA).
Этот механизм позволяет полностью эмулировать полноценный SCSI-адаптер (FC HBA) на виртуальной машине, которая физически принадлежит одному из управляющих доменов (например, основному домену).
Таким образом, все те устройства, которые подключены к этому физическому адаптеру, доступны напрямую внутри виртуальной машины.
Те.
Дисковые накопители, ленточные накопители и т. д. могут быть напрямую назначены конкретному гостевому домену.
Раньше такая функциональность отсутствовала — дисковые устройства «забрасывались» в домен посредством создания пары виртуальный диск клиент — сервер виртуального диска, ленточные накопители не могли быть представлены гостевому домену в принципе.
Следует отметить, что на данный момент механизм имеет ряд ограничений.
Главный из них — устройства, подключенные к физическому адаптеру, будут доступны всем гостевым доменам, которым назначен соответствующий «виртуальный HBA».
Это может создать проблемы с изоляцией ресурсов между разными гостевыми доменами.
Однако наличие такой функции — это еще один шаг к упрощению настройки виртуальной среды на серверах Т-серии.
Рад, что функционал развивается.
Надеемся, что это ограничение будет как-то устранено в будущих версиях прошивки.
В целом механизм vHBA имеет смысл использовать в тех случаях, когда вам нужна простота настройки дисковых устройств или вам нужен доступ к конкретным SCSI-устройствам непосредственно из гостевых доменов.
Примером является резервное копирование непосредственно на ленточные накопители.
В ходе тестирования мы уделили особое внимание функционалу автоматизированного управления сервером и средой его виртуализации.
В первую очередь меня заинтересовало наличие графических инструментов управления настройками OVM для гипервизора SPARC. Эта задача может быть интересна клиентам, которые широко используют виртуализацию Oracle SPARC и хотят сократить количество «ручных» процедур, выполняемых только инструментами командной строки.
На сегодняшний день доступны 2 варианта графического управления OVM для инструментов виртуализации SPARC. Мы обозначили их для себя как «легкие» и «тяжелые».
«Легкий» вариант — программное обеспечение Oracle VM Manager. «Тяжелый» — Операционный центр Oracle Enterprise Manager. Оба инструмента позволяют выполнять операции по настройке виртуальных машин на сервере из графической консоли.
Но в то же время у этих продуктов принципиально другая парадигма управления.
Программное обеспечение Oracle VM Manager изначально разрабатывалось как консоль управления Oracle VM для x86; Функциональность SPARC была добавлена позже.
OVM Manager хранит всю конфигурацию во встроенной базе данных, а сам гипервизор сервера практически ничего не знает о виртуальных машинах.
Если сервер OVM Manager выйдет из строя или эта база данных будет повреждена, конфигурация домена будет потеряна.
Кроме того, ряд операций по первоначальной настройке сервера (создание первичных/вторичных доменов, разделение физических ресурсов) с помощью OVM Manager в принципе невозможны; их нужно будет делать вручную.
В целом использование OVM Manager вполне оправдано для тех компаний, которым необходимо строить решения типа «частное облако на SPARC», т.е.
где требуется большое количество легковесных сред и приложений, при этом отказоустойчивость обеспечивается на уровне сервиса, не гипервизор.
Рис.
2. Архитектура Oracle VM Manager Программное обеспечение Oracle Enterprise Manager Ops Center использует другой подход. По своей сути Ops Center представляет собой комплексное конвергентное решение для управления всей ИТ-инфраструктурой, включая серверы, ОС, сети, системы хранения, конфигурации кластеров, СУБД и т. д. Он имеет гораздо более широкий список поддерживаемого оборудования и программного обеспечения, чем OVM Manager. Управление виртуализацией — это лишь малая часть этого процесса.
Ops Center использует всю конфигурацию гипервизора OVM при создании виртуальных машин и управлении ими.
Количество ручных операций практически сведено к нулю.
Таким образом, данное решение могут использовать те компании, которым требуются сложные, нестандартные конфигурации виртуальных машин.
Отметим, что обширный функционал Ops Center отчасти является его недостатком: продукт довольно громоздкий, и его изучение требует некоторого времени и усидчивости.
Однако решение позволяет консолидировать представление обо всей ИТ-инфраструктуре компании в одной консоли.
Рысь.
3. Архитектура центра управления Oracle Enterprise Manager Вывод по результатам нашего тестирования: сервер Oracle SPARC T7-2 хорошо подходит для консолидации и виртуализации сред, работающих на платформе SPARC. С помощью этого оборудования можно весьма эффективно решать задачи построения распределенных ферм виртуализации с динамическим перераспределением ресурсов и обеспечением высокой надежности.
Последовательное развитие инструментов виртуализации повышает стабильность, функциональность и простоту использования платформы для конечных пользователей.
Наличие автоматизированного управления также упрощает повседневные рабочие задачи и повышает производительность.
Учитывая новые возможности производительности, встроенные в ЦП (Oracle Database In-Memory), сервер представляется очень выгодной инвестицией в ИТ-инфраструктуру.
Статью подготовил Юрий Семенюков, руководитель отдела корпоративных решений Центра проектирования компьютерных систем компании «Инфосистемы Джет».
Мы приветствуем ваши конструктивные комментарии.
Теги: #Виртуализация #Тестирование ИТ-систем #oracle #информационные системы реактивных #информационные системы реактивных #информационные системы реактивных #информационные системы реактивных #информационные системы реактивных #информационные системы реактивных #информационные системы реактивных #информационные системы реактивных #информационные системы реактивных #информационные системы реактивных #информационные системы Jet #информационные системы Jet #информационные системы Jet #инфосистемы Jet #инфосистемы Jet #инфосистемы Jet #инфосистемы Jet #инфосистемы Jet #инфосистемы Jet #инфосистемы Jet #инфосистемы Jet #инфосистемы Jet #инфосистемы Jet #инфосистемы Jet #инфосистемы Jet #jet инфосистемы #инфосистемы джет #инфосистемы джет #инфосистемы джет #инфосистемы джет #Oracle SPARC
-
Выбор Инструментов Управления Ит-Услугами
19 Oct, 24 -
Первый Набор В Школу Разработки Интерфейсов
19 Oct, 24 -
С Чего Начать Строительство Дрона-Дирижабля
19 Oct, 24 -
Мировой Финансовый Кризис И Рунет
19 Oct, 24
