emc vspex - dell emc russia · Рисунок 15. Сводка iostat по функциям из...

РУКОВОДСТВО ПО РАЗРАБОТКЕ

EMC VSPEX

Аннотация

В данном руководстве по разработке описывается разработка виртуализированных ресурсов базы данных Oracle в соответствующей проверенной инфраструктуре EMC® VSPEX™ для VMware vSphere. Кроме того, в данном документе рассказывается, как определять конфигурацию Oracle в VSPEX, выделять ресурсы в соответствии с передовыми практиками и использовать все преимущества VSPEX.

Апрель 2013 г.

EMC VSPEX ДЛЯ ВИРТУАЛИЗИРОВАННЫХ СРЕД ORACLE DATABASE 11g OLTP

EMC VSPEX для виртуализированных сред Oracle Database 11g OLTP Руководство по разработке

2

© Корпорация EMC, 2013 г. Все права защищены.

Согласно сведениям корпорации EMC информация, которая приведена в данной публикации, является правильной на дату публикации. Информация может измениться без оповещения.

СОДЕРЖАЩАЯСЯ В ДАННОЙ ПУБЛИКАЦИИ ИНФОРМАЦИЯ ПРЕДОСТАВЛЯЕТСЯ НА УСЛОВИЯХ «КАК ЕСТЬ». Корпорация EMC не предоставляет никаких условий или гарантий в отношении указанной информации и отказывается от подразумеваемых гарантий коммерческой ценности и пригодности для определенной цели. Использование, копирование и распространение любых продуктов ЕМС, описанных в данной публикации, требует наличия соответствующей лицензии.

EMC2, EMC и логотип EMC являются зарегистрированными товарными знаками или товарными знаками корпорации EMC в США и других странах. Все другие товарные знаки, упомянутые здесь, являются собственностью их владельцев.

Последнюю нормативную документацию по вашей линейке продуктов можно найти в разделе «Техническая документация и рекомендации» на веб-сайте онлайн-поддержки EMC.


Номер по каталогу: H11449


3

Содержание

Глава 1 Введение ....................................................................... 11

Назначение данного руководства .................................................... 12

Ценность для бизнеса ....................................................................... 12

Рассматриваемые вопросы .............................................................. 13

Целевая аудитория ........................................................................... 13

Терминология .................................................................................... 14

Глава 2 Перед началом работы ............................................... 15

Процесс управления документами .................................................. 16

Основные материалы ....................................................................... 16 Обзоры решений ........................................................................................ 16 Руководство по внедрению Oracle Database 11g .................................... 16 Проверенная архитектура VSPEX ............................................................ 17 Резервное копирование и восстановление .............................................. 17

Глава 3 Обзор решения ............................................................. 19

Обзор .................................................................................................. 20

Архитектура решения ........................................................................ 20

Ключевые компоненты ...................................................................... 21 Введение ..................................................................................................... 21 EMC VSPEX ................................................................................................ 22 Oracle Database 11g ................................................................................... 24 VMware vSphere 5.1 .................................................................................... 25 VMware vSphere HA .................................................................................... 25 VMware vSphere Distributed Resource Scheduler ...................................... 25 VMware vSphere PowerCLI ......................................................................... 26 Серия EMC VNX ......................................................................................... 26 EMC Virtual Storage Integrator .................................................................... 27 Red Hat Enterprise Linux 6.3 ....................................................................... 27 EMC Unisphere ............................................................................................ 28 EMC Avamar ................................................................................................ 28 EMC Data Domain ....................................................................................... 29

Глава 4 Выбор проверенной инфраструктуры VSPEX ....... 31

Введение ............................................................................................ 32



4

Шаг 1. Оценка сценария использования заказчика с помощью квалификационной таблицы ............................................................. 32

Шаг 2 Разработка архитектур приложений ...................................... 33

Шаг 3 Выбор правильной проверенной инфраструктуры VSPEX .. 33

Глава 5 Замечания по проектированию решений и передовые практики ....................................................................... 35

Обзор .................................................................................................. 36

Разработка сети ................................................................................ 36 Обзор ........................................................................................................... 36 Передовые практики построения сетей ................................................... 37

Разработка схемы системы хранения данных ................................ 38 Обзор ........................................................................................................... 38 архитектуру высшего класса; .................................................................... 38 Схема системы хранения данных ............................................................. 39 Передовые практики хранения данных .................................................... 39 Пример схемы системы хранения данных VSPEX .................................. 40

Настройка FAST Cache для Oracle .................................................. 41 Обзор ........................................................................................................... 41 Передовые практики для FAST Cache ..................................................... 42

Разработка уровня виртуализации .................................................. 43 Обзор ........................................................................................................... 43 Передовые практики виртуализации ........................................................ 43

Разработка внедрения Oracle Database 11gR2 ............................... 46 Обзор ........................................................................................................... 46 Конфигурация клиента Oracle dNFS ......................................................... 46 Автоматическое управление общей памятью ......................................... 46 Включение настройки HugePages ............................................................. 46 Операции ввода-вывода для файлов файловой системы ..................... 47 Схема файлов баз данных для сетевой файловой системы NFS ......... 47

Разработка резервного копирования и восстановления ................ 47 Обзор ........................................................................................................... 47 Высокоуровневая архитектура .................................................................. 47 Рекомендации ............................................................................................ 49 Передовые практики резервного копирования и восстановления ......... 50

Глава 6 Методология проверки решений .............................. 51

Проверка решения ............................................................................ 52 Обзор ........................................................................................................... 52

Создание тестовой среды ................................................................ 53

Заполнение тестовой базы данных ................................................. 54

Внедрение своего решения .............................................................. 54



5

Глава 7 Справочная документация ......................................... 55

Белые книги ....................................................................................... 56 Oracle........................................................................................................... 56 Решения ...................................................................................................... 56 VMware ........................................................................................................ 56

Документация по продуктам ............................................................. 57 Oracle........................................................................................................... 57 Решения ...................................................................................................... 57 VMware ........................................................................................................ 57

Приложение A Квалификационная таблица ............................ 59

Обзор квалификационной таблицы ................................................. 60

Печать квалификационной таблицы ................................................ 61

Приложение B Инструмент VSPEX Sizing Tool ........................ 63

Пример квалификационной таблицы VSPEX для Oracle ............... 64

Ручное определение конфигурации виртуализированной Oracle Database 11g OLTP для VSPEX ....................................................... 67

Обзор ........................................................................................................... 67 Процедура определения конфигурации Oracle вручную ........................ 67



6


7

Рисунки

Рисунок 1. Прошедшая валидацию архитектура инфраструктуры ...... 21 Рисунок 2. Проверенная инфраструктура VSPEX ................................. 22 Рисунок 3. Сетевой уровень: высокая доступность (VNX) ................... 36 Рисунок 4. Включение библиотеки ODM клиента dNFS ....................... 38 Рисунок 5. Элементы хранения данных Oracle Database 11gR2 ......... 38 Рисунок 6. Пример схем системы хранения данных:

Oracle Database 11gR2 для серии VNX ............................... 41 Рисунок 7. Сервер Avamar и подключаемый модуль

Avamar Plug-in for Oracle ....................................................... 48 Рисунок 8. Квалификационная таблица для EMC VSPEX для

Oracle 11g OLTP .................................................................... 60 Рисунок 9. Подготовленная для печати квалификационная

таблица .................................................................................. 61 Рисунок 10. Просмотр квалификационной таблицы ............................... 61 Рисунок 11. Пример квалификационной таблицы EMC VSPEX для

Oracle ...................................................................................... 64 Рисунок 12. Раздел init.ora Parameters из отчета AWR .......................... 64 Рисунок 13. Запрос верхнего уровня отсечки сессии пользователя ..... 65 Рисунок 14. Вычисление размера базы данных с помощью запроса

SQL ......................................................................................... 65 Рисунок 15. Сводка IOStat по функциям из отчета AWR ........................ 65 Рисунок 16. События активного ожидания из AWR................................. 66 Рисунок 17. Транзакции в профиле нагрузки из отчета AWR ................ 66 Рисунок 18. Пример квалификационной таблицы EMC VSPEX для

Oracle ...................................................................................... 67

Рисунки


8


9

Таблицы

Табл 1. Терминология ....................................................................... 14 Табл 2. Проверенная инфраструктура VSPEX для процесса

развертывания базы данных Oracle ................................... 16 Табл 3. Характеристики эталонной виртуальной машина ............. 23 Табл 4. Сопоставление модели определения конфигурации

Oracle с эталонной виртуальной машиной VSPEX ............ 23 Табл 5. Схема системы хранения данных VNX для Oracle ............ 39 Табл 6. Схема файлов баз данных для сетевой файловой

системы NFS ......................................................................... 47 Табл 7. Терминология резервного копирования Avamar ................ 49 Табл 8. Общие шаги по проверке приложений ................................ 52 Табл 9. Сопоставление пользователей приложений эталонным

виртуальным машинам VSPEX ........................................... 68 Табл 10. Тип RAID, дополнительные издержки записи и

коэффициент использования ресурса хранения ............... 69 Табл 11. Произвольные операции ввода-вывода на диске по

типам дисков ......................................................................... 69 Табл 12. Пример расчета пула хранения данных ............................. 70 Табл 13. Сопоставление эталонных виртуальных машин пулу

виртуальной инфраструктуры (пример) ............................. 71 Табл 14. Выбор модели проверенной инфраструктуры VSPEX ...... 71

Таблицы


10


11

Глава 1 Введение

Эта глава содержит следующие разделы.

Назначение данного руководства ................................................ 12 Ценность для бизнеса .................................................................... 12 Рассматриваемые вопросы .......................................................... 13 Целевая аудитория ......................................................................... 13 Назначение данного руководства ................................................ 12

Ценность для бизнеса .................................................................... 12

Рассматриваемые вопросы .......................................................... 13

Целевая аудитория ......................................................................... 13

Глава 1: Введение


12

Назначение данного руководства Проверенные инфраструктуры EMC® VSPEX™ оптимизированы для виртуализации критически важных бизнес-приложений. VSPEX предоставляет модульные решения, созданные на основе технологий, которые ускоряют развертывание, упрощают работу, расширяют возможности выбора, повышают эффективность и снижают риски.

VSPEX позволяет партнерам проектировать и внедрять виртуальные ресурсы, требуемые для поддержки полностью интегрированного решения для виртуализации системы управления реляционными базами данных (RDBMS) Oracle в инфраструктуре частного облака VSPEX.

VSPEX для виртуализированной архитектуры Oracle предоставляет заказчикам современную систему, которая может размещать масштабируемое решение виртуализированной базы данных с постоянным уровнем производительности. В этом решении используется VMware vSphere™ при поддержке массива хранения данных EMC VNX® и EMC Avamar® и Data Domain® для резервного копирования. Хотя вычислительные и сетевые компоненты определяются производителем, они разработаны, чтобы обеспечить резервирование и мощность, достаточную для обработки и обслуживания данных для среды виртуальных машин.

Данное руководство по разработке содержит информацию о разработке проверенной инфраструктуры VSPEX для виртуализированной базы данных Oracle OLTP в соответствии с передовыми практиками, а также о выборе правильной проверенной архитектуры VSPEX с измерительным инструментом EMC VSPEX Sizing Tool для определения конфигурации.

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

Данная проверенная инфраструктура VSPEX поможет партнерам EMC оценить преимущества для заказчиков, которые предоставляют серия VNX, системы резервного копирования и восстановления EMC и решения Oracle. Ведь заказчики зачастую используют растущие и изолированные ИТ-среды под управлением серверных приложений, а также сталкиваются с ростом числа проблем резервного копирования и восстановления в базах данных Oracle.



13

Это решение VSPEX спроектировано, чтобы устранить сложности с базами данных Oracle заказчиков и позволить заказчикам увеличить уровни производительности, масштабируемости, надежности и автоматизации. Консолидируя свои приложения баз данных в EMC VNX, заказчики могут получить единую централизованную платформу хранения данных, позволяющую эффективнее управлять взрывным ростом данных, что представляет собой сложную задачу для современного бизнеса. Размер этого решения определен и проверена его работа с системами резервного копирования и восстановления EMC, чтобы:

• снизить требования к хранилищу резервных копий заказчика и его стоимость,

• обеспечить соответствие окнам резервного копирования,

• позволить быстро восстанавливаться с диска.

Рассматриваемые вопросы В данном руководстве по разработке описывается планирование и разработка проверенной инфраструктуры VSPEX для баз данных Oracle, виртуализированных с помощью VMware vSphere. Кроме того, в данном руководстве рассказывается, как применять доступный измерительный инструмент VSPEX Sizing Tool для Oracle, выделять ресурсы в соответствии с передовыми практиками и использовать все преимущества VSPEX.

Целевая аудитория Данное руководство предназначено для внутреннего использования сотрудниками EMC и сертифицированными партнерами EMC VSPEX. Данное руководство предполагает, что партнеры VSPEX, которые намерены осуществить развертывание данного решения, соответствуют следующим требованиям.

• Сертифицированы EMC для осуществления продаж, установки и настройки семейства унифицированных систем хранения EMC VNX

• Сертифицированы для продажи, установки и настройки сетевых и серверных продуктов, необходимых для проверенных инфраструктур VSPEX

• Сертифицированы для осуществления продаж проверенной инфраструктуры VSPEX

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

• VMware vSphere

• Redhat Enterprises Linux 6.x

• Oracle Database 11g или более поздней версии

• Решения EMC следующего поколения для резервного копирования, включая EMC Avamar® и EMC Data Domain®



14

В соответствующих местах данного документа содержатся внешние ссылки. Корпорация EMC рекомендует ознакомиться с этими документами. Подробнее см. в разделе Глава 7, Справочная документация.

Терминология В Табл 1 перечисляются термины, используемые в руководстве.

Табл 1. Терминология

Термин Определение AWR Средство Automatic Workload Repository

DNFS Клиент Direct NFS

DNS Система доменных имен

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

FQDN Полностью определенное доменное имя

FRA Область быстрого восстановления (Oracle)

IOPS Количество операций ввода-вывода в секунду

NFS Сетевая файловая система

NL-SAS Диски Near-line SAS

ODM Средство Oracle Disk Manager

OLTP Оперативная обработка транзакций

Oracle EE Oracle Enterprise Edition

Oracle SE Oracle Standard Edition

PowerCLI Интерфейс Windows PowerShell для взаимодействия с VMware vSphere и программными интерфейсами vCloud API

Эталонная виртуальная машина

Единица измерения одной виртуальной машины для оценки вычислительных ресурсов проверенной инфраструктуры VSPEX.

SGA Системная глобальная область

Statspack Утилиты для мониторинга базы данных Oracle и создания отчетов

TPS Количество транзакций в секунду

VMDK Диск виртуальной машины VMware

VMFS Файловая система виртуальной машины VMware


15

Глава 2 Перед началом работы


Процесс управления документами .............................................. 16 Основные материалы ..................................................................... 16

Глава 2: Перед началом работы


16

Процесс управления документами EMC рекомендует следовать схеме процесса, приведенной в Табл 2, во время разработки и внедрения вашей проверенной инфраструктуры VSPEX для базы данных Oracle.

Табл 2. Проверенная инфраструктура VSPEX для процесса развертывания базы данных Oracle

Шаг Действие 1 С помощью квалификационной таблицы EMC VSPEX для

виртуализированной базы данных Oracle (Приложение A: Квалификационная таблица) соберите требования заказчика.

2 С помощью измерительного инструмента VSPEX Sizing Tool определите рекомендуемую проверенную инфраструктуру VSPEX для Oracle Database 11g на основе требований пользователей, собранных на шаге 1. Подробные сведения об измерительном инструменте VSPEX Sizing Tool см. на веб-сайте EMC Business Value Portal. Примечание. При первом запуске инструмента необходимо пройти процедуру регистрации. Если измерительный инструмент VSPEX Sizing Tool недоступен, конфигурацию приложения можно определить вручную с помощью рекомендаций по определению конфигурации в Приложении Б: Расчет требований системы хранения данных VSPEX для Oracle 11g Database OLTP.

4 Чтобы выбрать и заказать правильную проверенную инфраструктуру VSPEX, см. веб-сайт Виртуализация информационной инфраструктуры.

5 Чтобы развернуть и протестировать свою проверенную инфраструктуру VSPEX для Oracle Database 11g, обратитесь к документу EMC VSPEX для виртуализированных сред Oracle Database 11g OLTP — руководство по внедрению.

Основные материалы Прежде чем внедрять описанное в этом документе решение, корпорация EMC рекомендует прочитать следующие документы, доступные в разделе VSPEX в EMC Community Network или на веб-сайте russia.emc.com и портале партнеров по проверенным инфраструктурам VSPEX.

• Решения EMC VSPEX для виртуализации серверов, предназначенные для предприятий среднего бизнеса

• Решения EMC VSPEX для виртуализации серверов, предназначенные для предприятий малого и среднего бизнеса

• EMC VSPEX для виртуализированных сред Oracle Database 11g OLTP — руководство по внедрению

Обзоры решений

Руководство по внедрению Oracle Database 11g

http://express.salire.com/go/emc�


http://www.emc.com/platform/virtualizing-information-infrastructure/vspex.htm�


https://community.emc.com/community/partner/vspex?view=overview�

http://www.emc.com/utilities/globalsiteselect.jhtml?checked=true�




17

• Эталонная архитектура. Решение EMC VSPEX для частного облака: VMware vSphere 5.1 максимально на 500 виртуальных машин

• Белая книга: EMC Avamar Backup for Oracle Environments

• Белая книга: EMC Avamar Backup with Data Domain

Проверенная архитектура VSPEX

Резервное копирование и восстановление



18


19

Глава 3 Обзор решения


Обзор ................................................................................................. 20 Архитектура решения ..................................................................... 20 Ключевые компоненты .................................................................. 21

Глава 3: Обзор решения


20

Обзор В этой главе представлен обзор проверенной инфраструктуры VSPEX для Oracle Database 11g и ключевые технологии, используемые в данном решении. Описанное в этом руководстве по разработке решение включает серверы, системы хранения, сетевые компоненты и компоненты Oracle Database 11g.

Это решение позволяет пользователям быстро и согласованно развернуть виртуализированную базу данных Oracle Database 11g в проверенной инфраструктуре VSPEX. Эталонная архитектура будет потреблять ресурсы эталонных виртуальных машин, основываясь на определении конфигурации в проверенной инфраструктуре VSPEX, и объединяться с дополнительными ресурсами хранения для данных приложений Oracle Database 11g.

Это руководство по разработке может помочь сотрудникам EMC и сертифицированным партнерам EMC VSPEX развернуть простое, эффективное и гибкое решение Oracle Database 11g в проверенной инфраструктуре VSPEX для своих заказчиков.

Архитектура решения На Рисунок 1 показана архитектура, которая характеризует инфраструктуру, прошедшую валидацию на поддержку наложения Oracle Database 11g на инфраструктуру VSPEX. Чтобы выполнить валидацию этого решения, мы1 предприняли указанные ниже шаги.

• Развернули все серверы Oracle Database 11g как виртуальные машины на VMware vSphere 5.1.

• С помощью измерительного инструмента VSPEX для Oracle Database 11g определили количество и подробную структуру ресурсов для каждой базы данных Oracle Database 11g. На Рисунок 1 показаны три варианта конфигурации Oracle разных размеров (малая, средняя и большая). С помощью измерительных инструментов, предоставляемых вместе с данным решением, определите размер среды своего заказчика и выберите для нее оптимальные варианты.

• Определили рекомендованную схему системы хранения данных для Oracle Database 11g и пул виртуальной инфраструктуры в массивах хранения данных серии VNX (с помощью измерительного инструмента VSPEX).

Примечание. Минимальная версия Oracle для этого решения — 11.2.03 (или 11gR2). В данном документе она обозначается как 11g.

1 В настоящем документе «мы» употребляется от лица команды инженеров EMC Solutions, которая выполняла валидацию.



21

Рисунок 1. Прошедшая валидацию архитектура инфраструктуры

Ключевые компоненты

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

• EMC VSPEX

• Oracle Database 11g

• VMware vSphere 5.1

• VMware vSphere HA

• vSphere Distributed Resources Scheduler

• EMC Unisphere

• VMware vSphere PowerCLI

• Red Hat Enterprise Linux 6.3

• Эталонная виртуальная машина

• Модель малой/средней/большой базы данных

• Серия EMC VNX®

• EMC Virtual Storage Integrator (VSI)

Введение



22

Корпорация EMC объединила усилия с ведущими в отрасли поставщиками ИТ-инфраструктур, чтобы создать полностью виртуализированное решение, призванное ускорить развертывание технологий частного облака. Проверенная инфраструктура VSPEX, созданная на основе лучших в своем классе технологий, ускоряет развертывание, упрощает работу, расширяет возможности выбора, повышает эффективность и снижает риски.

Проверенная инфраструктура VSPEX (показана на Рисунок 2) — это модульная виртуализированная система, проверенная EMC и поставляемая партнерами EMC. VSPEX включает уровень виртуализации, сервер, сеть и хранилище, архитектура которых разработана корпорацией EMC для обеспечения надежной и предсказуемой производительности.

Рисунок 2. Проверенная инфраструктура VSPEX

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

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

EMC VSPEX



23

Эталонная виртуальная машина Чтобы упростить обсуждение данной виртуальной инфраструктуры, в решении VSPEX типичная нагрузка заказчика (описанная в этом разделе) определена как эталонная виртуальная машина. Для решений VSPEX эталонная виртуальная машина определяется как единица измерения для одной виртуальной машины, чтобы оценить вычислительные ресурсы в виртуальной инфраструктуре VSPEX. В Табл 3 перечисляются характеристики такой виртуальной машины.

Табл 3. Характеристики эталонной виртуальной машина

Характеристика Значение Количество виртуальных процессоров на одну виртуальную машину

1

ОЗУ для каждой виртуальной машины 2 ГБ

Доступная емкость ресурсов хранения для каждой виртуальной машины

100 ГБ

Количество операций ввода-вывода в секунду (IOPS) для каждой виртуальной машины

25

Шаблон ввода-вывода Случайный

Соотношение чтение/запись для операций ввода-вывода

2:1

VSPEX для модели определения конфигурации виртуализированной инфраструктуры Oracle Вертикально масштабируемое тестирование — часть процесса валидации. Мы использовали для Oracle стандартную модель определения вычислительных ресурсов, что упростило и стандартизировало валидационное тестирование. Это также позволило нам определить конфигурацию, требуемую для обработки рабочей нагрузки типа TPC-C для баз данных OLTP с отношением количества операций чтения/записи 60:40, сохранив приемлемые времена отклика.

В Табл 4 показано сопоставление модели определения конфигурации Oracle с эталонной виртуальной машиной VSPEX.

Табл 4. Сопоставление модели определения конфигурации Oracle с эталонной виртуальной машиной VSPEX

Модель Oracle Материалы Эквивалентная эталонная виртуальная машина

Малая — виртуальная машина с поддержкой до 150 пользователей

Требование к вычислительным ресурсам • 2 виртуальных ЦП • 8 ГБ памяти

Требование к системе хранения (ОС и двоичные файлы Oracle) • 100 ГБ • 25 операций ввода-вывода в секунду.

4



24

Модель Oracle Материалы Эквивалентная эталонная виртуальная машина

Средняя — виртуальная машина с поддержкой до 250 пользователей

Требование к вычислительным ресурсам • 4 виртуальных ЦП • 16 ГБ памяти


8

Большая — виртуальная машина более чем на 250 пользователей

Требование к вычислительным ресурсам • 8 виртуальных ЦП • 32 Гбайт памяти


16

Пороговые значения и емкость мы вычислили отдельно для операций ввода-вывода СХД базы данных и для эталонной виртуальной машины VSPEX.

База данных Oracle Database 11g доступна в целом ряде версий с целью обеспечить соответствие бизнес-требованиям и ИТ-требованиям любой организации. В этом решении будут рассматриваться

• Oracle Database 11g, выпуск 2, Standard Edition (SE)

• Oracle Database 11g, выпуск 2, Enterprise Edition (EE)

Oracle SE — доступное по цене, полнофункциональное решение для управления данными, которое идеально подходит для всех компаний. Оно доступно на отдельных или кластеризованных серверах, оснащено максимальной емкостью из четырех сокетов для установки процессоров и лицензировано для сокетов вне зависимости от количества ядер. Лицензия SE включает Oracle Real Application Clusters (RAC) как стандартный компонент без дополнительной платы.

Oracle Database 11g EE обеспечивает лучшие в отрасли производительность, масштабируемость, безопасность и надежность на различных кластеризованных или отдельных серверах под управлением Windows, Linux или UNIX. Этот выпуск поддерживает расширенные функции (недоступные в Oracle Database 11g SE), которые могут как входить в комплект поставки, так и приобретаться за дополнительную плату. К ним относятся функции безопасности, такие как виртуальная частная база данных, и функции хранения данных, такие как разбиение и расширенная аналитика. Oracle Database 11g Release 2 EE расширяет основанную на процессорах модель лицензирования на многоядерные процессоры. Цена определяется по следующей формуле:

(число процессоров) x (число ядер) x (коэффициент ядер процессоров Oracle)

Oracle Database 11g



25

Например, два 10-ядерных процессора Intel® Xeon® E7-2870s (с коэффициентом 0,5 для ядер процессоров Oracle) лицензируются следующим образом

• Oracle Database 11g Release 2 SE: 2 лицензии SE на сокет процессора

• Oracle Database 11g Release 2 EE: 2 x 10 x 0,5 = 10 лицензий EE

Выпуск Oracle Database 11g R2 может повлиять на стоимость лицензирования, а также на размер и число кластеров VMware ESXi, которые можно настроить. Это влияет на способы размещения виртуальных машин и управления ими. Подробные сведения о виртуализации и лицензировании процессоров Oracle можно найти в разделе Совместимость хостов DRS и лицензирование процессоров Oracle.

VMware vSphere 5.1 отделяет приложения и информацию от сложной базовой инфраструктуры благодаря комплексной виртуализации сервера, СХД и сетевого оборудования. Такое преобразование создает полностью функциональные виртуальные машины с изолированными и инкапсулированными операционными системами и приложениями, совершенно аналогичные физическим компьютерам. Такая виртуализация аппаратных ресурсов повышает эффективность благодаря консолидации нескольких приложений на меньшем числе физических серверов.

Технология VMware vSphere High Availability (HA) обеспечивает удобную и экономичную высокую доступность приложений, которые работают на виртуальных машинах. В случае сбоя физического сервера затронутые виртуальные машины автоматически перезапускаются на других производственных серверах, где есть свободные мощности.

С помощью HA можно создавать кластеры из нескольких серверов ESXi или ESX, что позволяет защитить виртуальные машины. В случае отказа одного из хостов кластера пострадавшие виртуальные машины автоматически перезапускаются на других хостах ESXi того же кластера VMware vSphere.

VMware vSphere Distributed Resource Scheduler (DRS) — это инфраструктурный сервис, который выполняется на сервере VMware vCenter (vCenter). DRS объединяет ресурсы хостов ESXi в кластеры и автоматически их распределяет среди виртуальных машин на основе мониторинга использования и непрерывной оптимизации распределения виртуальных машин между хостами ESXi. Кроме того, с помощью vMotion® и Storage vMotion® сервис DRS может обеспечить доступ виртуальных машин на основе повторной балансировки емкости ресурсов, чтобы освободить пространство для более крупных виртуальных машин. VMware рекомендует включить DRS, чтобы повысить коэффициент консолидации.

VMware vSphere 5.1

VMware vSphere HA

VMware vSphere Distributed Resource Scheduler



26

VMware vSphere PowerCLI предоставляет интерфейс Windows PowerShell для пользователей vSphere 5.x и более поздних версий и VMware Infrastructure 4.x и более поздних версий. VMware vSphere PowerCLI — это мощный инструмент командной строки, который позволяет автоматизировать все аспекты управления vSphere, включая сеть, системы хранения, виртуальные машины, гостевые ОС и многое другое. PowerCLI распространяется как оснастка Windows PowerShell и включает 330 командлета PowerShell для управления и автоматизации vSphere и vCloud, а также документацию и примеры.

Семейство EMC VNX оптимизировано для виртуальных приложений. Оно обеспечивает ведущие в отрасли инновации и возможности корпоративного класса для хранения данных на уровне файлов, блоков и объектов в масштабируемом, простом в использовании решении. Эти платформы хранения данных следующего поколения сочетают мощное и гибкое оборудование с современным программным обеспечением, которое гарантирует эффективность, управление и защиту для удовлетворения потребностей современных предприятий.

Серия VNX оснащена процессором Intel® Xeon® для интеллектуальной СХД с эффективным автоматическим масштабированием производительности без ущерба для целостности и безопасности данных.

Преимущества VNX для заказчиков • Унифицированная система хранения данных (СХД) нового

поколения, оптимизированная для виртуализированных приложений

• Возможности оптимизации емкости, включая сжатие, дедупликацию, «тонкое» выделение ресурсов и ориентированные на приложения копии

• Высокая доступность, рассчитанная для предоставления надежности «пять девяток»

• Автоматизированное многоуровневое хранение с помощью FAST™ VP (полностью автоматизированное многоуровневое хранение данных с поддержкой виртуальных пулов) и FAST Cache, которые можно оптимизировать для одновременного достижения максимальной производительности системы и минимальной стоимости хранения

• Упрощенное управление с помощью EMC Unisphere® — единый интерфейс управления для всех сетевых систем хранения данных (NAS), сетей хранения данных (SAN) и потребностей репликации

• Повышение производительности до трех раз благодаря новейшей технологии многоядерных процессоров Intel Xeon, оптимизированной для флэш-дисков

Доступные пакеты ПО VNX • FAST Suite: автоматическая оптимизация для обеспечения

максимальной производительности системы при минимальных издержках на хранение данных.

• Local Protection Suite: надежная защита данных и безопасное перепрофилирование.

VMware vSphere PowerCLI

Серия EMC VNX



27

• Remote Protection Suite: защита данных от локализованных сбоев, простоев и аварий.

• Application Protection Suite: автоматизация создания копий приложений и подтверждение соответствия требованиям регуляторов.

• Security and Compliance Suite: Защита данных от изменений, удалений и злоумышленных действий.

Доступные пакеты программного обеспечения • Total Efficiency Pack: включает все пять пакетов программного

обеспечения.

• Total Protection Pack: включает пакеты локальной защиты, удаленной защиты и защиты приложений.

Функциональность EMC VSI for VMware vSphere Unified Storage Management позволяет выделять хранилища данных сетевых файловых систем (NFS) в сетевой системе хранения данных (NAS), хранилища данных файловых систем виртуальных машин (VMFS) и тома привязки неструктурированных устройств (RDM) для блочной системы хранения, а также выполнять основанное на массиве сжатие и клонирование виртуальных машин в хранилищах данных NFS. Функции клонирования включают в себя полное клонирование (копии) и быстрое клонирование (снимки файловой системы) файлов на дисках виртуальной машины (VMDK). Администратор VMware с помощью этой функции могут управлять NAS и блочной СХД в средах VMware, используя существующий пользовательский интерфейс клиента vSphere.

С помощью данного инструмента администраторы VMware могут:

• выделять новые системы хранения данных NFS, VMFS и RDM;

• расширять существующие системы хранения данных NFS и VMFS;

• сжимать виртуальные машины в хранилищах данных NFS;

• клонировать виртуальные машины в хранилищах данных NFS;

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

Red Hat Enterprise Linux — универсальная платформа для архитектур x86 и x86-64, которую можно развертывать в физических системах, в качестве гостевой системы на главных гипервизорах или в облаке. Она поддерживает все ведущие аппаратные архитектуры и совместима с различными выпусками. Red Hat Enterprise Linux 6.3 включает усовершенствования и новые возможности, обеспечивающие расширенную функциональность, в том числе средства разработки, функции виртуализации, безопасность, масштабируемость, файловые системы и хранение данных.

EMC Virtual Storage Integrator

Red Hat Enterprise Linux 6.3



28

Главная платформа управления для серии VNX — EMC Unisphere™, которая обеспечивает единое комбинированное представление файловых и блочных систем с доступом ко всем функциям из общего интерфейса. ПО Unisphere оптимизировано для виртуальных приложений и обеспечивает наилучшую в отрасли интеграцию с VMware, автоматически обнаруживая виртуальные машины и серверы ESX и обеспечивая сквозное соответствие между виртуальной и физической средой. Unisphere также упрощает настройку FAST Cache и FAST VP на платформах VNX.

В случае внедрения решения для резервного копирования корпорация EMC рекомендует EMC Avamar®. ПО и система резервного копирования Avamar выполняют дедупликацию данных переменной длины на стороне клиента, что позволяет уменьшить объем данных резервных копий перед их передачей по сетям (локальным или глобальным). ПО Avamar выявляет дубликаты сегментов данных и отправляет по сети устройству резервного копирования только уникальные сегменты. Это означает уменьшение окон резервного копирования, объема хранимых данных и максимально эффективное использование доступной полосы пропускания.

Возможности EMC Avamar

• Гибкие варианты развертывания. Avamar обеспечивает гибкость в развертывании решений, которые зависят от конкретного сценария использования и требований к восстановлению. Avamar — это комплексное решение для резервного копирования и архивирования, которое интегрируется с сертифицированным EMC оборудованием, чтобы ускорить развертывание.

• Масштабируемость, высокая доступность и надежность. Avamar использует масштабируемую Grid-архитектуру, позволяющую линейно масштабировать производительность и емкость, просто добавляя узлы хранения.

• Управляемость и поддержка. Системы Avamar поддерживают безопасный доступ по существующим сетевым каналам и интегрируются с платформами управления, чтобы использовать SNMP для удаленного доступа.

EMC Unisphere

EMC Avamar



29

Решение для резервного копирования и восстановления внедряется на основе Avamar, по выбору резервные копии можно направлять в систему EMC Data Domain®, а не на сервер Avamar. Avamar и Data Domain позволяют партнерам применять специализированное устройство резервного копирования для Exchange Server. Система хранения данных с функцией дедупликации Data Domain осуществляет дедупликацию данных «на лету», поэтому данные записываются на диск уже дедуплицированными, требуя меньше места на диске, чем исходный набор данных. Data Domain позволяет дольше хранить резервные и архивные данные на узле, чтобы быстрее и надежнее восстанавливать данные с диска.

Пакет ПО Data Domain включает следующие варианты.

• Репликация EMC Data Domain

• VTL (виртуальная ленточная библиотека)

• Data Domain Boost

• Retention Lock

• Шифрование

• Расширенные сроки хранения

EMC Data Domain



30


31

Глава 4 Выбор проверенной инфраструктуры VSPEX


Введение ........................................................................................... 32 Шаг 1. Оценка сценария использования заказчика с помощью квалификационной таблицы ......................................................... 32 Шаг 2. Разработка архитектур приложений ................................ 33 Шаг 3. Выбор правильной проверенной инфраструктуры VSPEX ................................................................................................ 33

Глава 4: Выбор проверенной инфраструктуры VSPEX


32

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

1. Оценка рабочей нагрузки Oracle 11g OLTP заказчика с помощью квалификационной таблицы VSPEX для виртуализированной базы данных Oracle, созданной на основе бизнес-требований. См. квалификационную таблицу в Приложении Б.

2. Определение требуемых инфраструктуры, ресурсов приложения, системы и архитектуры с помощью измерительного инструмента EMC VSPEX для Oracle.

3. Выбор правильной проверенной инфраструктуры VSPEX в соответствии с рекомендациями, предоставленными в эталонных архитектурах.

Дополнительную информацию можно найти в документе Deploying Oracle Database on EMC VNX Unified Storage на веб-сайте EMC.com и на сайте онлайн-поддержки EMC.

Шаг 1. Оценка сценария использования заказчика с помощью квалификационной таблицы

Прежде чем выбрать решение инфраструктуры VSPEX, важно понять на основе бизнес-требований реальную рабочую нагрузку и набор данных своего заказчика. Чтобы лучше понять бизнес-требования заказчика к проектированию инфраструктуры VSPEX, при оценке требований к рабочей нагрузке для решения VSPEX EMC настоятельно рекомендует использовать квалификационную таблицу EMC VSPEX для виртуализированной базы данных Oracle и измерительный инструмент. В разделе Приложение A: Квалификационная таблица предоставляется пример такой таблицы.

В квалификационной таблице VSPEX для виртуализированной базы данных Oracle мы использовали некоторые простые вопросы, чтобы понять и описать требования заказчика к рабочей нагрузке Oracle OLTP и характеристики использования.



33

Шаг 2. Разработка архитектур приложений Для этого решения проверенной инфраструктуры VSPEX был определен пример рабочей нагрузки заказчика. Подробные сведения об эталонных виртуальных машинах и их характеристиках можно найти в документе Пример квалификационной таблицы VSPEX для Oracle.

Собрав информацию о заказчике и заполнив квалификационную таблицу EMC VSPEX для виртуализированной базы данных Oracle, эти сведения можно внести в измерительный инструмент VSPEX на портале EMC Business Value Portal. Если измерительный инструмент недоступен на веб-сайте поддержки EMC, воспользуйтесь инструкциями по определению конфигурации из Приложения Б Ручное определение конфигурации виртуализированной Oracle Database 11g OLTP для VSPEX.

Шаг 3. Выбор правильной проверенной инфраструктуры VSPEX

Программа VSPEX привела к созданию многих решений, разработанных с целью упростить развертывание консолидированной виртуальной инфраструктуры с использованием VMware vSphere и продуктов семейства EMC VNX. После подтверждения архитектуры приложения можно выбрать правильную проверенную инфраструктуру VSPEX на основе результатов расчетов. Для Oracle OLTP обратитесь к документу Решение EMC VSPEX для частного облака: VMware vSphere 5.1 максимально на 500 виртуальных машин.

При выборе проверенной инфраструктуры VSPEX корпорация EMC рекомендует выполнить следующие действия.

1. С помощью измерительного инструмента VSPEX для Oracle 11g OLTP получите общее количество эталонных виртуальных машин и предлагаемую схему СХД. Если этот портал недоступен, используйте Приложение Б, в котором описывается определение конфигурации системы хранения для среды вручную.

2. На основе бизнес-требований оцените емкость ресурсов других приложений. Измерительный инструмент VSPEX подсчитывает общее количество требуемых эталонных виртуальных машин и рекомендуемых схем СХД для Oracle 11g OLTP.

3. Выберите своих поставщиков сети, ПО гипервизора и проверенную инфраструктуру VSPEX с несколькими требуемыми эталонными виртуальными машинами. Для получения дополнительной информации посетите веб-сайт EMC VSPEX.





34


35

Глава 5 Замечания по проектированию решений и передовые практики


Обзор ................................................................................................. 36 Разработка сети ............................................................................... 36 Разработка схемы системы хранения данных .......................... 38 Настройка FAST Cache для Oracle ................................................ 41 Разработка уровня виртуализации .............................................. 43 Разработка внедрения Oracle Database 11gR2 ........................... 46 Разработка резервного копирования и восстановления ......... 47

Глава 5: Замечания по проектированию решений и передовые практики


36

Обзор В этой главе описываются проект решения EMC VSPEX для виртуализированной базы данных 11g OLTP и передовые практики в отношении сети, СХД, виртуализации, приложений, а также резервного копирования и восстановления. Эта глава состоит из перечисленных ниже разделов.

• Разработка сети

• Разработка схемы системы хранения данных

• Настройка FAST Cache для Oracle

• Разработка уровня виртуализации

• Разработка внедрения

• Разработка резервного копирования и восстановления

Разработка сети

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

На Рисунок 3 показан проект сетевого уровня с высокой доступностью в серии VNX®. Передовые сетевые возможности семейства VNX защищают от сбоев сетевых подключений в массиве. У каждого хоста гипервизора имеется несколько подключений к сетям Ethernet пользователей или систем хранения данных для защиты от сбоев каналов связи. Распределите такие соединения между несколькими коммутаторами Ethernet, чтобы защититься от отказов компонентов в сети. Подробные сведения см. в разделе Проверенная архитектура VSPEX на стр. 17.

Рисунок 3. Сетевой уровень: высокая доступность (VNX)

Обзор



37

В этой проверенной инфраструктуре VSPEX для виртуализированной базы данных Oracle Database 11g R2 корпорация EMC рекомендует предусмотреть резервирование сети и дополнительные настройки ESX Server при разработке сети для своего решения.

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

Дополнительные настройки ESX Server и настройки тайм-аута для сетевой файловой системы NFS Сгруппируйте несколько сетевых подключений, чтобы повысить пропускную способность до уровня, не доступного для одиночного соединения, и обеспечить резервирование в случае сбоя одного из каналов. Например, в виртуализированной среде VMware используйте две физические сетевые карты на каждый vSwitch и настраивайте исходящий канал физических сетевых карт на отдельные физические коммутаторы.

Во время настройки параметров группирования сетевых карт в качестве передовой практики рекомендуется выбрать no (нет) для параметра NIC teaming failback (Переключение на резервный ресурс группирования сетевых карт). В случае перемежающегося сбоя сети это предотвратит цикличное переключение сетевых карт.

Во время настройки высокой доступности VMware (VMware HA) рекомендуется также настроить следующие тайм-ауты и настройки для сервера ESX на вкладке ESX Server advanced setting (Расширенные настройки сервера ESX).

• NFS.HeartbeatFrequency = 12

• NFS.HeartbeatTimeout = 5

• NFS.HeartbeatMaxFailures = 10

Чтобы получить доступ к дополнительным параметрам сетевой файловой системы NFS, выполните указанные ниже действия.

1. Войдите в клиент VMware vSphere.

2. Выберите хост ESXi/ESX.

3. Откройте вкладку Конфигурация.

4. Нажмите Advanced Settings (Расширенные параметры).

5. Выберите NFS (Сетевая файловая система)

Настройте базу данных Oracle 11g на использование дисковых библиотек Oracle 11g dNFS Client ODM. Это однократная операция. После ее выполнения база данных использует оптимизированный для Oracle встроенный клиент Oracle dNFS, а не размещенный в операционной системе клиент сетевой файловой системы NFS.

Передовые практики построения сетей



38

Стандартную библиотеку ODM мы заменили библиотекой, поддерживающей клиент dNFS. На Рисунок 4 показаны команды, которые включают библиотеку ODM клиента dNFS.

Рисунок 4. Включение библиотеки ODM клиента dNFS

Другие передовые практики по разработке сети для проверенной инфраструктуры VSPEX можно найти в документе EMC VSPEX для виртуализированных сред Oracle Database 11g OLTP — руководство по внедрению.

Разработка схемы системы хранения данных

Передовые практики и замечания по разработке в данном разделе предоставляют указания по эффективной разработке СХД для различных бизнес-требований в средах Oracle Database 11g R2.

На Рисунок 5 показана высокоуровневая архитектура отношений между компонентами Oracle Database 11g R2 и элементами хранения данных, прошедшими валидацию в проверенной инфраструктуре EMC VSPEX для виртуализированного Oracle Database 11g R2 на платформе vSphere 5.1. Все тома Oracle Database 11gR2 находится в сетевой файловой системе хранения данных NFS.

Рисунок 5. Элементы хранения данных Oracle Database 11gR2

Обзор

архитектуру высшего класса



39

В дополнение к пулу инфраструктуры для виртуальных машин EMC рекомендует использовать три дополнительных пула хранения для хранения данных Oracle Database 11g R2 в различных целях. В Табл 5 приведен пример.

Табл 5. Схема системы хранения данных VNX для Oracle

Имя пула хранения данных Тип RAID Тип диска Число дисков

Пул данных Oracle RAID 5 (4+1) Диски SAS с 15 000 об/мин

30

Пул Oracle FRA RAID 6 (6+2) Диски Near-line SAS, 7200 об/мин

8

Пул повторного выполнения Oracle

RAID 5 (4+1) Диски SAS с 15 000 об/мин

5

Рассмотрим передовые практики по разработке СХД и их структуры в проверенной инфраструктуре VSPEX для виртуализированного решения Oracle Database 11gR2.

Пул данных Oracle Database 11gR2 Для файловых систем Oracle /data и /temp следует использовать диски SAS с защитой RAID 5 (4+1). Такое сочетание защиты RAID и типа дисков обеспечивает высокий уровень использования емкости, хорошую производительность ввода-вывода при низкой стоимости, а также доступность данных в случае сбоя диска.

Пул журналов повторного выполнения Oracle Database 11gR2 В этом решении мы настроили файловую систему для журналов повторного выполнения на физическом пуле из дисков SAS с защитой RAID 5. Для рабочей нагрузки с интенсивной записью или рабочей нагрузки, для которой более важны времена отклика при произвольном чтении, необходимо создать отдельный пул для файловых систем повторного выполнения на физически отдельных дисках.

Пул Oracle Database 11gR2 FRA Считая, что для резервного копирования требуется относительно низкий уровень клиентского доступа и что главный фактор разработки — емкость, мы использовали диски Near-line SAS для Oracle FRA. Корпорация EMC рекомендует вместе с дисками Near-line SAS высокой емкости использовать защиту RAID 6.

Настройка EMC рекомендует, чтобы заказчики совместно с поставщиками оценили требования к емкости и к числу операций ввода-вывода в секунду (IOPS) для заданной схемы системы хранения данных. При задании схемы СХД обязательно следует учитывать последующий рост и использовать прогнозируемый рост в качестве входных данных измерительного инструмента VSPEX.

Схема системы хранения данных

Передовые практики хранения данных



40

Администраторы могут создавать пулы для файловых систем вручную или с помощью функции автоматизированного управления томами из Unisphere. Если администраторы решили определить схему логических устройств пулов хранения данных вручную, им следует обратиться к документу EMC VNX Unified Best Practices for Performance.

Дополнительные требования к производительности для FAST Suite Пакет EMC FAST Suite — FAST VP и FAST Cache — реализует две ключевые технологии, имеющиеся в серии VNX, которые обеспечивают высочайшую производительность в автоматическом режиме там и тогда, где это требуется. Подробные сведения о пакете FAST Suite для проверенных инфраструктур VSPEX можно найти на веб-сайте VSPEX Proven Infrastructure.

Включение кэш-памяти FAST — прозрачная операция для Oracle Database 11g R2. Повторная настройка или простои не требуются. Корпорация EMC рекомендует использовать FAST Cache только в пуле хранения данных или на логических устройствах, которые в ней нуждаются.

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

В этом разделе описываются схемы систем хранения данных VNX в проверенной инфраструктуре VSPEX для виртуализированной базы данных Oracle Database 11gR2 на основе частного облака VSPEX. Этот пример соответствует рекомендуемым передовым практикам и замечаниям по разработке, о которых говорилось ранее.

На Рисунок 6 показан пример схемы системы хранения данных для Oracle Database 11g R2 для серии VNX.

Пример схемы системы хранения данных VSPEX





41

Рисунок 6. Пример схем системы хранения данных: Oracle Database 11gR2 для серии VNX

Примечание. Это единственный пример схемы системы хранения данных. Для планирования и разработки собственных моделей хранилища для Oracle Database 11g R2 в стеке VSPEX необходимо следовать рекомендациям в измерительном инструменте VSPEX Sizing Tool и передовым практикам в документе Разработка схемы системы хранения данных на стр. 38.

Настройка FAST Cache для Oracle

FAST Cache использует флэш-диски корпоративного класса, чтобы добавить дополнительный уровень кэширования между кэш-памятью динамической ОЗУ (DRAM) и циклически используемыми дисками, создавая тем самым более быструю среду для хранения часто используемых данных. Кэш-память FAST — это расширяемая кэш-память чтения-записи. Она повышает производительность приложения, гарантируя обслуживание наиболее активных данных на высокопроизводительных флэш-дисках и возможность размещения их на этих более быстрых носителях в течение необходимого времени.

Обзор



42

Кэш-память FAST отслеживает активность данных с точностью до 64 КБ и перемещает активные данные в кэш-память FAST, копируя их с жестких дисков на флэш-диски, назначенные кэш-памяти FAST. Последующие запросы на ввод-вывод этих данных обрабатываются флэш-дисками и выполняются со скоростью отклика флэш-дисков, что обеспечивает для данных очень низкие задержки. По мере устаревания данных и снижения их активности они сбрасываются из кэш-памяти FAST, а вместо них записываются более активные данные.

Небольшое количество флэш-дисков, внедренных в качестве кэш-памяти FAST, повышает производительность сильнее, чем большое количество жестких дисков с коротким ходом головки.

Кэш-память FAST особенно хорошо подходит для приложений с частым случайным доступом к СХД, таким как базы данных Oracle OLTP. Кроме того, для баз данных OLTP характерна локальность обращений с различными характеристиками операций ввода-вывода. Приложения с этими характеристиками получают наибольшее преимущество от развертывания кэш-памяти FAST. FAST Cache используется оптимально, если рабочий набор данных может в нее поместиться.

Компания EMC рекомендует следующее:

• включать FAST Cache только в пуле или на логических устройствах, которые этого требуют;

• выбирать правильный размер FAST Cache в зависимости от активного набора данных приложения;

• отключать FAST Cache для пулов/логических устройств, на которых размещены оперативные журналы повторного выполнения Oracle;

• никогда не включать FAST Cache для архивных журналов, поскольку эти файлы никогда не перезаписываются и редко считываются повторно (кроме случаев восстановления базы данных).

Корпорация EMC рекомендует включать FAST Cache только для файлов данных Oracle. Рабочая нагрузка, создаваемая архивными файлами и файлами журналов повторного выполнения Oracle, предсказуема и состоит преимущественно из многочисленных последовательных операций записи. Кэш-память записи массива и назначенные жесткие диски способны эффективно обрабатывать такие архивные файлы и файлы журналов повторного выполнения. Включение кэш-памяти FAST для этих файлов не приносит никакой выгоды и не оправдано с экономической точки зрения.

Передовые практики для FAST Cache



43

Разработка уровня виртуализации

Oracle Database 11gR2 полностью поддерживается при развертывании в виртуальной среде с технологией VMware vSphere ESXi™. В следующих разделах описаются передовые практики и замечания по разработке для виртуализации Oracle Database 11g R2.

В этой проверенной инфраструктуре VSPEX для Oracle Database корпорация EMC рекомендует рассмотреть возможность применения передовых практик к управлению описанными ниже ресурсами в своей схеме виртуализации.

• Вычислительные ресурсы

• Сетевые ресурсы

• Функции VMware

• VMware vCenter

Вычислительные ресурсы EMC рекомендует реализовать описанные ниже передовые практики для вычислительных ресурсов.

• Поддержка технологии Hyper-Threading. Технология Hyper-threading позволяет одному физическому процессору одновременно выполнять несколько независимых потоков. ESXi рассчитана на использование технологии Hyper-Threading благодаря контролю размещения логических процессоров на одном ядре и интеллектуальному управлению процессорным временем, чтобы обеспечить равномерное распределение нагрузки между всеми физическими ядрами в системе.

• Используйте аппаратную виртуализацию MMU (Intel EPT и AMD RVI), чтобы снизить потребление и ускорить обработку рабочей нагрузки, которая побуждает гостевые операционные системы слишком часто изменять таблицу страниц.

• Используйте Non-Uniform Memory Access (NUMA), архитектуру вычислительных систем, в которой доступ к областям памяти, расположенным ближе к конкретному процессору, осуществляется с меньшей задержкой, чем к областям памяти, расположенным дальше от процессора.

• Убедитесь, что число виртуальных ЦП в виртуальной машине не превышает числа ядер в сокете процессора.

• Выделите виртуальной машине объем памяти (vRAM), который меньше объема локальной памяти, назначенной узлом NUMA (процессором).

• Запланируйте, чтобы виртуальный ЦП использовал минимально необходимое число сокетов, с помощью параметра виртуальной машины numa.vcpu.preferHT=TRUE.

• Установите инструменты VMware, включая несколько утилит, которые расширяют производительность гостевой операционной системы виртуальной машины и улучшают возможности управления виртуальной машиной.

Обзор

Передовые практики виртуализации



44

• Выделите объем vRAM, который хотя бы в два раза превышает размер Oracle System Global Area (SGA)

• Настройте зарезервированную память виртуальной машины так, чтобы она была не меньше размера Oracle SGA

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

• Используйте самое последнее паравиртуализированное виртуальное сетевое устройство VMware (в данный момент VMXNET 3-го поколения — VMXNET3), которое поддерживает 10 GbE.

• С помощью виртуальных локальных сетей отделите трафик инфраструктуры vSphere от трафика виртуальных машин, чтобы обеспечить безопасность и изоляцию.

• Включите и настройте пакеты Jumbo frame в виртуальном и физическом стеке для vMotion и IP-сетей хранения данных.

• Используйте подключение сетевой файловой системы NFS в гостевой системе из клиента Oracle DNFS в виртуальной машине, а не VMDK в хранилище данных NFS.

Функции VMware EMC рекомендует внедрить описанные ниже компоненты VMware.

• vSphere HA — этот компонент использует несколько хостов ESXi, настроенных как кластер, чтобы обеспечить быстрое восстановление после простоев, и предоставляет экономичные и высокодоступные системы для приложений, выполняющихся на виртуальных машинах. vSphere HA защищает приложения от:

сбоев сервера, перезапуская виртуальные машины на других серверах ESXi кластера;

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

• VMware DRS — этот компонент автоматически балансирует рабочую нагрузку между хостами, используя функцию vMotion во время миграции виртуальных машин. Когда рабочие нагрузки баз данных Oracle увеличиваются, DRS автоматически перемещает виртуальную машину с узкими местами на другой хост с большим количеством доступных ресурсов и без простоя.

• Правила совместимости DRS — эта функциональность управляет размещением виртуальных машин на хостах кластера. DRS предоставляет два типа правил совместимости:

правило совместимости ВМ-хост, которое указывает отношения совместимости между группой виртуальных машин и группой хостов;

правило совместимости ВМ-ВМ, которое указывает, должны ли конкретные виртуальные машины выполняться на одном хосте или на отдельных.



45

Совместимость хостов DRS и лицензирование процессоров Oracle Вариант лицензирования процессоров Oracle основан на взаимодействии программного обеспечения с оборудованием. Для Oracle EE это основано на числе физических ядер, доступных установленному программному обеспечению Oracle. Для Oracle SE это основано на числе сокетов процессоров, доступных установленному программному обеспечению Oracle. Oracle не допускает программное разделение ЦП в качестве средства вычисления или ограничения числа лицензий на ПО, требуемых для физического сервера. Oracle рассматривает технологию VMware vSphere как программное разделение. В среде vSphere необходимо лицензировать все хосты, на которых установлены и/или выполняются исполняемые файлы Oracle.

Это означает, что для минимизации затрат на лицензирование Oracle важны конструкция и размер кластера vSphere ESXi, а также размещение и перемещение виртуальных машин, в которых размещены исполняемые файлы Oracle.

Если выделенный кластер VMware не соответствует требованиям заказчика к Oracle, заказчик может лицензировать для Oracle Database 11g EE подмножество серверов кластера VMware. В этом случае с помощью правил совместимости хостов DRS следует должным образом ограничить перемещение виртуальных машин в кластере, в том числе во время события HA. Совместимость хостов DRS — это технология кластеризации, а не механизм программного или аппаратного разделения в рамках заданного сервера. (См. документ Understanding Oracle Certification Support and Licensing in VMware — Environments.)

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

Сохраняемые в vCenter спецификации настройки еще больше упрощают развертывание виртуальных машин. Мастер развертывания, автоматические инструменты или сценарии могут использовать такие шаблоны, чтобы автоматически создавать и изменять параметры серверов (такие как имя сервера, часовой пояс и конфигурация сети) до построения новой виртуальной машины.

Регулярный мониторинг проверенной инфраструктуры VSPEX Регулярно отслеживайте производительность проверенной инфраструктуры VSPEX. Мониторинг производительности осуществляется не только на уровне виртуальных машин, но также и на уровне гипервизора. Например, гипервизор ESXi позволяет с помощью мониторинга производительности в рамках виртуальной машины Oracle Database убедиться, что виртуальная машина или Oracle Database функционируют ожидаемым образом. В то же время на уровне гипервизора можно использовать esxtop для мониторинга производительности хоста.



46

Разработка внедрения Oracle Database 11gR2

Рекомендации по разработке Oracle Database 11gR2 включают несколько аспектов. Передовые практики и замечания по разработке в данном разделе предоставляют указания по общим и наиболее важным аспектам.

Включите клиент Oracle dNFS. Он обеспечивает отказоустойчивость и производительность размещенной в ОС сетевой файловой системы, а также способность в случае аварии автоматически переключаться на фабрику 10 Gigabit Ethernet и выполнять параллельные операции ввода-вывода с обходом кэш-памяти ОС и блокировок порядка операций записи в ОС.

dNFS также выполняет асинхронные операции ввода-вывода, что позволяет продолжать обработку во время отправки и обработки запроса ввода-вывода.

Автоматическое управление общей памятью (ASMM) — стандартный способ динамического управления памятью в базах данных Oracle 11g. Он доступен начиная с версии Oracle Database 10g. Этот способ совместим с Linux HugePages. EMC рекомендует внедрить ASMM, чтобы автоматически управлять следующими структурами общей памяти.

• DB_CACHE_SIZE

• SHARED_POOL_SIZE

• LARGE_POOL_SIZE

• JAVA_POOL_SIZE

• STREAMS_POOL_SIZE

Чтобы внедрить этот компонент, необходимо задать следующие параметры инициализации.

• SGA_TARGET — задается ненулевое значение

• STATISTICS_LEVEL=TYPICAL (или ALL)

Нельзя использовать Oracle Automatic Memory Management (AMM), так как функция AMM несовместима с HugePages. Чтобы использовать HugePages, необходимо убедиться, что оба параметра инициализации MEMORY_TARGET и MEMORY_MAX_TARGET не заданы.

Подробные сведения можно найти в документе My Oracle Support, Note ID 749851.1.

Настройка HugePages критически важна для повышения производительности баз данных Oracle в Linux при большом объеме ОЗУ и SGA. Если объединенные SGA баз данных велики (больше 8 ГБ), необходимо настроить HugePages. Размер SGA имеет значение.

Перечислим преимущества включения HugePages.

• Больший размер страницы и меньшее число страниц

• Улучшение общей производительности памяти

Обзор

Конфигурация клиента Oracle dNFS

Автоматическое управление общей памятью

Включение настройки HugePages



47

• Нет подкачки

• Нет операций kswapd

Задайте FILESYSTEMIO_OPTIONS=SETALL. Эта настройка включает как прямые, так и асинхронные операции ввода-вывода. При асинхронных операциях ввода-вывода обработка продолжается во время отправки и обработки запроса ввода-вывода.

Direct NFS не зависит от значения параметра FILESYSTEMIO_OPTIONS. Клиент Direct NFS всегда осуществляет асинхронные и прямые операции ввода-вывода, так как он не зависит от поддержки ОС. Однако в случае неправильной настройки всегда можно вернуться к клиенту NFS операционной системы. В качестве меры предосторожности задайте параметру filesystemio_options значение SETALL, если ОС поддерживает это.

В сетевых файловых системах NFS находятся файлы данных, файлы оперативных журналов повторного выполнения, файлы FRA, временные файлы и управляющие файлы. Эти файловые системы рассчитаны (в терминах уровня RAID и числа используемых дисков) на поддержку каждого типа файлов.

В Табл 6 перечисляются типы файлов или операций и указывается место их нахождения.

Табл 6. Схема файлов баз данных для сетевой файловой системы NFS

Содержание Местоположение

Двоичные файлы баз данных /u01/app/oracle/11.2.0.3

Файлы данных, управляющие файлы /u02/app/oracle/oradata/vspex1

Оперативные журналы повторного выполнения, управляющие файлы

/u03/app/oracle/oradata/vspex1

Файлы FRA /u05/app/oracle/oradata/vspex1

Разработка резервного копирования и восстановления Рекомендации по разработке резервного копирования Oracle Database 11gR2 включают несколько аспектов. В последующих разделах описываются передовые практики и аспекты разработки, необходимые для резервного копирования и восстановления базы данных Oracle 11gR2.

Подключаемый модуль Avamar Plug-in for Oracle работает с Oracle и Oracle Recovery Manager (RMAN), чтобы создавать резервные копии баз данных, табличных пространств или файлов данных Oracle на сервере Avamar или в системе Data Domain. Подключаемый модуль Avamar Plug-in for Oracle служит как модуль резервного копирования, использующий сервер Avamar или систему Data Domain в качестве устройства хранения данных.

Операции ввода-вывода для файлов файловой системы

Схема файлов баз данных для сетевой файловой системы NFS

Обзор

Высокоуровневая архитектура



48

RMAN инициирует операции резервного копирования и восстановления. Подключаемый модуль Avamar Plug-in for Oracle интерпретирует команды RMAN для резервного копирования и восстановления, а затем перенаправляет их серверу Avamar. Сервер Avamar отправляет команды подключаемому модулю Avamar Plug-in for Oracle, чтобы выполнить резервное копирование и восстановление.

На Рисунок 7 показано, как сервер Avamar и подключаемый модуль Avamar Plug-in for Oracle взаимодействуют с базой данных Oracle и RMAN.

Рисунок 7. Сервер Avamar и подключаемый модуль Avamar Plug-in

for Oracle

Примечание EMC Data Domain также можно использовать в качестве целевого устройства резервного копирования для Avamar. Клиент и подключаемые модули Avamar установлены так же, как при использовании Avamar в качестве целевого устройства резервного копирования.

Заказчики, защищающие VMware vSphere на уровне образа виртуальной машины Avamar, могут восстанавливать такие виртуальные машины без установки клиента Avamar на соответствующих хостах. При наличии экземпляров или баз данных пользователи восстанавливают хосты из резервных копий на основе VMware VADP. В случае аварийного восстановления восстановление на уровне образа виртуальной машины обеспечивает восстановление на уровне операционной системы. Восстановление на уровне серверов Oracle применяется после восстановления этих ресурсов. Внедрение защиты на уровне образа vSphere не рассматривается в настоящем руководстве, но является подходящим вариантом для восстановления основных операционных систем.



49

При проектировании решения для резервного копирования Avamar важно понимать желательный способ резервного копирования своей базы данных Oracle. Перечислим критически важные критерии разработки.

• Тип резервного копирования: например, какое резервное копирование требуется выполнять, полное или инкрементное?

• Расписание резервного копирования: например, требуется ли делать резервные копии данных ежедневно, еженедельно или ежемесячно?

• Хранение данных резервного копирования: например, требуется ли хранить данные в течение месяца или квартала?

Помимо определения своих операций резервного копирования необходимо понимать технологию резервного копирования Avamar, как описано в документе Табл 7.

Табл 7. Терминология резервного копирования Avamar

Термин Описание Наборы данных Наборы данных Avamar представляют собой набор

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

Расписания Расписания — это многократно используемые объекты, которые управляют операциями резервного копирования системы на одном из поддерживаемых интервалов. Интервалы: ежедневно, еженедельно, ежемесячно или по требованию.

Политики хранения Политики хранения резервных копий позволяют установить срок хранения резервной копии в системе. Типичные настройки сохранения включают срок хранения, конкретную конечную дату или «без конечной даты».

Группы резервного копирования

Решение Avamar использует группы для внедрения различных политик в целях автоматизации резервного копирования и усиления согласованности правил и поведения системы по всей Grid-сети или, что вероятнее, группе. Участники группы — это машины-клиенты, добавленные в конкретную группу для проведения планового резервного копирования на основе одних и тех же политик.

Рекомендации



50

Рассмотрим передовые практики резервного копирования и восстановления баз данных Oracle 11gR2.

Сетевые ресурсы Для сетевых ресурсов используйте:

• паравиртуализированную виртуальную сеть VMware VMXNET 3-го поколения (VMXNET3) с 10 GbE;

• виртуальную локальную сеть для разделения сети данных резервного копирования и сети базы данных Oracle.

Настройка параметров Oracle RMAN Для параметров Oracle RMAN рекомендуется следующее.

• Не используйте шифрование или сжатие баз данных. Это уменьшит коэффициент дедупликации данных для любого из поддерживаемых целевых устройств резервного копирования.

• Для обеспечения производительности резервного копирования и восстановления выделяйте несколько каналов. Максимально поддерживается шесть каналов;

• Задайте FILEPERSET=1 или MAXOPENFILES=1 в файле конфигурации RMAN, если резервные копии данных сохраняются в Data Domain как целевом устройстве.

Мгновенное восстановление базы данных Подключаемый модуль Avamar Plug-in for Oracle поддерживает мгновенное восстановление баз данных Oracle. Чтобы использовать такое мгновенное восстановление баз данных, сначала необходимо настроить FRA.

Перекрестная проверка резервных копий EMC рекомендует внедрить регулярную перекрестную проверку Oracle RMAN, чтобы хранить постоянные наборы данных резервного копирования.

Резервное копирование и восстановление с помощью Oracle RMAN EMC предоставляет дополнительные сценарии RMAN для резервного копирования и восстановления баз данных Oracle вручную. Для этого требуется опыт работы с командами оболочки операционной системы на сервере Oracle с использованием программного обеспечения Oracle и Oracle Recovery Manager (RMAN).

Передовые практики резервного копирования и восстановления


51

Глава 6 Методология проверки решений


Проверка решения .......................................................................... 52 Создание тестовой среды ............................................................. 53 Заполнение тестовой базы данных ............................................. 54 Внедрение своего решения ........................................................... 54

Глава 6: Методология проверки решений


52

Проверка решения

EMC рекомендует тестировать новую проверенную инфраструктуру VSPEX для приложений Oracle Database 11gR2, прежде чем ее развертывать в производственной среде. Это позволяет убедиться в том, что проект обеспечивает требуемые целевые показатели производительности и емкости и позволяет идентифицировать и оптимизировать потенциальные «узкие места», пока это не коснулось пользователей в реальной ситуации. В этом разделе дается краткое описание общих шагов, предпринятых нами для проверки данного решения.

Прежде чем проверять производительность Oracle Database 11gR2 в проверенной инфраструктуре VSPEX, убедитесь, что Oracle Database 11gR2 развернута в проверенной инфраструктуре VSPEX на основе руководств по внедрению для Oracle Database 11gR2.

В Табл 8 описываются общие шаги, которые необходимо выполнить перед внедрением Oracle Database 11gR2 в производственной среде.

Табл 8. Общие шаги по проверке приложений

Шаг Описание Шаг 1 Определите сценарий тестирования (как

указано в измерительном инструменте VSPEX), чтобы продемонстрировать общий сценарий рабочей нагрузки.

Создание тестовой среды

2 Разберитесь в основных метриках своей среды Oracle Database 11g R2, чтобы достичь уровня производительности и емкости, отвечающего вашим бизнес-требованиям.

Шаг 1. Оценка сценария использования заказчика с помощью квалификационной таблицы

3 С помощью измерительного инструмента VSPEX Sizing Tool для Oracle Database 11g R2 определите архитектуру и ресурсы, необходимые для вашей реализации проверенной инфраструктуры VSPEX.

Веб-сайт EMC VSPEX

4 Разработайте и создайте решение Oracle Database 11g R2 в проверенной инфраструктуре VSPEX.

Руководство по внедрению Oracle Database 11gR2 OLTP

5 Заполните данные с помощью инструмента тестирования, моделирующего реальную среду.

Заполните базу данных с помощью Swingbench

6 Проведите тесты, проанализируйте результаты и оптимизируйте вашу архитектуру VSPEX.

Swingbench для примера производительности Oracle Database 11gR2

Обзор

http://www.emc.com/campaign/vspex/index.htm�




53

В дополнение к тестовому сценарию важно понимать цель тестирования Oracle Database 11g R2, чтобы было проще решить, какие метрики следует вводить и какие пороги должны быть соблюдены для каждой метрики при проведении валидационных тестов для Oracle Database 11g R2. Чтобы проверить решение VSPEX Oracle Database 11gR2, рассмотрим следующие ключевые метрики.

• Количество транзакций в секунду

• Интенсивность изменений

• Среднее время ожидания для пользовательских операций ввода-вывода

• Среднее время ожидания фиксации

Измерительный инструмент VSPEX помогает определить основные метрики и пороговые значения в соответствии с бизнес-требованиями ваших заказчиков. Чтобы получить дополнительную информацию об использовании измерительного инструмента VSPEX, см. измерительный инструмент VSPEX для Oracle Database 11gR2, доступный на веб-сайте EMC VSPEX.

Создание тестовой среды После определения целей тестирования, единиц измерения и требований к емкости базы данных, следующий шаг — разработка и создание тестовой среды для решения Oracle Database 11g R2 в инфраструктуре VSPEX. Тестовая база данных должна максимально копировать производственную среду. Учитывайте все описанные ранее функции, включая схему системы хранения данных, балансировку сетевой нагрузки и организацию сети.

В данном решении VSPEX Oracle Database 11gR2 общий сценарий использования Oracle Database 11gR2 мы моделировали с помощью Swingbench. Подробные сведения о Swingbench см. на веб-странице http://www.dominicgiles.com/swingbench.html.

При настройке тестовой среды необходимо создать план для серверов и базы данных Oracle, а также для машин, необходимых для выполнения тестов. Одну из таких машин следует использовать в качестве сервера Swingbench. Сервер Swingbench нагрузит базу данных, моделируя рабочую нагрузку от определяемых пользователями транзакций, и пошлет запросы базе данных Oracle Database 11gR2. Сохраните результаты тестирования базы данных Oracle.

Кроме тестовой среды и инструмента тестирования могут потребоваться другие инструменты, чтобы подготовить полную тестовую среду для Oracle Database 11gR2. Дополнительную информацию можно найти в статье Oracle Technology Network (TechNet) (www.oracle.com/technetwork/index.html) по этой теме.


http://www.dominicgiles.com/swingbench.html�

http://www.oracle.com/technetwork/index.html�



54

Заполнение тестовой базы данных После создания тестовой среды определите, какой тип данных планируется использовать. Для данного решения мы применили смоделированную рабочую нагрузку OLTP, масштабируя пользователей с помощью инструмента Swingbench и заполнив базу данных объемом 500 ГБ. Затем осуществлялся доступ к этой базе данных в разных сессиях, сгенерированных сервером Swingbench.

Внедрение своего решения Разработав свою инфраструктуру VSPEX, обратитесь к сопутствующему документу EMC VSPEX для виртуализированных сред Oracle Database 11g OLTP — руководство по внедрению за информацией о внедрении решения.


55

Глава 7 Справочная документация

В данном приложении рассматривается следующая тематика.

Белые книги ..................................................................................... 56 Документация по продуктам ......................................................... 57

Глава 7: Справочная документация


56

Белые книги

Ознакомьтесь со следующими белыми книгами Oracle, которые относятся к данному решению.

• Oracle Edition Comparisons

• Oracle Software Investment Guide

• Oracle Database Licensing

• Oracle Processor Core Factor Table

• Installing and Using Standby Statspack in 11g [ИД 454848.1]

• How to Tell if the IO of the Database is Slow [ИД статьи 1275596.1]

• HugePages on Linux: What It Is... and What It Is Not... [ID 361323.1] https://support.oracle.com (требуется вход)

Ознакомьтесь со следующими белыми книгами EMC, относящимися к данному решению.

• Deploying Oracle Database on EMC VNX Unified Storage

• EMC Cost-Efficient Infrastructure for Oracle

• Maximize Operational Efficiency for Oracle RAC with EMC Symmetrix FAST VP (Automated Tiering) and VMware vSphere — An Architectural Overview

• EMC VNX7500 Scaling Performance for Oracle 11g R2 on VMware vSphere 5.1

Ознакомьтесь со следующими белыми книгами VMware, относящимися к данному решению.

• Understanding Oracle Certification Support and Licensing in VMware — Environments

• Oracle Databases on VMware Best Practices Guide

• Best Practices for running VMware vSphere on NFS

• Performance Best Practices for VMware vSphere™ 5.0

Oracle

Решения

VMware

http://www.oracle.com/us/products/database/enterprise-edition/comparisons/index.html�

http://www.oracle.com/us/corporate/pricing/sig-070616.pdf�

http://www.oracle.com/us/corporate/pricing/databaselicensing-070584.pdf�

http://www.oracle.com/us/corporate/contracts/processor-core-factor-table-070634.pdf�

https://support.oracle.com/�

http://www.emc.com/collateral/hardware/white-papers/h8242-deploying-oracle-vnx-wp.pdf�

http://www.emc.com/collateral/white-papers/h10945-cost-efficient-infrastructure-oracle-wp.pdf�

http://www.emc.com/collateral/hardware/white-papers/h8123-oracle-rac-symmetrix-fast-vp-vsphere-wp.pdf�



http://www.emc.com/collateral/hardware/white-papers/h11210-p690-emc-vnx7500-scaling-performance-oracle-11g-vsphere-wp.pdf�

http://www.emc.com/collateral/hardware/white-papers/h11210-p690-emc-vnx7500-scaling-performance-oracle-11g-vsphere-wp.pdf�

http://www.vmware.com/files/pdf/techpaper/vmw-understanding-oracle-certification-supportlicensing-environments.pdf�


http://www.vmware.com/files/pdf/partners/oracle/Oracle_Databases_on_VMware_-_Best_Practices_Guide.pdf�

http://www.vmware.com/files/pdf/VMware_NFS_BestPractices_WP_EN.pdf�

http://www.vmware.com/pdf/Perf_Best_Practices_vSphere5.0.pdf�



57

Документация по продуктам

Ознакомьтесь со следующей документацией по продуктам Oracle, относящейся к данному решению.

• Oracle Database 11g, библиотека документации по 11g вер. 2 (11.2)

• Oracle Edition Comparisons

• Oracle Software Investment Guide

• Database Licensing

• Oracle Processor Core Factor Table


Ознакомьтесь со следующей документацией по продуктам EMC, относящейся к данному решению.

• Семейство VNX

• Документация по серии VNX на веб-сайте онлайн-поддержки EMC

Ознакомьтесь со следующей документацией по продуктам VMware, относящейся к данному решению.

• Документация VMware vSphere

• Документация vSphere PowerCLI

• Best Practices for running VMware vSphere on NFS

• Performance Best Practices for VMware vSphere™ 5.0

• Oracle Databases on VMware Best Practices Guide


• VMware vSphere 5.1 Clustering Deepdive, авторы Дункан Эппинг (Duncan Epping) и Фрэнк Деннеман (Frank Denneman)

Oracle

Решения

VMware

http://www.oracle.com/pls/db112/homepage�

http://www.oracle.com/us/products/database/enterprise-edition/comparisons/index.html�

http://www.oracle.com/us/corporate/pricing/sig-070616.pdf�

http://www.oracle.com/us/corporate/pricing/databaselicensing-070584.pdf�

http://www.oracle.com/us/corporate/contracts/processor-core-factor-table-070634.pdf�



http://www.emc.com/storage/vnx/vnx-family.htm�

https://support.emc.com/products/12781_VNX-Series/Documentation/�

http://www.vmware.com/support/pubs/vsphere-esxi-vcenter-server-pubs.html�

http://www.vmware.com/support/developer/PowerCLI/�

http://www.vmware.com/files/pdf/VMware_NFS_BestPractices_WP_EN.pdf�

http://www.vmware.com/pdf/Perf_Best_Practices_vSphere5.0.pdf�

http://www.vmware.com/files/pdf/partners/oracle/Oracle_Databases_on_VMware_-_Best_Practices_Guide.pdf�





58


59

Приложение A Квалификационная таблица


Обзор квалификационной таблицы ............................................. 60 Печать квалификационной таблицы ........................................... 61

Приложение A: Квалификационная таблица


60

Обзор квалификационной таблицы

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

База данных SID

База данных

Память СХД Среднее время ожидания (мс)2

SGA (МБ)

PGA (МБ)

Пользователи

Емкость БД (МБ)

IOPS1 ПРИ ЧТЕНИИ

IOPS1 ПРИ ЗАПИСИ TPS3

Скорость изменения данных 1 (МБ/с)

Операции ввода-вывода пользователя завершение

Прогноз Годовой рост (%)

Рисунок 8. Квалификационная таблица для EMC VSPEX для Oracle 11g OLTP

Такую информацию можно получить с помощью отчетов Oracle Automatic Workload Repository или Statspack, как описано в документе Oracle Database Performance Tuning Guide 11g Release 2 (11.2) на веб-странице:

http://docs.oracle.com/cd/E11882_01/server.112/e16638/toc.htm

http://docs.oracle.com/cd/E11882_01/server.112/e16638/toc.htm�



61

Печать квалификационной таблицы В данный PDF-документ вложена отдельная копия квалификационной таблицы VSPEX для Oracle. Чтобы открыть этот файл, выполните указанные ниже действия.

1. В меню PDF выберите View->How/Hide -> Navigation Panes -> Attachments (Вид ->Показать/Скрыть -> Панели навигации -> Вложения), как показано на Рисунок 9.

Рисунок 9. Подготовленная для печати квалификационная

таблица

Данное вложение отображается на левой панели, см. Рисунок 10.

Рисунок 10. Просмотр квалификационной таблицы

2. Дважды щелкните данный документ, чтобы открыть и распечатать квалификационную таблицу.



62


63

Приложение B Инструмент VSPEX Sizing Tool


Пример квалификационной таблицы VSPEX для Oracle ......... 64 Ручное определение конфигурации виртуализированной Oracle Database 11g OLTP для VSPEX .......................................... 67

Приложение B: Инструмент VSPEX Sizing Tool


64

Пример квалификационной таблицы VSPEX для Oracle

Информацию, которая требуется для заполнения квалификационной таблицы EMC Oracle, можно получить для любой базы данных Oracle из автоматического репозитория рабочей нагрузки (AWR). И автоматический репозиторий рабочей нагрузки, и репозиторий Statspack предоставляют ключевую статистику по производительности, нагрузке и ресурсам (внутренним и внешним) баз данных. Для доступа к этим данным можно использовать стандартные сценарии, предоставленные корпорацией Oracle. Остальную информацию можно получить у заказчика или с помощью простых запросов, приведенных в данном приложении.

База данных SID

База данных

Память СХД Среднее время ожидания (мс)2

SGA (МБ)

PGA (МБ)

Пользователи

Емкость БД (МБ)

IOPS1 ПРИ ЧТЕНИИ

IOPS1 ПРИ ЗАПИСИ TPS3

Скорость изменения данных 1 (МБ/с)

Операции ввода-вывода пользователя завершение

Прогноз Годовой рост (%)

VSPEX1M 8192 787 250 256000 1344 608 650 1,3 6 2 5

VSPEX1S 4096 787 150 256000 710 319 326 0,69 5 1 5

Рисунок 11. Пример квалификационной таблицы EMC VSPEX для Oracle

Параметры памяти базы данных С помощью раздела init.ora Parameters отчета AWR вычислите значения System Global Area (SGA) и Program Global Area (PGA), как показано на Рисунок 12.

Рисунок 12. Раздел init.ora Parameters из отчета AWR

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

Значение PGA в байтах. Поделить на 1 048 576 для значения 787 МБ

Значение SGA в байтах. Поделить на 1 048 576 для значения 8192 МБ



65

SQL> select SESSIONS_CURRENT, SESSIONS_HIGHWATER from v$license;

SESSIONS_CURRENT SESSIONS_HIGHWATER

----------------------------- ----------------------------------

5 249

1 row selected.

Рисунок 13. Запрос верхнего уровня отсечки сессии пользователя

Размер базы данных На основе этих данных и размеров временных файлов заполните столбец DB Size (MB) (Размер БД (МБ)) и вычислите итоговое значение, как показано на Рисунок 14.

SQL> select ltrim(to_char(sum(bytes)/(1024*1024))) as “Total size (M)”

from (

select sum(bytes) as bytes from v$datafile

union

select bytes from v$tempfile);

Total size (M)

----------------------------------------

256000

1 row selected.

Рисунок 14. Вычисление размера базы данных с помощью запроса SQL

Поиск показателя IOPS для файлов данных и скорость изменения для журналов повторного выполнения Можно получить столбцы READ IOPS (IOPS при чтении), WRITE IOPS (IOPS при записи) и Change Rate (MB/s) (Скорость изменений (МБ/с)) в разделе IOStat by Function summary (Сводка IOStat по функциям) отчета AWR. Эти столбцы показаны на Рисунок 15.

Рисунок 15. Сводка IOStat по функциям из отчета AWR

IOPS при чтении



66

Получение значений времени выполнения пользовательской операции ввода-вывода и времени фиксации Описанные ниже события ожидания Oracle (показанные на Рисунок 16) предоставляют ключевые статистические данные по временам отклика для базы данных Oracle.

• Для заполнения столбца User I/O (Пользовательские операции ввода-вывода) используется db file sequential read. Oracle рекомендует, чтобы данное значение не превышало 20 мс.

• Для заполнения столбца Commit (Фиксация) используется log file sync. Oracle рекомендует, чтобы данное значение не превышало 15 мс.

Рисунок 16. События активного ожидания из AWR

Список типичных допустимых значений времени отклика для ввода-вывода см. в документе системы My Oracle Support с ИД 1275596.12.

Транзакции в профиле нагрузки из отчета AWR Значение, используемое для заполнения столбца TPS данной таблицы, можно получить из транзакций в профиле нагрузки, как показано на Рисунок 17.

Рисунок 17. Транзакции в профиле нагрузки из отчета AWR

2 Ссылка: My Oracle Support: How to Tell if the IO of the Database is Slow [ИД 1275596.1]



67

Ручное определение конфигурации виртуализированной Oracle Database 11g OLTP для VSPEX

В этом разделе описывается порядок расчета ресурсов, требуемых в виртуальной инфраструктуре VSPEX для Oracle Database 11g OLTP, по совокупному числу эталонных виртуальных машин.

Заполненная квалификационная таблица EMC Oracle (см. Рисунок 18) позволяет оценить ресурсы, требуемые виртуальным ЦП, памяти и СХД для среды Oracle Database 11g OLTP.

Примечание Данные инструкции используются для определения конфигурации отдельного приложения вручную, если недоступен веб-сайт измерительного инструмента VSPEX Sizing Tool. В качестве предпочтительного способа определения конфигурации EMC рекомендует использовать измерительный инструмент VSPEX Sizing Tool, который позволяет учитывать несколько приложений и несколько экземпляров.

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

• Партнер заполняет квалификационную таблицу.

• Число пользователей, определенное по заполненной квалификационной таблице, сопоставляется с ресурсами виртуальных машин и с эталонными виртуальными машинами VSPEX.

• Вычисляются требования системы хранения данных для Oracle Database 11g.

Рисунок 18. Пример квалификационной таблицы EMC VSPEX для Oracle

Обзор

Процедура определения конфигурации Oracle вручную



68

Табл 9. Сопоставление пользователей приложений эталонным виртуальным машинам VSPEX

Модель Oracle (М/С/Б) Ресурсы виртуальной машины

Справка по VSPEX ВМ

До 150 пользователей (малая)

2 виртуальных ЦП и 8 ГБ памяти

4

До 250 пользователей (средняя)


8

Для более чем 250 пользователей (большая)


16

Взяв число пользователей для VSPEX1M и VSPEX1S из Рисунок 18 и Табл 9, можно получить требуемый размер виртуальной машины и количество эталонных виртуальных машин VSPEX.

• VSPEX1M имеет 250 пользователей и область SGA, равную 8192. Для этого требуется виртуальная машина с четырьмя виртуальными ЦП и 16 ГБ памяти, при этом сопоставляются восемь эталонных виртуальных машин VSPEX.

• VSPEX1s имеет 150 пользователей и область SGA, равную 4096. Для этого требуется малая модель Oracle с двумя виртуальными ЦП и 8 ГБ памяти, сопоставляются четыре эталонных виртуальных машины VSPEX.

• Поэтому для этой конфигурации требуется всего 12 эталонных виртуальных машин VSPEX, на основе которых рассчитывается необходимый размер пула виртуальной инфраструктуры VSPEX.

Расчет требований системы хранения данных VSPEX для Oracle 11g Database OLTP Как описано в разделе Разработка схемы системы хранения данных, все данные и файлы повторного выполнения должны находиться в СХД RAID5, а файлы Oracle FRA — в СХД RAID6.

При расчете требований СХД для базы данных следует учитывать и быстродействие ввода-вывода, и емкость. По мере увеличения емкости жестких дисков, если только база данных не является необычно большой, требования СХД определяются быстродействием.

Требования СХД для каждой базы данных вычисляются на основе значений, собранных в квалификационной таблице, и информации, предоставленной в Табл 10 и Табл 11.

Запись базы данных VSPEX1M (на Рисунок 18) имеет следующий профиль ресурса хранения.

• Размер базы данных — 256 000 МБ (296 ГБ)

• Годовой рост 5% за три года приводит к размеру 296 ГБ

• IOPS базы данных: 1344 для чтения и 608 для записи

• Скорость изменений для операций повторного выполнения — 1,3 МБ/с.



69

Чтобы преобразовать это в требования СХД, следует учитывать:

• тип RAID и дополнительные издержки записи, чтобы вычислить фактическое значение IOPS в массиве (см. Табл 10);

• тип, емкость, операции ввода-вывода и пропускную способность дисков.

Табл 10. Тип RAID, дополнительные издержки записи и коэффициент использования ресурса хранения

RAID

Коэффициент использования ресурсов хранения

Несколько

Дополнительные издержки записи

Активные диски

Диски для хранения битов четности

RAID 5 (4+1) 0,80 5 4 4 1

RAID 6 (6+2) 0,75 8 6 6 2

Чтобы вычислить IOPS для массива хранения, следует взять IOPS для чтения и для записи для базы данных и применить следующую формулу:

IOPS для массива = IOPS для чтения + (IOPS для записи x дополнительные издержки записи RAID)

Табл 11. Произвольные операции ввода-вывода на диске по типам дисков

Типы дисков IOPS

SAS 15 000 об/мин 180

SAS 10 000 об/мин 140

NL-SAS 90

SSD 3000

В Табл 12:

• Пул данных использует диски SAS с емкостью 300 ГБ, скоростью 15 000 об/мин и рабочей нагрузкой на основе произвольных операций чтения/записи. В Табл 11 показано, что этот диск поддерживает 180 произвольных операций ввода-вывода в секунду.

• Пул повторного выполнения также использует диски SAS с емкостью 300 ГБ, скоростью 15 000 об/мин и рабочей нагрузкой на основе последовательных операций записи. Для длительных операций записи используется установившееся значение 60 МБ/с на диск.

• Пул FRA создан из дисков Near-line SAS с емкостью 1 ТБ, скоростью вращения 7200 об/мин и рабочей нагрузкой на основе последовательных операций записи. Для длительных операций записи используется установившееся значение 20 МБ/с на диск.



70

Табл 12. Пример расчета пула хранения данных

Пул хранения данных Количество дисков Общая емкость

Пул данных Oracle RAID 5

25 дисков 21 = (1344 + (608 *4))/180 Округляем до значения, кратного 5, чтобы получить RAID 5 (4+1)= 25 дисков

300 ГБ * 25 * 0,8 = 6000

Пул повторного выполнения Oracle RAID 5

5 дисков 1 = (1,3 МБ/с * 4) / 60 МБ/с Округляем до значения, кратного 5, чтобы получить RAID 5 (4+1)=5 дисков

300 ГБ * 5 * 0,8 = 1200

Пул Oracle FRA RAID 6

8 дисков 1 = (1,3 МБ/с * 6) / 60 МБ/с Округляем до значения, кратного 8, чтобы получить RAID 8 (6+2)=8 дисков

1 ТБ * 8 * 0,75 = 6000

Мы не вычисляем влияние FAST Cache здесь, так как эта настройка включена на уровне массива и влияет на производительность всех дисков/пулов, которые ее используют.

Определение конфигурации ОС Один экземпляр Oracle 11g Database будет иметь один том ОС, а емкость фиксирована на значении 100 ГБ. Подробные сведения об определении конфигурации емкости можно найти в документах по инфраструктуре виртуализации.

Определение значений IOPS для ОС Значение IOPS для ОС фиксировано на уровне 25 IOPS для каждого тома ОС. Подробные сведения об определении значений IOPS для ОС можно найти в документах по инфраструктуре виртуализации.

Выбор правильной проверенной инфраструктуры VSPEX Чтобы вычислить соответствующий тип проверенной инфраструктуры VSPEX для своего решения, выполните следующие шаги.

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

Для этого примера:

• OracleRVM = необходимое число эталонных виртуальных машин для VSPEX1M (8) + необходимое число эталонных виртуальных машин для VSPEX1S (4) = 12 эталонных виртуальных машин

• VIPool=12 эталонных виртуальных машин = 29 дисков (см. Табл 14)



71

• Всего дисков, предложенных для Oracle 11g OLTP Database VSPEX1M = 38

• Всего дисков, предложенных для Oracle 11g OLTP Database VSPEX1S = 28 (вычисления не показаны)

• OracleDrives = всего дисков, предложенных для обоих баз данных Oracle 11g OLTP = 66

• Общее число дисков = VIPool + OracleDrives (29 + 66) = 95 дисков

Табл 13. Сопоставление эталонных виртуальных машин пулу виртуальной инфраструктуры (пример)

Количество эталонных виртуальных машин

Базовый диск Диски «горячего» резерва

Итого Флэш-диск корпоративного класса

SAS SAS Флэш-диск корпоративного класса

50 2 25 1 1 29 100 2 45 2 1 50 200 2 85 3 1 91 300 2 125 5 1 133 400 2 165 6 1 174 500 2 205 7 1 215

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

Для VSPEX ДЛЯ ВИРТУАЛИЗИРОВАННЫХ СРЕД ORACLE DATABASE 11g OLTP требуется 12 эталонных виртуальных машин и 95 дисков.

2. С помощью Табл 14 выберите модель решения для частного облака VSPEX VMware. В этом примере в качестве минимальной проверенной инфраструктуры VSPEX используется вариант до 125 эталонных виртуальных машин.

Табл 14. Выбор модели проверенной инфраструктуры VSPEX

Модель проверенной инфраструктуры VSPEX*

Максимально поддерживаемая эталонная виртуальная машина

Поддерживаемый массив хранения

До 125 виртуальных машин 125 VNX5300



Примечание. Чтобы определить, сколько эталонных виртуальных машин необходимо использовать в своей среде, обратитесь к документу Решение EMC VSPEX для частного облака: VMware vSphere 5.1 максимально на 500 виртуальных машин.



72

emc vspex - dell emc russia · Рисунок 15. Сводка iostat по функциям из...

Documents