Рекомендации по производительности для Oracle на виртуальных машинах Azure
В этой статье описывается, как правильный размер виртуальной машины и параметры хранилища влияют на производительность рабочей нагрузки Oracle — операции ввода-вывода (IOPS) и пропускная способность — зависимость и стоимость. Существует компромисс между оптимизацией затрат и производительностью. Эта серия рекомендаций по производительности ориентирована на получение оптимальной производительности для рабочей нагрузки Oracle на виртуальных машинах Azure. Если рабочая нагрузка менее сложна, вам может потребоваться не каждый рекомендуемый вариант оптимизации. Критически важно на этапе планирования оценить требования к производительности рабочих нагрузок Oracle и правильного размера вычислительных ресурсов и хранилища по мере необходимости.
При рассмотрении использования рабочих нагрузок Oracle на виртуальных машинах Azure для экономичной настройки сначала выберите виртуальную машину, которая поддерживает необходимые операции ввода-вывода в секунду и пропускную способность с соответствующим соотношением памяти к виртуальным ядрам, а затем добавьте требование к хранилищу.
Рекомендации по размеру виртуальных машин
Для запуска рабочих нагрузок базы данных Oracle в Azure рекомендуется выполнить следующие три серии виртуальных машин.
Серия E (Eds, v5 и Ebds V5)
Серия E предназначена для рабочих нагрузок с большим объемом памяти. Эти виртуальные машины обеспечивают высокие коэффициенты памяти к ядрам, что делает их подходящими для баз данных Oracle. Кроме того, можно использовать ряд вариантов ЦП для соответствия требованиям к производительности рабочей нагрузки базы данных Oracle.
Новая серия Ebdsv5 обеспечивает максимально высокое соотношение пропускной способности ввода-вывода и количества виртуальных ядер в Azure, а также соотношение памяти и количества виртуальных ядер, равное 8. Эта серия обеспечивает лучшую ценовую производительность для рабочих нагрузок Oracle на виртуальных машинах Azure. Рассмотрим этот ряд сначала для большинства рабочих нагрузок базы данных Oracle.
серия M;
Серия M создается для больших баз данных, то есть до 12 ТБ ОЗУ и 416vCP. Виртуальные машины серии M обеспечивают максимально высокое соотношение объема памяти и количества виртуальных ядер в Azure. Рассмотрим эти виртуальные машины для крупных и крупных критически важных рабочих нагрузок базы данных Oracle или, если потребуется объединить базы данных в меньшее количество виртуальных машин.
Серия D
Серия D создается для виртуальных машин общего назначения с меньшими коэффициентами памяти к виртуальным ядрам с виртуальными машинами общего назначения. Важно тщательно отслеживать счетчики производительности на основе памяти, чтобы гарантировать, что рабочая нагрузка Oracle может получить операции ввода-вывода в секунду и с помощью put. Серия Ddsv5 предлагает оптимальное сочетание количества виртуальных ЦП, объема памяти и временного диска, но с меньшей поддержкой памяти и виртуального ядра. Серия D не имеет коэффициента памяти к виртуальным ядрам 8, рекомендуемого для рабочих нагрузок Oracle. Таким образом, рекомендуется использовать эти виртуальные машины для небольших и средних баз данных или для среды разработки и тестирования для более низкого уровня TCO.
Рекомендации по хранению данных
В этом разделе приведены рекомендации и рекомендации по оптимизации производительности рабочей нагрузки Oracle в Azure Виртуальные машины (виртуальная машина). При оценке этих рекомендаций учитывайте актуальные потребности в производительности, затраты и характер рабочих нагрузок. Давайте рассмотрим варианты:
Типы дисков: SSD уровня "Премиум", SSD уровня "Премиум" версии 2 и "Ультра" являются рекомендуемыми типами дисков для рабочей нагрузки Oracle. Ознакомьтесь с сравнением типов дисков, чтобы понять максимальный размер диска, максимальную пропускную способность и максимальное количество операций ввода-вывода в секунду, чтобы выбрать правильный тип диска для виртуальной машины Azure, чтобы обеспечить производительность рабочей нагрузки Oracle. Как правило, SSD уровня "Премиум" версии 2 является лучшей ценой на диск производительности, которую можно рассмотреть.
SSD уровня "Премиум" версии 2 обеспечивает более высокую производительность, чем диски SSD уровня "Премиум", а также обычно дешевле. Вы можете в любое время настроить производительность (емкость, пропускную способность и операции ввода-вывода в секунду) дисков SSD уровня "Премиум" версии 2, что позволяет повысить эффективность рабочих нагрузок при перемещении потребностей в производительности. Например, для базы данных с большим объемом операций ввода-вывода в секунду требуется большое количество операций ввода-вывода в секунду, или игровое приложение может требовать большое количество операций ввода-вывода в секунду, но только в часы пиковой нагрузки. Так как вы можете настроить производительность отдельно, для большинства рабочих нагрузок общего назначения SSD версии 2 уровня "Премиум" может обеспечить лучшую производительность цен.
Ssd класса Premium подходят для критически важных рабочих нагрузок рабочей среды. Они обеспечивают высокую производительность и поддержку дисков с низкой задержкой для виртуальных машин (виртуальных машин) с интенсивными рабочими нагрузками ввода-вывода (ввода-вывода).
Диски ценовой категории "Ультра" — это самый высокий уровень хранилища для виртуальных машин Azure. Они подходят для рабочих нагрузок с большим объемом данных и транзакций. Они обеспечивают низкую задержку в миллисекундах и предоставляют гибкую модель конфигурации производительности, которая позволяет независимо настраивать операции ввода-вывода в секунду и пропускную способность до и после подготовки диска.
Azure Elastic SAN обеспечивает масштабируемое, экономичное, высокопроизводительное и надежное решение для хранения блоков, которое подключается к различным службам вычислений Azure по протоколу iSCSI. Elastic SAN обеспечивает простой переход из существующего хранилища SAN в облако без необходимости рефакторинг архитектуры клиентского приложения. Это решение может достичь большого масштаба — до миллионов операций ввода-вывода в секунду, двузначных ГБ/с пропускной способности и низкой однозначной миллисекундной задержки с встроенной устойчивостью, чтобы свести к минимуму время простоя. Это делает его отличным подходом для клиентов, желающих объединить хранилище, клиентов, работающих с несколькими вычислительными службами, или тех, кто имеет рабочие нагрузки, требующие высокого уровня пропускной способности, достигнутого путем вождения хранилища по пропускной способности сети.
Примечание.
Размер виртуальной машины с помощью Elastic SAN должен соответствовать требованиям к пропускной способности сети рабочей (виртуальной машины к виртуальной машине) вместе с пропускной способностью хранилища.
Рассмотрите возможность размещения рабочих нагрузок Oracle в Elastic SAN для повышения эффективности затрат по следующим причинам.
Консолидация хранилища и динамическое совместное использование производительности. Обычно для рабочей нагрузки Oracle на виртуальной машине Azure хранилище типов дисков подготавливается на каждую виртуальную машину на основе емкости клиента и пиковых требований к производительности этой виртуальной машины. Эта избыточность доступна при необходимости, но неиспользуемая производительность не может быть предоставлена рабочим нагрузкам на других виртуальных машинах. Эластичная сеть SAN, например локальная сеть SAN, позволяет консолидировать потребности хранилища нескольких рабочих нагрузок Oracle для повышения экономичности, с возможностью динамического совместного использования подготовленной производительности в томах, подготовленных для этих различных рабочих нагрузок на основе требований ввода-вывода. Например, в восточной части США, если у вас есть 10 рабочих нагрузок, требующих 2 ТиБ емкости и 10K операций ввода-вывода в секунду, но в совокупности они не нуждаются в более чем 60 K IOPS в любой момент времени. Вы можете настроить эластичную san с 12 базовыми единицами (одна базовая единица = $0,08 за ГиБ/месяц), которая дает 12 ТиБ емкости и необходимые 600 единиц ввода-вывода в секунду и 8 единиц емкости (1 единица только емкости = $0,06 за ГиБ/месяц), которые дают вам оставшуюся емкость 8 ТиБ по более дешевой цене. Эта оптимальная конфигурация хранилища обеспечивает более высокую экономичность при обеспечении необходимой производительности (10 КБ операций ввода-вывода в секунду) для каждой из этих рабочих нагрузок. Дополнительные сведения о базовых и доступных единицах подготовки эластичных SAN см. в статье "Планирование эластичной сети SAN Azure" и цен на Azure Elastic SAN.
Для повышения пропускной способности хранилища: для развертывания виртуальных машин Azure рабочая нагрузка Oracle иногда требует чрезмерной подготовки виртуальной машины из-за ограничения пропускной способности диска для этой виртуальной машины. Это можно избежать с помощью elastic SAN, так как вы используете более высокую пропускную способность хранилища по пропускной способности вычислительной сети с помощью протокола iSCSI. Например, виртуальная машина Standard_E32bds_v5 (SCSI) ограничена пропускной способностью 88 000 операций ввода-вывода в секунду и 2500 МБИТ/с для пропускной способности диска или хранилища, но может достичь не более 16 000 МБИТ/с пропускной способности сети. Если требование пропускной способности хранилища для рабочей нагрузки превышает 2500 МБИТ/с, вам не нужно обновлять виртуальную машину до более высокого номера SKU, так как теперь она может поддерживать до 16 000 МБИТ/с с с помощью Elastic SAN.
Кроме того, ниже приведены некоторые входные данные, которые помогут вам получить дальнейшее значение из эластичной сети SAN.
| Прочие параметры | описание |
|---|---|
| Модель подготовки | Гибкая модель при детализации TiB |
| BCDR | Добавочный моментальный снимок для быстрого восстановления; Экспорт моментальных снимков для защиты. |
| Избыточность и целевые показатели масштабирования | Ознакомьтесь с возможностями избыточности azure Elastic SAN в требованиях к избыточности. |
| Шифрование | Шифрование неактивных данных поддерживается. |
Azure NetApp Files — это собственная служба хранилища файлов корпоративного класса, высокопроизводительная служба хранилища файлов Azure, подходящая для хранения файлов базы данных Oracle. Он предоставляет тома как службу, для которой можно создавать учетные записи NetApp, пулы емкости и тома. Вы также можете выбрать уровни обслуживания и производительности и управлять защитой данных. Используя те же протоколы и средства, которые вы знаете и доверяете, и корпоративные приложения, которые зависят от локальной среды, можно создавать и поддерживать общие папки, которые являются быстрыми, надежными и масштабируемыми.
Ниже приведены ключевые атрибуты файлов Azure NetApp:
- Производительность, оптимизация затрат и масштабирование.
- Простота и доступность.
- Управление данными и безопасность.
- Соглашение об уровне обслуживания 99,99 %
Тома Azure NetApp Files высокодоступны по проектированию и обеспечивают гибкость масштабирования томов вверх и вниз в емкости и производительности без прерывания работы службы. Для других областей доступности между зонами и регионами тома можно реплицировать с помощью межзоны и межрегионального репликации.
Для размещения необходимых файлов базы данных Oracle, журналов повторов и архивов, которые масштабируются в несколько гигабайт в секунду и несколько десятков терабайтов емкости, можно использовать один или несколько томов в зависимости от требований к емкости и производительности. Тома можно защитить с помощью моментальных снимков для быстрой защиты основных данных и возможности восстановления. Тома можно создавать резервные копии с помощью RMAN, AzAcSnap, резервного копирования Azure NetApp Files или других предпочтительных методов резервного копирования или приложений.
Настоятельно рекомендуется использовать Oracle direct NFS (dNFS) с Azure NetApp Files для повышения производительности. Комбинация Oracle dNFS с Azure NetApp Files обеспечивает большое преимущество для ваших рабочих нагрузок. Oracle dNFS позволяет повысить производительность, чем ядро операционной системы NFS. В этой статье объясняется технология и предоставляется сравнение производительности между dNFS и клиентом ядра NFS.
Виртуальные машины Azure регулируются для сетевого трафика с более высокой скоростью, чем прямо подключенное хранилище, например SSD. В результате развертывание Oracle работает лучше с помощью томов Azure NetApp Files на одном номере SKU виртуальной машины или вы можете выбрать меньший номер SKU виртуальной машины для той же производительности и сэкономить на стоимости лицензий Oracle.
Моментальные снимки можно клонировать, чтобы обеспечить доступ на чтение и запись к текущим данным для тестирования и разработки без взаимодействия с динамическими данными.
| Позиция | Description |
|---|---|
| Другой параметр | Доступно в трех уровнях обслуживания производительности ("Ультра", "Премиум", "Стандартный") с динамическим прерыванием и уменьшением масштаба производительности и емкости для балансировки требований и затрат. |
| Модель подготовки | Один том для средних и больших баз данных с несколькими томами для большой и высокой пропускной способности. Подготовка с помощью портал Azure с динамическим расширением и уменьшением размера в Сети. Динамическое масштабирование производительности в Сети с помощью динамических изменений уровня обслуживания и корректировки качества обслуживания. |
| BDR | Доступ к данным на основе моментальных снимков для целей BC/DR и тестирования и разработки. Хранилище моментальных снимков с помощью резервного копирования Azure NetApp Files, репликации между регионами на основе хранилища, репликации между зонами на основе хранилища, интеграции с Oracle Data Guard для обеспечения высокой доступности и аварийного восстановления. |
| Избыточность и целевые показатели масштабирования | Демонстрация возможностей для поддержки крупнейших и высокопроизводительных баз данных Oracle в размере более 100 ТиБ и нескольких гигабайтах в секунду при сохранении почти мгновенной защиты первичных данных и возможности восстановления. |
| Шифрование | Одно или двойное шифрование при хранении с помощью ключей, управляемых платформой или клиентом. |
Автоматизация виртуальных машин и выбора хранилища
Рассмотрите возможность использования средства Сообщества Oracle Помощник по миграции Tool (OMAT), чтобы получить правильные номера SKU виртуальных машин с рекомендуемыми параметрами хранения, включая типы дисков, Elastic SAN и ANF с указанием стоимости на основе цен на список. Вы можете предоставить отчет AWR базы данных Oracle в качестве входных данных и запустить скрипт средства OMT, чтобы получить выходные данные рекомендуемых номеров SKU виртуальных машин и параметров хранения, которые соответствуют требованиям к производительности базы данных.