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


Управление и мониторинг рабочих нагрузок Oracle в акселераторе целевой зоны Azure Виртуальные машины

В этой статье описывается, как успешно управлять и отслеживать Oracle в azure Виртуальные машины акселератор целевой зоны. Этот сценарий корпоративного масштаба описывает важные рекомендации по проектированию среды. Дополнительные рекомендации доступны в целевой зоне корпоративного масштаба Azure для управления и мониторинга.

В этой статье описаны основные рекомендации по проектированию и рекомендации по управлению развертываниями рабочих нагрузок Oracle в акселераторе целевой зоны виртуальной машины Microsoft Azure. Так как Oracle является критически важной и высокопроизводительной рабочей нагрузкой, рекомендации по разработке целевой зоны Azure также должны быть включены в планирование. Мониторинг рабочей нагрузки Oracle в Azure Виртуальные машины для обнаружения сбоев и аномалий является критически важным для обеспечения работоспособности критически важных рабочих нагрузок.

Мониторинг баз данных Oracle в акселераторе целевой зоны Azure Виртуальные машины

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

Мониторинг журналов с помощью Azure Monitor

Рабочая нагрузка Oracle в azure Виртуальные машины акселератор целевой зоны, необходимо отслеживать виртуальную машину и базу данных Oracle на виртуальной машине Azure. Azure Monitor предоставляет множество способов мониторинга журналов виртуальной машины и рабочей нагрузки Oracle.

Первым шагом мониторинга является настройка общего мониторинга виртуальных машин Azure.

  1. Включение аналитики виртуальных машин

  2. Развертывание AMA (агент мониторинга Azure) и настройка DCR (правило сбора данных)

  3. Сбор пользовательских журналов.

  4. Мониторинг метрик управляемого диска:

    Если вы храните файлы базы данных Oracle на управляемых дисках Azure, следует отслеживать метрики производительности для управляемых дисков. Подходящими номерами SKU управляемых дисков для баз данных Oracle являются SSD уровня "Премиум", SSD уровня "Премиум" версии 2 и "Ультра". Метрики производительности диска данных важны, так как файлы базы данных Oracle хранятся на управляемых дисках. Рассмотрим накопительные операции ввода-вывода в секунду и пропускную способность дисков данных, если используются технологии чередование дисков, такие как Управление автоматическим хранилищем Oracle (классическая модель развертывания) или Диспетчер логических томов Linux (LVM).

    Метрики управляемых дисков Azure

    Администратор Oracle должен отслеживать метрики производительности диска, связанные с операцией ввода-вывода, такими как следующие метрики:

    • Процент использования операций ввода/вывода в секунду для диска ОС
    • Процент использования операций ввода/вывода в секунду для диска данных
    • Скорость чтения с диска данных (байт/с)
    • Скорость записи на диск данных (байт/с)
    • Длина очереди диска

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

    При выборе соответствующего номера SKU виртуальной машины используйте таблицу и столбец Максимальной пропускной способности диска: операции ввода-вывода в секунду/MBps , чтобы узнать, как несколько управляемых дисков, подключенных к виртуальной машине, могут обеспечить более высокую объединенную пропускную способность операций ввода-вывода в секунду и пропускную способность. Обратите внимание, что требования к операциям ввода-вывода базы данных во время пиковой нагрузки превышают максимальную пропускную способность диска виртуальной машины, операции ввода-вывода виртуальной машины можно регулировать. Кроме того, если на диск не хватает пропускной способности операций ввода-вывода в секунду или хранилища, регулирование может произойти на уровне диска.

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

  5. Мониторинг метрик Azure NetApp Files (ANF). Если файлы базы данных хранятся в томах Azure NetApp Files (ANF), следует отслеживать метрики ANF для выделенного хранилища, фактического использования хранилища, операций ввода-вывода в секунду тома, пропускной способности и задержки. Ознакомьтесь со следующими статьями, чтобы понять, как отслеживать Azure NetApp Files и связанные метрики производительности.

    При мониторинге метрик ANF также важно отслеживать пропускную способность сети виртуальной машины, чтобы убедиться, что его ограничение не превышается. Том ANF подключен к сети с помощью протокола NFS, он не ограничивается совокупными ограничениями пропускной способности ввода-вывода Виртуальные машины для любого типа экземпляра виртуальной машины. Вместо этого ANF ограничивается только пропускной способностью сети в серии виртуальных машин базы данных. Ограничение виртуальной машины, зависят от хранилища, подключенного к NFS, указывается в столбце "Максимальная пропускная способность сети (Мбит/с)". Примеры см. в технической спецификации серии виртуальных машин Edv5 и Edsv5.

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

  1. Оповещения в Azure Monitor определяют неработоспособные ресурсы. При создании новой виртуальной машины Azure можно включить набор рекомендуемых правил генерации оповещений для общего набора метрик. Этот начальный набор распространенных метрик включает процент ЦП или доступную память. Дополнительные сведения см. в статье "Включение рекомендуемых правил генерации оповещений для виртуальной машины Azure". Вы также можете настроить расширенные правила генерации оповещений метрик, если требуется более ситуационный.

    Недавно инициатива, разработанная как простой способ развертывания правил генерации оповещений. Цель этого проекта — сосредоточиться на мониторинге целевой зоны Azure в качестве общего набора ресурсов и служб Azure, настроенных аналогичным образом в разных организациях.

  2. Также следует отслеживать следующие метрики, связанные с диском. Если пороговые значения превышены, рекомендуется выдавать оповещение.

    Имя правила генерации оповещений Условие
    Процент использования операций ввода/вывода в секунду для диска ОС Количество потребляемых > операций ввода-вывода в секунду на диск ОС — 95
    Процент использования операций ввода/вывода в секунду для диска данных Объем потребляемых > операций ввода-вывода в секунду на диск данных — 95
    Диск данных считывает байт/секунду Настройка тенденций производительности системы
    Запись диска данных в байт/секунду Настройка тенденций производительности системы
    Длина очереди диска Настройка тенденций производительности системы

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

Службы Azure Описание URL-адрес
Azure виртуальная сеть База данных Oracle в акселераторе целевой зоны Azure Виртуальные машины использует виртуальную сеть для группы доступности, зоны доступности, высокого уровня доступности и BCDR с помощью Oracle Data Guard и Golden Gate.  Общие сведения о виртуальной сети Azure
Справочник по данным виртуальной сети Azure
Azure Backup Azure Backup можно отслеживать и настраивать оповещение. Мониторинг в масштабе с помощью Azure Monitor
Отслеживайте файл базы данных Oracle "журнал оповещений" на виртуальной машине базы данных для строк, начиная с следующего формата:
status — AzBackup — script — version: message
- where: status = "INFO", "WARN" или "FAIL"
- AzBackup (стандартный текст)
- script = "pre-script" или "post-script"
— версия = номер версии в десятичном формате
message = текст свободного формата
Пример: INFO - AzBackup pre-script версии 1.02: BEGIN BACKUP
Виртуальная машина базы данных Azure Файл "Журнал оповещений" базы данных, файл сообщений консоли ОС — Файл журнала оповещений обычно находится в подкаталоге "$ORACLE_BASE/diag/rdbms/$ORA_DBNAME/$ORACLE_SID/trace" на виртуальной машине базы данных
— журнал консоли ОС, расположенный в папке "/var/log/messages"

Мониторинг рабочей нагрузки Oracle с помощью управления облаком Oracle Enterprise Manager

Oracle Enterprise Manager — это интегрированный продукт управления предприятиями Oracle. Он предоставляет функции мониторинга событий, инцидентов, метрик для целевых рабочих нагрузок Oracle.

Azure Monitor и оповещения

Используйте Azure Monitor для сбора данных телеметрии и получения аналитических сведений о работоспособности, производительности и доступности ресурсов Azure. Oracle Enterprise Manager можно развернуть на отдельной виртуальной машине для мониторинга, обслуживания и управления средами Oracle. Текстовые журналы Oracle Enterprise Manager можно загрузить в Log Analytics и использовать с Azure Monitor для одной панели мониторинга стекла.

Средства диагностики Oracle

Подход и параметр Описание URL-адрес
AWR(репозиторий автоматической рабочей нагрузки) AWR предоставляет функции мониторинга для сбора, обработки и поддержания статистики производительности для обнаружения проблем и самостоятельной настройки. Этот мониторинг помогает реализовать историческую аналитику и определить проблемы.  Сбор статистики базы данных
Statspack Statspack собирает статистику экземпляра базы данных Oracle даже в средах, где AWR и ADDM не выполняются. Statspack включает сводку и сведения о статистике базы данных, события ожидания, системную статистику и т. д. Дополнительные сведения см. по следующим ссылкам.   Настройка производительности с помощью STATSPACK, часть I
Настройка производительности с помощью STATSPACK, часть II
Диагностика и настройка Oracle Enterprise Manager Пакет диагностики Oracle предоставляет автоматическую диагностику производительности и расширенные функции мониторинга системы. Пакет настройки Oracle предоставляет администраторам баз данных экспертные средства управления производительностью для среды Oracle, включая оптимизацию настройки SQL и хранилища. Пакеты диагностики и настройки

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