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

Выбор вычислительных ресурсов и хранилища

  • Статья

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

Azure IaaS можно использовать для переноса рабочих нагрузок Oracle из локальной среды в облако. Сложность, размер и высокие требования ввода-вывода (I/O) рабочей нагрузки могут усложнить процесс миграции и негативно повлиять на производительность Oracle Database. Производительность базы данных зависит от таких параметров, как пропускная способность диска для чтения и записи (Мбит/с), операции ввода-вывода в секунду, ЦП, ОЗУ и задержка сети. Таким образом, выбор правильного сочетания вычислительных ресурсов и хранилища для Azure IaaS и расположения рабочих нагрузок приложений относительно служб баз данных имеет решающее значение для успешной миграции базы данных.

Оценка рабочей нагрузки Oracle с помощью отчетов AWR или Statspack

Чтобы получить правильные рекомендации по выбору размера для требуемой инфраструктуры Azure, необходимо создать отчет автоматический репозиторий рабочих нагрузок (AWR) или отчет Statspack для каждой базы данных, которую вы планируете перенести в Azure.

Отчет AWR — это подробный отчет об анализе производительности, созданный базой данных Oracle. Отчет содержит исчерпывающие сведения о производительности базы данных, событиях ожидания, системных ресурсах и многом другом. Отчет AWR входит в пакет диагностики Oracle для набора продуктов Oracle Database. Если вы используете выпуск Standard Edition или Enterprise без лицензии на пакет диагностики, используйте вместо него отчет Statspack .

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

Период пиковой нагрузки обычно составляет один час. Пиковую нагрузку можно определить с помощью Oracle Enterprise Manager. Если у вас нет лицензии на Oracle Enterprise Manager, можно использовать следующий скрипт для пяти наиболее загруженных раз. Этот скрипт доступен как для баз данных Standard Edition, так и для баз данных выпуск Enterprise.

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

  • Создание комплексных отчетов AWR для упражнения по правильному размеру базы данных.
  • Создайте отчет AWR за период самой загруженной рабочей нагрузки в течение коротких периодов времени, например 30 минут или один час.
  • Создайте отчет AWR с пиковой нагрузкой (и отчет AWR со средней пиковой нагрузкой, если требуется).
  • Получите любые другие отчеты AWR, которые могут содержать важные сведения о рабочей нагрузке базы данных, такие как конец месяца или конец квартала отчетных периодов.
  • Убедитесь, что отчет находится в ФОРМАТЕ HTML для средства определения размера.
  • Используйте следующие скрипты, чтобы получить пять самых загруженных раз, если вы не уверены, когда происходит пиковая нагрузка:

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

Правильно настройте размер рабочих нагрузок с помощью автоматизированных средств, чтобы они соответствовали правильному номеру SKU Виртуальные машины Azure в соответствии с виртуальными ЦП, памятью, пропускной способностью и числом операций ввода-вывода в секунду. Проанализируйте отчет AWR или отчет Statspack рабочих нагрузок Oracle, чтобы правильно настроить размер инфраструктуры Azure в соответствии с требованиями к производительности. Такой анализ основан на экспертном понимании производительности базы данных и требует автоматизированных средств для управления всеми переменными, таких как Oracle Migration Assistant Tool (OMAT).

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

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

  • Используйте автоматизированные средства изменения размера, такие как OMAT. Средства правильного определения размера автоматизируют действия, описанные в документе по размеру AWR, чтобы ускорить процесс миграции и упростить отчет AWR.
  • Обратитесь к экспертам, которые понимают рекомендации, созданные в отчете OMAT.

Выбор подходящей виртуальной машины для рабочей нагрузки

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

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

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

Выбор подходящего решения для хранения для рабочей нагрузки

Выбор решения службы хранилища Azure для базы данных зависит от размера базы данных, операций ввода-вывода в секунду и пропускной способности. Управляемые диски Azure предоставляет тома хранилища на уровне блоков, управляемые Azure и используемые с виртуальными машинами Azure. Служба хранилища Azure предоставляет широкий спектр высокодоступных и масштабируемых вариантов хранения приложений, данных и виртуальных машин в облаке. Оценка правильного размера помогает решить, какое решение для хранения данных будет использоваться для базы данных.

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

Отчет AWR дает представление о требованиях к пропускной способности и операций ввода-вывода в секунду для конкретной рабочей нагрузки. Перед развертыванием крайне важно знать требования к пропускной способности и операций ввода-вывода в секунду, так как рабочие нагрузки Oracle чувствительны к производительности.

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

Имя диска Функция Размер (ГБ) Пропускная способность ОПЕРАЦИЙ ВВОДА-ВЫВОДА Рекомендации по диску
oredo Журналы повтора в Сети 400 150 1500 Выберите SSD ценовой категории "Премиум" версии 2, если доступно, и P20 в противном случае
oarch Заархивированные журналы повторов 7000 300 1250 Хранилище BLOB-объектов Azure настроено на горячем уровне
odata Файлы данных и управляющие файлы 18000 1000 2500 Выберите SSD ценовой категории "Премиум" версии 2, если доступно, и 5*P50 (чередуется до RAID-0) в противном случае

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

Это только один пример рабочей нагрузки клиента. Обязательно проверьте и соответствующим образом настройте требования к размеру рабочей нагрузки, объему операций ввода-вывода в секунду и пропускной способности.

Если вам нужно использовать несколько дисков для одного или нескольких логических томов в конфигурации диска, независимо от технологии диска (Oracle ASM, LVM или другие), убедитесь, что вы распределяете нагрузку между дисками для достижения максимальной производительности.

Управляемые диски SSD (цен. категория "Премиум") версии 2 можно использовать везде, где они доступны. Проверьте доступность в соответствии с регионом и просмотрите конфигурации дисков перед развертыванием.

Размер диска по умолчанию в ASM имеет решающее значение при использовании Oracle ASM и Управляемые диски. Если вы настроите ASM для максимального размера 4096 ГБ, ASM может обрабатывать только этот объем. Таким образом, даже если вы подготавливаете диски более высокого уровня, ASM не распознает пространство. Спланируйте размер диска соответствующим образом и решите, следует ли подготавливать диски размером 4095 ГБ. Дополнительные сведения см. в разделе Конфигурация ASM.

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

  • Воспользуйтесь рекомендациями, созданными средством OMAT, чтобы ознакомиться с вариантами хранилища базы данных.
  • Изучите типы дисков Azure и их соответствие требованиям к рабочей нагрузке.
  • Ознакомьтесь с рекомендациями по типам дисков и конфигурациям.
  • Посетите Azure NetApp Files для Oracle, если вы планируете использовать Azure NetApp Files для Oracle в качестве уровня хранилища.
  • Если вы планируете отделять от Oracle Exadata, посетите страницу групп томов приложений .
  • См. Файлы Azure (горячий уровень) для получения подходящих вариантов для больших томов архивов журналов повтора и управляемых дисков Azure premium.
  • Создайте вариант резервного копирования для рабочих нагрузок Oracle на основе объема данных и технических и нетехнических требований. Дополнительные сведения см. в статье Стратегии резервного копирования для рабочих нагрузок Oracle.
  • Спланируйте макет хранилища, чтобы избежать проблем с производительностью.

Размер необходимой вычислительной инфраструктуры для приложений Oracle

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

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

Дополнительные сведения об использовании эталонных архитектур для развертывания приложений Oracle в Azure IaaS см. в статье Приложения Oracle в Azure.

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

Получение точек данных с уровня приложения и веб-уровня. К этим точкам данных относятся:

  • количество виртуальных ЦП;
  • Среднее использование виртуальных ЦП
  • Размер памяти
  • Среднее использование памяти
  • Размер хранилища приложений
  • версия приложения.
  • Операционная система
  • Общее число операций ввода-вывода в секунду
  • Общая пропускная способность
  • Стратегия резервного копирования

Следующий шаг

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