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


Рекомендации по повышению производительности

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

  1. Войдите на портал Azure.

  2. Найдите и выберите Помощник на любой странице.

  3. На панели мониторинга Помощника откройте вкладку Производительность.

ИИ и машинное обучение

Обнаружено регулирование 429 в этом ресурсе

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

Дополнительные сведения об автомасштабировании служб ИИ Azure.

Прекращение поддержки версии модели Анализа текста

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

Дополнительные сведения о Cognitive Service — TAUpgradeToLatestModelVersion (Анализ текста версия модели устарела).

Прекращение поддержки версии модели Анализа текста

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

Дополнительные сведения о Cognitive Service — TAUpgradeModelVersiontoLatest (Анализ текста версии модели устарели).

Обновление API "Анализ текста" для Cognitive Service до последней версии

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

Дополнительные сведения о программе Cognitive Service - UpgradeToLatestAPI (обновление до последней версии API Службы анализа текста).

Обновление до последней версии API Azure Cognitive Service для службы "Язык"

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

Дополнительные сведения о программе Cognitive Service - UpgradeToLatestAPILanguage (обновление до последней версии API службы Azure Cognitive Service для языковой службы).

Обновление пакета SDK службы "Анализ текста" для Cognitive Service до последней версии

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

Дополнительные сведения о программе Cognitive Service - UpgradeToLatestSDK (обновление до последней версии пакета SDK для Службы анализа текста).

Обновление до последней версии пакета SDK службы "Язык" для Cognitive Service

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

Дополнительные сведения о программе Cognitive Service - UpgradeToLatestSDKLanguage (обновление до последней версии пакета SDK для Службы программного обучения).

Обновление до последней версии пакета SDK для языка искусственного интеллекта Azure

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

Дополнительные сведения о языке ИИ Azure.

Аналитика

Определение правильного размера ресурсов Data Explorer для оптимальной производительности.

Эта рекомендация отображает все ресурсы Обозревателя данных, превышающие рекомендуемую емкость данных (80%). Рекомендуемое действие для повышения производительности — масштабирование до рекомендуемой конфигурации.

Дополнительные сведения о Ресурсе Обозревателя данных — правильный размер для экономии затрат (определение правильного размера ресурсов Data Explorer для оптимизации затрат).

Обзор политик кэширования таблиц Data Explorer

Эта рекомендация предоставляет таблицы Обозревателя данных с большим количеством запросов, которые выходят за пределы настроенного периода кэша (политика) — вы видите первые 10 таблиц по процентам запросов, которые обращаются к данным вне кэша. Рекомендуемое действие для повышения производительности: ограничьте количество запросов к этой таблице минимально необходимым диапазоном времени (в пределах определенной политики). Кроме того, если необходимо получить данные из всего диапазона времени, увеличьте период кэширования до рекомендуемого значения.

Дополнительные сведения о Ресурсе Обозревателя данных — UpdateCachePoliciesForAdxTables (проверка политик кэша таблиц для таблиц Обозревателя данных).

Снижение значений политики кэширования таблиц Data Explorer для повышения производительности

Уменьшение политики кэша таблиц освобождает неиспользуемые данные из кэша ресурса и повышает производительность.

Дополнительные сведения о Ресурсе Обозревателя данных — ReduceCacheForAzureDataExplorerTablesToImprovePerformance (уменьшение политики кэширования таблиц в Обозревателе данных для повышения производительности).

Увеличение кэша в политике кэша

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

Дополнительные сведения о ресурсе обозревателя данных — Увеличение КэшаForAzureDataExplorerTablesToImprovePerformance (увеличение кэша в политике кэша)

Включение оптимизированного автомасштабирования для ресурсов Data Explorer

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

Дополнительные сведения о ресурсе обозревателя данных — PerformanceEnableOptimizedAutoscaleAzureDataExplorer (включение оптимизированного автомасштабирования для ресурсов Обозревателя данных).

Происходит операция считывания самых актуальных данных

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

Дополнительные сведения о кластере HDInsight — HBaseMemstoreReadPercentage (операции чтения происходят в самых последних данных).

Для повышения производительности кластера рекомендуется использовать функцию ускоренной записи в кластере HBase.

Вы видите эту рекомендацию помощника, так как системный журнал команды HDInsight показывает, что за последние семь дней кластер столкнулся со следующими сценариями:

  1. высокая задержка времени синхронизации WAL;

  2. большое количество запросов записи (не менее трех 1-часовых интервалов с более 1000 avg_write_requests/second/node).

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

Чтобы повысить производительность кластера, рекомендуется использовать функцию ускорения записи, предоставляемую Azure HDInsight HBase. Функция ускоренной записи для кластеров HDInsight Apache HBase подключает управляемые диски SSD ценовой категории "Премиум" к каждому RegionServer (рабочему узлу) вместо использования облачного хранилища. В результате это обеспечивает низкую задержку записи и лучшую устойчивость для приложений.

Дополнительные сведения об этой функции см. по ссылке:

Дополнительные сведения о кластере HDInsight — AccWriteCandidate (для повышения производительности кластера рекомендуется использовать функцию ускоренной записи в кластере HBase).

Более 75% запросов являются полными запросами сканирования

Более 75 % запросов на сканирование в кластере выполняют сканирование всей области или таблицы. Измените запросы на сканирование, чтобы избежать сканирования всей области или таблицы.

Дополнительные сведения о кластере HDInsight — ScanQueryTuningcandidate (более 75% ваших запросов являются запросами на полную проверку).

Проверьте количество регионов по мере блокировки обновлений

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

Дополнительные сведения о кластере HDInsight — RegionCountCandidate (проверьте ваше количество регионов, так как вы блокируете обновления.).

Попробуйте увеличить число потоков задач записи на диск

Размер очереди записи на диск на региональных серверах превышает значение "100", или происходит частая блокировка обновлений. Рекомендуется настроить обработчик задачи записи на диск.

Дополнительные сведения о кластере HDInsight — FlushQueueCandidate (рассмотрите возможность увеличения потоков очистки).

Чтобы ускорить выполнение сжатия, увеличьте число потоков сжатия.

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

Дополнительные сведения о кластере HDInsight — CompactionQueueCandidate (чтобы ускорить выполнение сжатия, рассмотрите возможность увеличения потоков сжатия).

Таблицы с кластеризованными индексами columnstore (CCI) с менее чем 60 миллионами строк

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

Дополнительные сведения о рабочей области Synapse - EnableSnapshots (таблицы с кластеризованными индексами Columnstore (CCI) с количеством строк менее 60 000 000).

Обновление версии пакета SDK для SynapseManagementClient

Новая версия SynapseManagementClient использует пакет SDK для .NET 4.0 или более поздней версии.

Дополнительные сведения о рабочей области Synapse - UpgradeSynapseManagementClientSDK (обновление версии пакета SDK для SynapseManagementClient).

Службы вычислений

При использовании емкости vSAN превышено критическое пороговое значение

Для емкости vSAN достигнут уровень использования 75%. Уровень использования кластера должен остаться ниже критического порогового значения 75% для соответствия Соглашению об уровне обслуживания. Добавление новых узлов в кластер vSphere для увеличения емкости или удаления виртуальных машин для уменьшения потребления или настройки рабочих нагрузок виртуальных машин

Дополнительные сведения о Решение Azure VMware частном облаке — vSANCapacity (использование емкости vSAN пересекло критическое пороговое значение).

Обновление до последней версии API Автоматического управления

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

Дополнительные сведения о виртуальной машине — UpdateToLatestApi (обновление автоматического управления до последней версии API).

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

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

Дополнительные сведения о Виртуальной машине — RegionProximitySessionHosts (повышение удобства работы пользователей и возможности подключения путем развертывания виртуальных машин ближе к расположению пользователя).

Использование Управляемых дисков для предотвращения регулирования операций ввода-вывода

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

Дополнительные сведения о Виртуальной машине — ManagedDisksStorageAccount (используйте управляемые диски для предотвращения регулирования дискового ввода-вывода).

Преобразование управляемых дисков с HDD (цен. категория "Стандартный") в SSD (цен. категория "Премиум") для повышения производительности

Мы заметили, что диск HDD (цен. категория "Стандартный") приближается к целям производительности. Диски SSD (цен. категория "Премиум") Azure позволяют использовать диски с высокой производительностью и малой задержкой для виртуальных машин, предназначенных для рабочих нагрузок с большим числом операций ввода-вывода. Увеличьте производительность диска, обновив диск HDD (цен. категория "Стандартный") до SSD диска (цен. категория "Премиум"). Для обновления требуется перезагрузка виртуальной машины, которая занимает от трех до пяти минут.

Дополнительные сведения о Disk - MDHDDtoPremiumForPerformance (преобразование управляемых дисков из HDD (цен. категория "Стандартный") в SSD (цен. категория "Премиум") для повышения производительности).

Включение ускоренной сети для повышения производительности и сокращения задержки сети

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

Дополнительные сведения о Виртуальной машине — AccelNetConfiguration (включение ускоренной работы в сети для повышения производительности и уменьшения задержки сети).

Использование дисков SSD для рабочих нагрузок.

Мы заметили, что вы используете диски SSD, а также используете диски HDD уровня "Стандартный" на одной виртуальной машине. Для тестирования и резервного копирования рекомендуется использовать управляемые диски HDD уровня "Стандартный"; Рекомендуется использовать диски SSD уровня "Премиум" или "Стандартный" для рабочей среды. Диски SSD (цен. категория "Премиум") обеспечивают диски с высокой производительностью и малой задержкой для виртуальных машин, предназначенных для рабочих нагрузок с большим числом операций ввода-вывода. Диски SSD (цен. категория "Стандартный") обеспечивают постоянную более низкую задержку. Обновите конфигурацию диска сегодня, чтобы увеличить задержку, повысить надежность и доступность. Для обновления требуется перезагрузка виртуальной машины, которая занимает от трех до пяти минут.

Дополнительные сведения о Виртуальной машине — MixedDiskTypeToSSDPublic (используйте диски SSD для рабочих нагрузок).

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

Если вы хотите улучшить производительность, используйте производственные диски для производственных виртуальных машин. Мы видим, что вы используете виртуальную машину уровня рабочей среды, однако вы используете низкопроизводительный диск со стандартным жестким диском. Обновление дисков, подключенных к рабочим дискам , SSD уровня "Стандартный" или SSD уровня "Премиум", обеспечивает более согласованный опыт и улучшения задержки.

Дополнительные сведения о Виртуальной машине — MatchProdVMProdDisks (сопоставление рабочих виртуальных машин с Рабочим диском для обеспечения согласованной производительности и более сниженной задержки).

Ускорение сети может потребовать остановки и запуска виртуальной машины

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

Дополнительные сведения о виртуальной машине — AccelNetDisengaged (ускорение сети может потребовать остановки и запуска виртуальной машины).

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

Ultra Disk доступен в том же регионе, что и база данных. Диски Ultra Disk обладают высокой пропускной способностью, низкой задержкой и поддерживают высокую скорость операций ввода-вывода в секунду, что делает их подходящими для размещения баз данных. Для баз данных Oracle теперь можно использовать диски Ultra Disk с размером секторов 4k или 512E в зависимости от версии базы данных Oracle. Для SQL Server использование диска "Ультра" для диска журнала может повысить производительность базы данных. См. инструкции по переносу диска журнала на Ultra Disk.

Узнайте больше о Виртуальной машине — AzureStorageVmUltraDisk (воспользуйтесь преимуществами низкой задержки на диске Ultra Disk для дисков журналов и увеличьте производительность рабочей нагрузки базы данных.).

Обновление размера самых активных виртуальных машин для предотвращения нехватки ресурсов и повышения производительности

Мы проанализировали данные за последние семь дней и определили виртуальные машины с высоким уровнем использования для различных метрик (т. е. ЦП, памяти и ввода-вывода виртуальных машин). Эти виртуальные машины могут столкнуться с проблемами с производительностью, так как они приближаются или находятся в ограничениях SKU. Рекомендуем перейти на более высокий SKU для улучшения производительности.

Узнайте больше о виртуальной машине— UpgradeSizeHighVMUtilV0 (обновите размер наиболее активных виртуальных машин, чтобы предотвратить исчерпание ресурсов и повысить производительность)).

Контейнеры

Обнаружена неподдерживаемая версия Kubernetes

Обнаружена неподдерживаемая версия Kubernetes. Убедитесь, что кластер Kubernetes работает с поддерживаемой версией.

Дополнительные сведения о Службе Kubernetes - UnsupportedKubernetesVersionIsDetecte (обнаружена неподдерживаемая версия Kubernetes).

Обнаружена неподдерживаемая версия Kubernetes

Обнаружена неподдерживаемая версия Kubernetes. Убедитесь, что кластер Kubernetes работает с поддерживаемой версией.

Дополнительные сведения о пуле кластеров HDInsight — не поддерживаетсяHiloAKSVersionIsDetected (обнаружена неподдерживаемая версия Kubernetes).

Кластеры с одним пулом узлов

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

Дополнительные сведения о службе Kubernetes — ClustersWithASingleNodePool (clusters with a Single Node Pool).

Обновление API флота до последней версии

Мы определили вызовы пакета SDK из устаревшего API Fleet для ресурсов в вашей подписке. Мы рекомендуем перейти на последнюю версию пакета SDK, которая гарантирует, что вы получаете последние функции и улучшения производительности.

Дополнительные сведения о диспетчере флота Kubernetes | PREVIEW — UpdateToLatestFleetApi (обновление API парка до последней версии).

Базы данных

Установите для размера страницы запроса Azure Cosmos DB (MaxItemCount) значение -1

Размер страницы запроса 100 используется для запросов к контейнеру Azure Cosmos DB. Для ускорения проверки мы рекомендуем использовать размер страницы -1.

Дополнительные сведения об учетной записи Azure Cosmos DB — CosmosDBQueryPageSize (настройка размера страницы запроса Azure Cosmos DB (MaxItemCount) до -1).

Добавление составных индексов в контейнер Azure Cosmos DB

В контейнерах Azure Cosmos DB выполняются запросы ORDER BY с высокой стоимостью единиц запросов (ЕЗ). Рекомендуется добавить составные индексы в политику индексирования контейнеров, чтобы повысить потребление единиц запросов и уменьшить задержку этих запросов.

Дополнительные сведения об учетной записи Azure Cosmos DB — CosmosDBOrderByHighRUCharge (добавление составных индексов в контейнер Azure Cosmos DB)

Оптимизация политики индексирования Azure Cosmos DB, чтобы индексировать только то, что нужно

Контейнеры Azure Cosmos DB используют политику индексирования по умолчанию, которая индексирует каждое свойство в документах. Поскольку вы храните документы больших объемов, индексируется большое количество свойств, что приводит к увеличению потребления единиц запросов и низкой задержке при записи. Для оптимизации производительности записи рекомендуется переопределить политику индексирования по умолчанию, чтобы индексировать только свойства, используемые в запросах.

Узнайте больше об учетной записи Azure Cosmos DB — CosmosDBDefaultIndexingWithManyPaths (оптимизируйте политику индексирования Azure Cosmos DB, чтобы индексировать только необходимые сведения).

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

У вашей учетной записи есть настраиваемый параметр, позволяющий размеру логического раздела в контейнере превышать ограничение в 20 ГБ. Команда Azure Cosmos DB применила этот параметр как временную меру, чтобы предоставить вам время для повторной иерархии приложения с другим ключом секции. Это не рекомендуется в качестве долгосрочного решения, так как гарантии обслуживания не учитываются при увеличении ограничения. Теперь вы можете использовать иерархические ключи секций (предварительная версия) для повторного определения приложения. Эта функция позволяет превышать ограничение в 20 ГБ, установив до трех ключей секций, идеально подходит для мультитенантных сценариев или рабочих нагрузок, использующих искусственные ключи.

Дополнительные сведения об учетной записи Azure Cosmos DB — CosmosDBHierarchicalPartitionKey (использование иерархических ключей секций для оптимального распределения данных)

Настройте приложения Azure Cosmos DB на использование прямого соединения в пакете SDK

Мы заметили, что приложения Azure Cosmos DB используют режим шлюза с помощью пакетов SDK для .NET или Java Для Azure Cosmos DB. Рекомендуем переключиться на прямое подключение для снижения задержки и улучшения масштабируемости.

Дополнительные сведения об учетной записи Azure Cosmos DB — CosmosDBGatewayMode (настройка приложений Azure Cosmos DB для использования прямого подключения в пакете SDK).

Повышение производительности путем увеличения масштаба для оптимального использования ресурсов

Максимизация эффективности ресурсов вашей системы имеет решающее значение для поддержания производительности верхнего уровня. Наша система внимательно отслеживает использование ЦП и когда она пересекает пороговое значение 90 % за 12-часовой период, активируется упреждающее оповещение. Это оповещение не только сообщает azure Cosmos DB для виртуальных ядер MongoDB о повышенном потреблении ЦП, но и предоставляет ценные рекомендации по масштабированию до более высокого уровня. Обновив до более надежного уровня, вы можете разблокировать улучшенную производительность и убедиться, что система работает в своем пиковом потенциале.

Дополнительные сведения о масштабировании и настройке кластера виртуальных ядер Azure Cosmos DB для MongoDB.

PerformanceBoostervCore

Если использование ЦП превышает 90 % в течение 12-часового интервала времени, пользователи получают уведомление о высоком использовании. Кроме того, им рекомендуется масштабироваться до более высокого уровня, чтобы повысить производительность.

Дополнительные сведения об учетной записи Cosmos DB — ScaleUpvCoreRecommendation (PerformanceBoostervCore).

Масштабирование размера хранилища для сервера MariaDB

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

Дополнительные сведения о Сервере MariaDB - OrcasMariaDbStorageLimit (масштабирование предельного размера хранилища для Сервера MariaDB).

Увеличьте количество виртуальных ядер сервера MariaDB

Наша система показывает, что ЦП работает под высоким уровнем использования в течение длительного периода времени за последние семь дней. Высокая загрузка ЦП может привести к снижению производительности запросов. Чтобы повысить производительность, рекомендуем увеличить объем вычислительных ресурсов.

Дополнительные сведения о сервере MariaDB — OrcasMariaDbCpuOverload (увеличение виртуальных ядер сервера MariaDB).

Масштабируйте сервер MariaDB до более высокого SKU

Наша система показывает, что сервер может не поддерживать запросы на подключение из-за максимального поддерживаемого подключения для данного SKU, что может привести к большому количеству неудачных запросов подключений, которые негативно влияют на производительность. Чтобы повысить производительность, рекомендуется перейти на SKU с более высоким уровнем памяти, увеличив количество виртуальных ядер или переключившись на Memory-Optimized SKU.

Дополнительные сведения о Сервере MariaDB OrcasMariaDbConcurrentConnection (масштабируйте сервер MariaDB на более высокий SKU).

Переведите свой сервер MariaDB на SKU, оптимизированной для операций в памяти

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

Дополнительные сведения о Сервере MariaDB OrcasMariaDbMemoryCache (переведите свой сервер MariaDB на SKU, оптимизированной для операций в памяти).

Повышение надежности журналов аудита

Наша система показывает, что журналы аудита сервера, возможно, были потеряны за последний день. Потерянные журналы аудита могут возникать, когда сервер испытывает нагрузку на ЦП или сервер создает большое количество журналов аудита в течение короткого периода времени. Мы рекомендуем реализовать регистрацию только тех событий, которые нужны для аудита. Для этого укажите такие параметры сервера: audit_log_events, audit_log_exclude_users, audit_log_include_users. Если загрузка ЦП на сервере высокая из-за рабочей нагрузки, мы рекомендуем увеличить число виртуальных ядер сервера, чтобы повысить производительность.

Дополнительные сведения о Сервере MariaDB OrcasMariaDBAuditLog (повышение надежности журналов аудита).

Масштабирование размера хранилища для сервера MySQL

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

Дополнительные сведения о Сервере MySQL OrcasMySQLStorageLimit (масштабирование предельного размера хранилища для сервера MySQL).

Масштабируйте сервер MySQL до более высокого SKU

Наша система показывает, что сервер может не поддерживать запросы на подключение из-за максимального поддерживаемого подключения для заданного SKU, что может привести к большому количеству неудачных подключений, которые негативно влияют на производительность. Чтобы повысить производительность, рекомендуется перейти на SKU с более высоким уровнем памяти, увеличив количество виртуальных ядер или переключившись на Memory-Optimized SKU.

Дополнительные сведения о Сервере MySQL OrcasMySQLConcurrentConnection (масштабируйте сервер MySQL в более высокий SKU).

Увеличьте количество виртуальных ядер сервера MySQL

Наша система показывает, что ЦП работает под высоким уровнем использования в течение длительного периода времени за последние семь дней. Высокая загрузка ЦП может привести к снижению производительности запросов. Чтобы повысить производительность, рекомендуем увеличить объем вычислительных ресурсов.

Дополнительные сведения о Сервере MySQL — OrcasMySQLCpuOverload (увеличение количества виртуальных ядер MySQL server).

Переведите свой сервер MySQL на номер SKU с оптимизацией для операций в памяти

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

Дополнительные сведения о Сервере MySQL — OrcasMySQLMemoryCache (перемещение сервера MySQL на SKU, оптимизированной для операций в памяти).

Добавьте сервер реплики чтения MySQL

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

Дополнительные сведения о Сервере MySQL - OrcasMySQLReadReplica (добавление сервера MySQL реплики чтения).

Улучшение управления подключениями MySQL

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

Дополнительные сведения о Сервере MySQL OrcasMySQLConnectionPooling (улучшенное управление подключениями MySQL).

Повышение надежности журналов аудита

Наша система показывает, что журналы аудита сервера, возможно, были потеряны за последний день. Это может произойти, когда сервер испытывает тяжелую рабочую нагрузку ЦП или сервер создает большое количество журналов аудита в течение короткого периода времени. Мы рекомендуем реализовать регистрацию только тех событий, которые нужны для аудита. Для этого укажите такие параметры сервера: audit_log_events, audit_log_exclude_users, audit_log_include_users. Если загрузка ЦП на сервере высокая из-за рабочей нагрузки, мы рекомендуем увеличить число виртуальных ядер сервера, чтобы повысить производительность.

Дополнительные сведения о Сервере MySQL — OrcasMySQLAuditLog (повышение надежности журналов аудита).

Повышение производительности за счет оптимизации размеров временных таблиц MySQL

Наша система показывает, что сервер MySQL может привести к ненужным затратам на операции ввода-вывода из-за низких параметров временной таблицы. Это может привести к ненужным транзакциям на основе дисков и снижению производительности. Рекомендуется увеличить значения параметров tmp_table_size и max_heap_table_size, чтобы уменьшить количество дисковых транзакций.

Дополнительные сведения о Сервере MySQL OrcasMySqlTmpTables (повышение производительности за счет оптимизации временного измерения MySQL).

Уменьшение задержки подключения MySQL

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

Дополнительные сведения о Сервере MySQL — OrcasMySQLConnectionRedirection (уменьшение задержки подключения MySQL).

Увеличение предельного размера хранилища для гибкого сервера MySQL

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

Узнайте больше о гибком сервере Базы данных Azure для MySQL — OrcasMeruMySqlStorageUpsell (увеличение ограничения хранилища для гибкого сервера MySQL).

Масштабирование гибкого сервера MySQL до более высокого SKU

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

Узнайте больше о гибком сервере Базы данных Azure для MySQL — OrcasMeruMysqlConnectionUpsell (масштабирование гибкого сервера MySQL до более высокого номера SKU).

Увеличьте количество виртуальных ядер гибкого сервера MySQL.

Наша система показывает, что ЦП работает под высоким уровнем использования в течение длительного периода времени за последние семь дней. Высокая загрузка ЦП может привести к снижению производительности запросов. Чтобы повысить производительность, рекомендуем увеличить объем вычислительных ресурсов.

Узнайте больше о гибком сервере Базы данных Azure для MySQL — OrcasMeruMysqlCpuUpcell (увеличение виртуальных ядер гибкого сервера MySQL).

Повысьте производительность за счет оптимизации параметров временных таблиц MySQL.

Наша система показывает, что сервер MySQL может привести к ненужным затратам на операции ввода-вывода из-за низких параметров временной таблицы. Ненужные затраты на операции ввода-вывода могут привести к ненужным транзакциям на основе дисков и снижению производительности. Рекомендуется увеличить значения параметров tmp_table_size и max_heap_table_size, чтобы уменьшить количество дисковых транзакций.

Узнайте больше о гибком сервере Базы данных Azure для MySQL — OrcasMeruMysqlTmpTable (повышение производительности за счет оптимизации размера временных таблиц MySQL).

Переведите свой сервер MySQL на номер SKU с оптимизацией для операций в памяти

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

Узнайте больше о гибком сервере Базы данных Azure для MySQL — OrcasMeruMysqlMemoryUpsell (перемещение сервера MySQL в номер SKU, оптимизированный для операций в памяти).

Добавьте сервер реплики чтения MySQL

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

Узнайте больше о гибком сервере Базы данных Azure для MySQL — OrcasMeruMysqlReadReplicaUpsell (добавление сервера реплики чтения MySQL).

Увеличьте work_mem, чтобы избежать временной записи чрезмерного объема данных на диск при сортировке и хэшировании

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

Дополнительные сведения о Сервере PostgreSQL - OrcasPostgreSqlWorkMem (увеличение work_mem во избежание чрезмерного сброса диска из сортировки и хэширования).

Повысьте производительность рабочих нагрузок на 30 % с новым вычислительным оборудованием Ev5

Новое вычислительное оборудование Ev5 позволяет повысить производительность рабочих нагрузок на 30 % за счет большей пропускной способности и параллелизма. Перейдите к параметру Compute+Storage в портал Azure и переключитесь на вычисления Ev5 без дополнительных затрат. Вычислительные ресурсы Ev5 обеспечивают наилучшую производительность по запросам в секунду и задержке в сравнении с другими сериями виртуальных машин.

Дополнительные сведения о База данных Azure для MySQL гибком сервере — OrcasMeruMySqlComputeSeriesUpgradeEv5 (повышение производительности рабочей нагрузки на 30 % с помощью нового вычислительного оборудования Ev5)).

Увеличение размера хранилища для группы серверов Гипермасштабирования (Citus)

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

Дополнительные сведения о Сервере PostgreSQ - OrcasPostgreSqlCitusStorageLimitHyperscaleCitus (увеличение размера хранилища для группы серверов "горизонтальное масштабирование" Hyperscale (Citus)).

Увеличьте количество виртуальных ядер сервера PostgreSQL

Более 7 дней использование ЦП было по крайней мере одним из следующих: выше 90% в течение 2 или более часов, выше 50% в течение 50% времени, при максимальном использовании в течение 20% времени. Высокая загрузка ЦП может привести к снижению производительности запросов. Чтобы повысить производительность, рекомендуется переместить сервер на более крупный номер SKU с более высоким уровнем вычислений. Дополнительные сведения о База данных Azure для PostgreSQL гибком сервере — SKU сервера Upscale для PostgreSQL в Базе данных Azure.

Оптимизация параметров log_statement для PostgreSQL в базе данных Azure

Наша система показывает, что вы включили log_statement, чтобы повысить производительность, установите для нее значение NONE.

Дополнительные сведения о гибком сервере База данных Azure для PostgreSQL— оптимизация параметров log_statement для PostgreSQL в Базе данных Azure.

Оптимизация параметров log_duration для PostgreSQL в базе данных Azure

Из-за параметров ведения журнала может возникнуть потенциальное снижение производительности. Чтобы оптимизировать эти параметры, задайте для параметра сервера log_duration значение OFF.

Узнайте больше о гибком сервере База данных Azure для PostgreSQL. Оптимизация параметров log_duration для PostgreSQL в Базе данных Azure.

Оптимизация параметров log_min_duration для PostgreSQL в базе данных Azure

Для параметра сервера auto_explain.log_min_duration установлено значение менее 60 000 мс (1 минута), что может привести к потенциальному снижению производительности. Вы можете оптимизировать параметры ведения журнала, установив для параметра log_min_duration_statement значение -1.

Дополнительные сведения о гибком сервере База данных Azure для PostgreSQL— оптимизация параметров log_min_duration для PostgreSQL в Базе данных Azure.

Оптимизация параметров log_error_verbosity для PostgreSQL в базе данных Azure

Сервер настроен на вывод ПОДРОБНЫХ журналов ошибок. Это может быть полезно для устранения неполадок в базе данных. Однако это также может привести к снижению ее производительности. Чтобы повысить производительность, рекомендуется изменить параметр сервера log_error_verbosity на параметр DEFAULT.

Дополнительные сведения о гибком сервере База данных Azure для PostgreSQL. Оптимизация параметров log_error_verbosity для PostgreSQL в Базе данных Azure.

Определите, происходят ли контрольные точки слишком часто для повышения производительности Гибкого сервера PostgreSQL.

Ваш сервер часто сталкивается с контрольными точками. Чтобы устранить проблему, рекомендуется увеличить параметр сервера max_wal_size.

Дополнительные сведения о гибком сервере База данных Azure для PostgreSQL — увеличение max_wal_size.

Определение неактивных логических слотов репликации для повышения производительности гибкого сервера PostgreSQL

На вашем сервере могут быть неактивные слоты логической репликации, что может привести к снижению производительности и доступности сервера. Рекомендуем удалить неактивные слоты репликации или использовать изменения из слотов, чтобы регистрационный номер транзакции в журнале (LSN) приближался к текущему номеру LSN сервера.

Дополнительные сведения о База данных Azure для PostgreSQL гибком сервере — неиспользуемый или неактивный логический слот репликации.

Определение длительных транзакций для повышения производительности Гибкого сервера PostgreSQL

Существуют транзакции, выполняемые более 24 часов. Ознакомьтесь с разделом "Высокая загрузка ЦП— длительные транзакции"> в руководствах по устранению неполадок, чтобы определить и устранить проблему.

Дополнительные сведения о База данных Azure для PostgreSQL гибком сервере — длительные транзакции с помощью руководств по устранению неполадок.

Определение потерянных подготовленных транзакций для повышения производительности гибкого сервера PostgreSQL

Существуют потерянные подготовленные транзакции. Откат или фиксация подготовленной транзакции. Рекомендации используются в разделе "Блокировщики autovacuum" в> разделе "Блокировщики autovacuum" в руководствах по устранению неполадок.

Дополнительные сведения о База данных Azure для PostgreSQL гибком сервере — потерянные подготовленные транзакции с помощью руководств по устранению неполадок.

Определение обхода транзакций для улучшения производительности Гибкого сервера PostgreSQL

Сервер пересек ограничение на 50 % обходного пути, имея 1 миллиард транзакций. Ознакомьтесь с рекомендациями, общими в разделе "Блокировщики автовакумов "> Аварийное развертывание" и "Обходное решение" в руководствах по устранению неполадок.

Дополнительные сведения о гибком сервере База данных Azure для PostgreSQL — обходное решение транзакции с помощью руководств по устранению неполадок.

Определение высокого коэффициента больших двоичных объектов для повышения производительности Гибкого сервера PostgreSQL

Сервер имеет bloat_ratio (мертвые кортежи/ (живые кортежи + мертвые кортежи) > 80%). См. рекомендации, приведенные в разделе "Мониторинг автоматической очистки" руководства по устранению неполадок.

Дополнительные сведения о гибком сервере База данных Azure для PostgreSQL — высокий коэффициент больших двоичных объектов с помощью руководств по устранению неполадок.

Увеличение размера хранилища для группы серверов Гипермасштабирования (Citus)

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

Дополнительные сведения о Группе серверов "горизонтальное масштабирование Hyperscale (Citus)" — MarlinStorageLimitRecommendation (увеличение размера хранилища для группы серверов "горизонтальное масштабирование" Hyperscale (Citus)).

Перенос базы данных из SSPG в FSPG

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

Дополнительные сведения о Базе данных Azure для гибкого сервера PostgreSQL — OrcasPostgreSqlMeruMigration (перенос базы данных из SSPG в FSPG).

Улучшение производительности кэша и приложения при выполнении с большой пропускной способностью сети

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

Дополнительные сведения о Сервере кэша Redis- RedisCacheNetworkBandwidth (повышение производительности кэша и приложений при работе с высокой пропускной способностью сети).

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

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

Дополнительные сведения о Сервере кэша Redis - RedisCacheConnectedClients (повышение производительности кэша и приложений при работе со многими подключенными клиентами).

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

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

Узнайте больше о сервере кэша Redis — RedisCacheConnectedClientsHigh (повышение производительности кэша и приложения при выполнении со многими подключенными клиентами).

Улучшение производительности кэша и приложения при выполнении с большой загрузкой сервера

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

Дополнительные сведения о Сервере кэша Redis - RedisCacheServerLoad (повышение производительности кэша и приложений при работе с высокой нагрузкой сервера).

Улучшение производительности кэша и приложения при выполнении с большой загрузкой сервера

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

Узнайте больше о сервере кэша Redis — - RedisCacheServerLoadHigh (повышение производительности кэша и приложения при выполнении с высокой нагрузкой на сервер).

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

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

Дополнительные сведения о Сервере кэша Redis - RedisCacheUsedMemory (повышение производительности кэша и приложений при работе с высокой нагрузкой памяти).

Увеличьте производительность кэша и приложения, когда интенсивность использования RSS-канала памяти высока.

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

Узнайте больше о сервере Redis Cache — RedisCacheUsedMemoryRSS (улучшение производительности кэша и приложения при интенсивном потреблении RSS памяти).

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

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

Узнайте больше о сервере кэша Redis — UnresponsiveClient (экземпляры кэша лучше всего работают, когда главные компьютеры, на которых выполняется клиентское приложение, могут поддерживать ответы из кэша).

DevOps

Обновление до последней версии API AMS

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

Дополнительные сведения о Monitor — UpdateToLatestAMSApiVersion (обновление до последней версии API AMS).

Обновление до последней версии пакета SDK для рабочих нагрузок

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

Дополнительные сведения о Monitor — UpgradeToLatestAMSSdkVersion (обновление до последней версии пакета SDK для рабочих нагрузок).

Интеграция

Обновление ресурса Управления API до другой версии

Подписка выполняется в версиях, запланированных для отмены. 30 сентября 2023 г. все версии API для службы Azure Управление API до 2021-08-01 отставать и вызовы API завершаются сбоем. Чтобы избежать перебоев в обслуживании, выполните обновление до более новой версии.

Дополнительные сведения об управлении API — apimgmtdeprecation (обновление ресурса Управление API до альтернативной версии).

Мобильные службы

Пакеты SDK для чатов Служб коммуникации Azure можно использовать для добавления в приложения полнофункционального чата в реальном времени. Выполните обновление до рекомендуемой версии пакета SDK для чатов, чтобы обеспечить наличие последних исправлений и функций.

Дополнительные сведения о Службе коммуникации — UpgradeChatSdk (используйте рекомендуемую версию пакета Chat SDK).

Пакет SDK Resource Manager можно использовать для создания ресурсов Службы коммуникации Azure и управления ими. Выполните обновление до рекомендуемой версии пакета SDK для Resource Manager, чтобы обеспечить наличие последних исправлений и функций.

Дополнительные сведения о Службе коммуникации — UpgradeResourceManagerSdk (используйте рекомендуемую версию Диспетчера ресурсов SDK).

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

Дополнительные сведения о Службе коммуникации — UpgradeIdentitySdk (используйте рекомендуемую версию пакета SDK для удостоверений).

Пакет SDK для SMS Служб коммуникации Azure используется для отправки и получения SMS-сообщений. Выполните обновление до рекомендуемой версии пакета SDK для SMS, чтобы обеспечить наличие последних исправлений и функций.

Дополнительные сведения о Службе коммуникации — UpgradeSmsSdk (используйте рекомендуемую версию пакета SDK для SMS).

Пакет SDK для номеров телефонов Служб коммуникации Azure можно использовать для получения номеров телефонов и управления ими. Выполните обновление до рекомендуемой версии пакета SDK для номеров телефонов, чтобы обеспечить наличие последних исправлений и функций.

Дополнительные сведения о Службе коммуникации — UpgradePhoneNumbersSdk (используйте рекомендуемую версию пакета SDK для телефонных номеров).

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

Дополнительные сведения о Службе коммуникации — UpgradeCallingSdk (используйте рекомендуемую версию пакета SDK для вызовов).

Пакет SDK для автоматизации вызовов Служб коммуникации Azure можно использовать для создания вызовов, воспроизведения аудио, настройки записи и управления ими. Выполните обновление до рекомендуемой версии пакета SDK для автоматизации вызовов, чтобы обеспечить наличие последних исправлений и функций.

Дополнительные сведения о Службе коммуникации — UpgradeServerCallingSdk (используйте рекомендуемую версию пакета SDK для автоматизации вызовов).

Пакеты SDK для Обхода сети Служб коммуникации Azure можно использовать для доступа к серверам TURN для низкоуровневого переноса данных. Выполните обновление до рекомендуемой версии пакета SDK для Обхода сети, чтобы обеспечить наличие последних исправлений и функций.

Дополнительные сведения о Службе коммуникации — UpgradeTurnSdk (используйте рекомендуемую версию пакета SDK для Обхода сети).

Пакет SDK Rooms Служб коммуникации Azure позволяет управлять тем, какие участники могут присоединяться к вызову, когда они могут собираться и как они могут сотрудничать. Выполните обновление до рекомендуемой версии пакета SDK Rooms, чтобы обеспечить наличие последних исправлений и функций. За последние 48–60 часов была обнаружена нерекомендуемая версия.

Дополнительные сведения о службе коммуникации — UpgradeRoomsSdk (используйте рекомендуемую версию пакета SDK для комнат).

Сеть

Рекомендация по обновлению версии пакета SDK

Последняя версия клиентской библиотеки или пакета SDK для Azure Front Door "Стандартный" и "Премиум" содержит исправления проблем, о которых сообщали клиенты и которые мы заблаговременно выявили благодаря контролю качества. Кроме того, в последней версии оптимизирована надежность и производительность, а также добавлены новые функции, которые в целом повышают удобство Azure Front Door "Стандартный" и "Премиум".

Узнайте больше о профиле Front Door — UpgradeCDNToLatestSDKLanguage (рекомендации по обновлению версии пакета SDK).

Рекомендация по обновлению версии пакета SDK

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

Дополнительные сведения о сборщике трафика Azure — upgradeATCToLatestSDKLanguage (рекомендация по версии пакета SDK для обновления).

Обновите пропускную способность канала ExpressRoute в соответствии со своими потребностями

В последнее время вы использовали более 90 % от приобретенной пропускной способности канала. При превышении выделенной пропускной способности возникает увеличение удаленных пакетов, отправленных через ExpressRoute. Если вам требуется большая пропускная способность канала, обновите ее, чтобы сохранить производительность.

Дополнительные сведения о канале Expressroute — UpgradeERCircuitBandwidth (обновление пропускной способности канала Expressroute в соответствии с требованиями к пропускной способности).

Испробуйте более предсказуемую постоянную задержку с помощью частного подключения к Azure

Увеличьте производительность, конфиденциальность и надежность критически важных для бизнеса приложений, расширив локальные сети в Azure с помощью Azure ExpressRoute. Устанавливайте частные подключения ExpressRoute непосредственно из глобальной сети, через облачное средство обмена или через подключения POP и IPVPN.

Узнайте больше о подписке — AzureExpressRoute (реализация более прогнозируемой и согласованной задержки с частным подключением к Azure).

Обновление API рабочих нагрузок до последней версии (API Центра Azure для решений SAP)

Мы определили вызовы к устаревшей версии API рабочих нагрузок из ресурсов в этой группе ресурсов. Мы рекомендуем перейти на последнюю версию API рабочих нагрузок, чтобы обеспечить непрерывный доступ к новейшим функциям и улучшениям производительности в Центре Azure для решений SAP. Если в рекомендации есть несколько виртуальных экземпляров решений SAP (VIS), убедитесь, что вы обновляете версию API для всех ресурсов VIS.

Дополнительные сведения о подписке— UpdateToLatestWaasApiVersionAtSub (API обновления рабочих нагрузок до последней версии (API решений SAP Для Центра Azure)).

Обновление пакета SDK рабочих нагрузок до последней версии (пакет SDK Центра Azure для решений SAP)

Мы определили вызовы к устаревшей версии пакета SDK рабочих нагрузок из ресурсов в этой группе ресурсов. Обновите последнюю версию пакета SDK для рабочих нагрузок, чтобы получить последние функции и лучшие результаты с точки зрения качества модели, производительности и доступности служб для решений SAP в Центре Azure. Если в рекомендации есть несколько виртуальных экземпляров решений SAP (VIS), убедитесь, что вы обновите версию пакета SDK для всех ресурсов VIS.

Дополнительные сведения о подписке: UpgradeToLatestWaasSdkVersionAtSub (пакет SDK для обновления рабочих нагрузок до последней версии (пакет SDK для решений SAP для Центра Azure)).

Установите срок жизни DNS 60 секунд

Время жизни (TTL) влияет на то, как последний ответ клиент получает при выполнении запроса на Диспетчер трафика Azure. Уменьшение значения TTL означает, что клиент перенаправляется в функционирующую конечную точку быстрее, в случае отработки отказа. Задайте срок жизни 60 секунд для скорейшей маршрутизации трафика на работоспособную конечную точку.

Дополнительные сведения о Профиле Диспетчера трафика - ProfileTTL (настройка срока жизни DNS - 60 секунд).

Установите срок жизни DNS 20 секунд

Время жизни (TTL) влияет на то, как последний ответ клиент получает при выполнении запроса на Диспетчер трафика Azure. Уменьшение значения TTL означает, что клиент перенаправляется в функционирующую конечную точку быстрее, в случае отработки отказа. Задайте срок жизни 20 секунд для скорейшей маршрутизации трафика на работоспособную конечную точку.

Дополнительные сведения о Профиле Диспетчера трафика - FastFailOverTTL (настройка срока жизни DNS - 20 секунд).

Установите срок жизни DNS 60 секунд

Время жизни (TTL) влияет на то, как последний ответ клиент получает при выполнении запроса на Диспетчер трафика Azure. Уменьшение значения TTL означает, что клиент перенаправляется в функционирующую конечную точку быстрее, в случае отработки отказа. Задайте срок жизни 60 секунд для скорейшей маршрутизации трафика на работоспособную конечную точку.

Дополнительные сведения о Профиле Диспетчера трафика - ProfileTTL (настройка срока жизни DNS - 60 секунд).

Рассмотрите возможность увеличения размера SKU шлюза виртуальной сети для обеспечения постоянно высокого уровня использования ЦП.

При высокой нагрузке на трафик VPN-шлюз может удалить пакеты из-за высокой загрузки ЦП.

Дополнительные сведения о шлюзе виртуальной сети — HighCPUVNetGateway (рекомендуется увеличить размер SKU шлюза виртуальной сети для обеспечения постоянного использования ЦП).

Рассмотрите возможность увеличения размера SKU шлюза виртуальной сети для решения высокого уровня использования P2S.

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

Дополнительные сведения о Шлюзе виртуальной сети — HighP2SConnectionsVNetGateway (рассмотрите увеличение размера SKU Шлюза виртуальных сетей для устранения повышенного использования P2S).

Убедитесь, что в Шлюзе приложений достаточно экземпляров для поддержки трафика.

Ваша Шлюз приложений была запущена на высоком уровне использования недавно и при тяжелой нагрузке может возникнуть потеря трафика или увеличение задержки. Важно масштабировать Шлюз приложений соответствующим образом и добавить буфер таким образом, чтобы вы были готовы к любым всплескам трафика или пикам и свести к минимуму эффект, который он может иметь в QoS. Шлюз приложений SKU версии 1 (Standard/WAF) поддерживает масштабирование вручную и номер SKU версии 2 (Standard_v2/WAF_v2) поддерживает ручное масштабирование и автомасштабирование. При ручном масштабировании увеличьте число экземпляров. Если включен автомасштабирование, убедитесь, что максимальное число экземпляров установлено на более высокое значение, чтобы Шлюз приложений может масштабироваться по мере увеличения трафика.

Дополнительные сведения о Шлюзе приложений - HotAppGateway (убедитесь, что в вашем Шлюзе приложений достаточно экземпляров для поддержки трафика).

Используйте пробы работоспособности HEAD

Пробы работоспособности могут использовать метод HTTP GET или HEAD. Для проб работоспособности рекомендуется использовать метод HEAD, что снижает нагрузку трафика на источник.

Дополнительные сведения о Front Door — использование проб работоспособности HEAD.

SAP для Azure

Чтобы избежать обратимой блокировки в драйвере Mellanox, уменьшите значение can_queue в ОС виртуальной машины приложения в рабочих нагрузках SAP

Чтобы избежать спорадической обратимой блокировки в драйвере Mellanox, уменьшите значение can_queue в ОС. Значение не может быть задано напрямую. Чтобы добиться этого результата, добавьте следующие параметры строки загрузки ядра: "hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024".

Дополнительные сведения об экземпляре сервера приложений — AppSoftLockup (чтобы избежать обратимой блокировки в драйвере Mellanox, уменьшите can_queue значение в ОС виртуальной машины приложения в рабочих нагрузках SAP).

Чтобы избежать обратимой блокировки в драйвере Mellanox, уменьшите значение can_queue в ОС виртуальной машины ASCS в рабочих нагрузках SAP

Чтобы избежать спорадической обратимой блокировки в драйвере Mellanox, уменьшите значение can_queue в ОС. Значение не может быть задано напрямую. Чтобы добиться этого результата, добавьте следующие параметры строки загрузки ядра: "hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024".

Дополнительные сведения об экземпляре центрального сервера — AscsoftLockup (чтобы избежать обратимой блокировки в драйвере Mellanox, уменьшите значение can_queue в ОС виртуальной машины ASCS в рабочих нагрузках SAP).

Чтобы избежать обратимой блокировки в драйвере Mellanox, уменьшите значение can_queue в ОС виртуальной машины базы данных в рабочих нагрузках SAP

Чтобы избежать спорадической обратимой блокировки в драйвере Mellanox, уменьшите значение can_queue в ОС. Значение не может быть задано напрямую. Чтобы добиться этого результата, добавьте следующие параметры строки загрузки ядра: "hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024".

Дополнительные сведения об экземпляре базы данных — DBSoftLockup (чтобы избежать обратимой блокировки в драйвере Mellanox, уменьшите can_queue значение в ОС виртуальной машины базы данных в рабочих нагрузках SAP).

Для повышения производительности файловой системы в базе данных HANA с помощью ANF оптимизируйте параметр ОС tcp_wmem

Параметр net.ipv4.tcp_wmem определяет минимальный и максимальный размер буфера отправки, а также его размер по умолчанию, используемые для сокета TCP. Задайте параметр согласно примечанию к SAP 302436, чтобы сертифицировать базу данных HANA для запуска с использованием ANF и повысить производительность файловой системы. Максимальное значение не должно превышать параметр net.core.wmem_max.

Дополнительные сведения об экземпляре базы данных — WriteBuffersAllocated (Для повышения производительности файловой системы в базе данных HANA с помощью ANF оптимизируйте tcp_wmem параметр ОС)).

Для повышения производительности файловой системы в базе данных HANA с помощью ANF оптимизируйте tcp_rmem параметр ОС

Параметр net.ipv4.tcp_rmem определяет минимальный и максимальный размер буфера получения, а также его размер по умолчанию, используемые для сокета TCP. Задайте параметр согласно примечанию к SAP 3024346, чтобы сертифицировать базу данных HANA для запуска с использованием ANF и повысить производительность файловой системы. Максимальное значение не должно превышать параметр net.core.rmem_max.

Дополнительные сведения об экземпляре базы данных — ОптимизацияReadTcp (для повышения производительности файловой системы в базе данных HANA с помощью ANF оптимизируйте параметр ОС tcp_rmem).

Для повышения производительности файловой системы в базе данных HANA с помощью ANF оптимизируйте параметр ОС wmem_max

В базе данных HANA с типом хранилища ANF максимальный буфер сокета записи, определенный параметром net.core.wmem_max, должен быть установлен достаточно большой для обработки исходящих сетевых пакетов. Конфигурация net.core.wmem_max сертифицирована для запуска с помощью ANF базы данных HANA и повышает производительность файловой системы. См. примечание к SAP: 3024346.

Дополнительные сведения об экземпляре базы данных — MaxWriteBuffer (Для повышения производительности файловой системы в базе данных HANA с помощью ANF оптимизируйте параметр ОС wmem_max).

Для повышения производительности файловой системы в базе данных HANA с помощью ANF оптимизируйте tcp_rmem параметр ОС

Параметр net.ipv4.tcp_rmem определяет минимальный и максимальный размер буфера получения, а также его размер по умолчанию, используемые для сокета TCP. Задайте параметр согласно примечанию к SAP 3024346, чтобы сертифицировать базу данных HANA для запуска с использованием ANF и повысить производительность файловой системы. Максимальное значение не должно превышать параметр net.core.rmem_max.

Дополнительные сведения об экземпляре базы данных — OptimizeReadTcp (для повышения производительности файловой системы в базе данных HANA с помощью ANF оптимизируйте tcp_rmem параметр ОС).

Для повышения производительности файловой системы в базе данных HANA с помощью ANF оптимизируйте параметр ОС rmem_max

В базе данных HANA с типом хранилища ANF максимальный буфер сокета чтения, определенный параметром, net.core.rmem_max должен быть установлен достаточно большой для обработки входящих сетевых пакетов. Конфигурация net.core.rmem_max обеспечивает HANA DB для запуска с помощью ANF и повышает производительность файловой системы. См. примечание к SAP: 3024346.

Дополнительные сведения об экземпляре базы данных — MaxReadBuffer (для повышения производительности файловой системы в базе данных HANA с помощью ANF оптимизируйте rmem_max параметр ОС)).

Чтобы повысить производительность файловой системы в базе данных HANA с ANF, задайте размер очереди невыполненной работы получателя равный 300000

Параметр net.core.netdev_max_backlog указывает размер очереди невыполненной работы приемника, используемый, если сетевой интерфейс получает пакеты быстрее, чем ядро может обрабатывать. Задайте параметр в соответствии с заметкой к SAP: 3024346. Конфигурация net.core.netdev_max_backlog обеспечивает HANA DB для запуска с помощью ANF и повышает производительность файловой системы.

Дополнительные сведения об экземпляре базы данных — BacklogQueueSize (Для повышения производительности файловой системы в базе данных HANA с ПОМОЩЬЮ ANF задайте размер очереди невыполненной работы приемника равным 300000).

Чтобы улучшить пропускную способность сети в базе данных HANA с ANF, включите параметр ОС масштабирования окна TCP

Включите параметр масштабирования окна TCP в соответствии с заметкой для SAP: 302436. Конфигурация масштабирования TCP сертифицирована для запуска с помощью ANF и повышает производительность файловой системы в базе данных HANA с помощью ANF в рабочих нагрузках SAP.

Дополнительные сведения об экземпляре базы данных — EnableTCPWindowScaling (Чтобы повысить производительность файловой системы в базе данных HANA с помощью ANF, включите параметр ОС масштабирования окна TCP).

Чтобы повысить производительность файловой системы в базе данных HANA с ANF, отключите протокол IPv6 в ОС

Отключите IPv6 в зависимости от рекомендаций SAP в Azure для HANA DB с ПОМОЩЬЮ ANF, чтобы повысить производительность файловой системы.

Дополнительные сведения об экземпляре базы данных — DisableIPv6Protocol (Для повышения производительности файловой системы в базе данных HANA с помощью ANF отключите протокол IPv6 в ОС).

Чтобы повысить производительность файловой системы в базе данных HANA с ANF, отключите параметр для медленного запуска после простоя

Параметр net.ipv4.tcp_slow_start_after_idle отключает необходимость увеличения масштаба окна TCP для tcp-подключений, которые были неактивными в течение некоторого времени. Задав этот параметр равным нулю в заметок SAP: 302436 максимальная скорость используется начиная с начала для ранее неактивных TCP-подключений.

Дополнительные сведения об экземпляре базы данных — ParameterSlowStart (Чтобы повысить производительность файловой системы в HANA DB с помощью ANF, отключите параметр для медленного запуска после простоя).

Улучшенная производительность файловой системы в базе данных HANA с помощью ANF оптимизирует параметр ОС tcp_max_syn_backlog

Чтобы предотвратить использование файлов cookie SYN в ситуации, когда большое количество запросов на подключение отправляется в короткий промежуток времени, и чтобы предотвратить предупреждение о потенциальной атаке на наводнение SYN в системном журнале, размер невыполненной работы SYN должен быть установлен на достаточно высокое значение. См. заметку SAP 2382421.

Дополнительные сведения об экземпляре базы данных — TCPMaxSynBacklog (для повышения производительности файловой системы в базе данных HANA с помощью параметра ОС ANF для оптимизации tcp_max_syn_backlog ОС).

Чтобы повысить производительность файловой системы в базе данных HANA с ANF, включите параметр ОС tcp_sack

Включите параметр tcp_sack в соответствии с примечанием для SAP: 302436. Конфигурация tcp_sack обеспечивает HANA DB для запуска с помощью ANF и повышает производительность файловой системы в базе данных HANA с помощью ANF в рабочих нагрузках SAP.

Дополнительные сведения об экземпляре базы данных — TCPSackParameter (для повышения производительности файловой системы в базе данных HANA с помощью ANF включите параметр ОС tcp_sack).

В сценарии высокой доступности для базы данных HANA с ПОМОЩЬЮ ANF отключите параметр ОС tcp_timestamps

Отключите параметр tcp_timestamps в соответствии с указаниями в заметке SAP: 302436. Конфигурация tcp_timestamps сертифицирована для запуска с помощью ANF и повышает производительность файловой системы в сценариях высокой доступности для базы данных HANA с ПОМОЩЬЮ ANF в рабочих нагрузках SAP

Дополнительные сведения об экземпляре базы данных— disableTCPTimestamps (в сценарии высокой доступности для базы данных HANA с помощью ANF отключите параметр ОС tcp_timestamps).

Чтобы повысить производительность файловой системы в базе данных HANA с ANF, включите параметр ОС tcp_timestamps

Включите параметр tcp_timestamps в соответствии с указаниями в заметке SAP: 302436. Конфигурация tcp_timestamps сертифицирована для запуска с ПОМОЩЬЮ ANF и повышает производительность файловой системы в базе данных HANA с помощью ANF в рабочих нагрузках SAP.

Дополнительные сведения об экземпляре базы данных — enableTCPTimestamps (для повышения производительности файловой системы в базе данных HANA с помощью ANF включите параметр ОС tcp_timestamps).

Чтобы повысить производительность файловой системы в базе данных HANA с ANF, включите автоматическую настройку для размера буфера приема TCP

Параметр net.ipv4.tcp_moderate_rcvbuf позволяет TCP выполнять автоматическую настройку буфера, чтобы автоматически размер буфера (не превышает tcp_rmem, чтобы соответствовать размеру, требуемому путем для полной пропускной способности. Включите этот параметр в заметок SAP: 302436 для повышения производительности файловой системы.

Дополнительные сведения об экземпляре базы данных — EnableAutoTuning (Чтобы повысить производительность файловой системы в базе данных HANA с помощью ANF, включите размер буфера приема TCP автоматически.

Для повышения производительности файловой системы в базе данных HANA с помощью ANF оптимизируйте net.ipv4.ip_local_port_range

Так как HANA использует значительное количество подключений для внутренней связи, имеет смысл выделить максимально возможное количество клиентских портов. Задайте параметр ОС, net.ipv4.ip_local_port_range параметр в соответствии с заметкой SAP 2382421, чтобы обеспечить оптимальную внутреннюю связь HANA.

Дополнительные сведения об экземпляре базы данных — IPV4LocalPortRange (Для повышения производительности файловой системы в базе данных HANA с помощью ANF оптимизируйте net.ipv4.ip_local_port_range).

Чтобы повысить производительность файловой системы в базе данных HANA с помощью ANF, оптимизируйте sunrpc.tcp_slot_table_entries

Задайте параметру sunrpc.tcp_slot_table_entries значение 128 согласно рекомендациям по повышению производительности файловой системы в базе данных HANA с помощью ANF в рабочих нагрузках SAP.

Дополнительные сведения об экземпляре базы данных — TCPSlotTableEntries (чтобы повысить производительность файловой системы в базе данных HANA с помощью ANF, оптимизировать sunrpc.tcp_slot_table_entries).

Все диски в LVM для тома /hana/data должны иметь одинаковый тип, чтобы обеспечить высокую производительность в базе данных HANA

Если в томе /hana/data выбрано несколько типов дисков, производительность базы данных HANA в рабочих нагрузках SAP может быть ограничена. Убедитесь, что все диски тома данных HANA имеют одинаковый тип и настроены в соответствии с рекомендациями sap в Azure.

Дополнительные сведения об экземпляре базы данных — HanaDataDiskTypeSame (все диски в LVM для тома /hana/data должны иметь одинаковый тип, чтобы обеспечить высокую производительность в базе данных HANA)).

Размер полосы для /hana/data должен составлять 256 кб для повышения производительности базы данных HANA в рабочих нагрузках SAP.

Если вы используете LVM или mdadm для создания наборов полос на нескольких дисках Azure уровня "Премиум", необходимо определить размеры полосы. На основе опыта работы с последними версиямиLinux Azure рекомендует использовать размер полосы размером 256 кб для файловой системы /hana/data для повышения производительности HANA DB.

Дополнительные сведения об экземпляре базы данных — HanaDataStripeSize (размер полосы для /hana/data должен составлять 256 кб для повышения производительности HANA DB в рабочих нагрузках SAP).

Чтобы повысить производительность файловой системы в базе данных HANA с помощью ANF, оптимизируйте параметр vm.swappiness

Задайте для параметра ОС vm.swappiness значение 10, как рекомендации по повышению производительности файловой системы в базе данных HANA с помощью ANF в рабочих нагрузках SAP.

Дополнительные сведения об экземпляре базы данных — VmSwappiness (чтобы повысить производительность файловой системы в базе данных HANA с помощью ANF, оптимизируйте параметр vm.swappiness)).

Чтобы повысить производительность файловой системы в базе данных HANA с помощью ANF, отключите параметр net.ipv4.conf.all.rp_filter

Отключите параметр ОС для обратного пути фильтра linux, net.ipv4.conf.all.rp_filter по рекомендациям по повышению производительности файловой системы в базе данных HANA с помощью ANF в рабочих нагрузках SAP.

Дополнительные сведения об экземпляре базы данных — DisableIPV4Conf (Чтобы повысить производительность файловой системы в базе данных HANA с помощью ANF, отключите net.ipv4.conf.all.rp_filter).

При использовании Ultradisk объем операций ввода-вывода в секунду для тома /hana/data должен иметь значение >=7000 для повышения производительности базы данных HANA

Для рабочих нагрузок SAP при использовании Ultradisk рекомендуется установить значение числа операций ввода-вывода в секунду не менее 7000 в томе /hana/data. Выберите тип диска для тома /hana/data согласно этому требованию, чтобы обеспечить высокую производительность базы данных.

Дополнительные сведения об экземпляре базы данных — HanaDataIOPS (если используется Ultradisk, операции ввода-вывода в секунду для /hana/data volume должны быть >=7000 для повышения производительности базы данных HANA).)

Чтобы повысить производительность файловой системы в базе данных HANA с помощью ANF, измените параметр tcp_max_slot_table_entries

Задайте для параметра ОС значение tcp_max_slot_table_entries значение 128 в заметке SAP: 302436 для повышения производительности передачи файлов в базе данных HANA с ПОМОЩЬЮ ANF в рабочих нагрузках SAP.

Дополнительные сведения об экземпляре базы данных — OptimizeTCPMaxSlotTableEntries (чтобы повысить производительность файловой системы в базе данных HANA с помощью ANF, изменить параметр tcp_max_slot_table_entries).

Убедитесь, что производительность чтения тома /hana/data составляет >=400 МБ/с для повышения производительности в базе данных HANA

Для рабочих нагрузок SAP в Azure рекомендуется выполнять операции чтения не менее 400 МБ/с для /hana/data для операций ввода-вывода размером 16 МБ и 64 МБ. Выберите тип диска для /hana/data в соответствии с этим требованием, чтобы обеспечить высокую производительность базы данных и обеспечить минимальные требования к хранилищу для SAP HANA.

Дополнительные сведения об экземпляре базы данных — HanaDataVolumePerformance (убедитесь, что производительность чтения тома /hana/data составляет >=400 МБ/с для повышения производительности в базе данных HANA).

Производительность чтения и записи тома /hana/log должна составлять >=250 МБ/с, чтобы повысить производительность в базе данных HANA

Для рабочих нагрузок SAP в Azure рекомендуется обеспечить скорость чтения/записи не менее 250 МБ/с для томов /hana/log при выполнении операций ввода-вывода размером 1 МБ. Выберите тип диска для тома /hana/log в соответствии с этим требованием, чтобы обеспечить высокую производительность базы данных и обеспечить минимальные требования к хранилищу для SAP HANA.

Дополнительные сведения об экземпляре базы данных : HanaLogReadWriteVolume (производительность чтения и записи тома /hana/log должна быть >равно 250 МБ/с для повышения производительности в базе данных HANA).

При использовании Ultradisk объем операций ввода-вывода в секунду для тома /hana/log должен быть >=2000 для повышения производительности в базе данных HANA

Для рабочих нагрузок SAP при использовании Ultradisk рекомендуется установить для числа операций ввода-вывода в секунду в томе /hana/log значение не менее 2000. Выберите тип диска для тома /hana/log согласно этому требованию, чтобы обеспечить высокую производительность базы данных.

Дополнительные сведения об экземпляре базы данных — HanaLogIOPS (если используется Ultradisk, количество операций ввода-вывода в секунду для тома /hana/log должно быть >равно =2000 для повышения производительности в базе данных HANA)).

Все диски в LVM для тома /hana/log должны иметь одинаковый тип, чтобы обеспечить высокую производительность в базе данных HANA

Если в томе /hana/log выбрано несколько типов дисков, производительность базы данных HANA в рабочих нагрузках SAP может быть ограничена. Убедитесь, что все диски тома данных HANA имеют одинаковый тип и настроены в соответствии с рекомендациями sap в Azure.

Дополнительные сведения об экземпляре базы данных — HanaDiskLogVolumeSameType (все диски в LVM для тома /hana/log должны иметь одинаковый тип, чтобы обеспечить высокую производительность в базе данных HANA).

Включение ускорителя записи в томе /hana/log с диском уровня "Премиум" для повышения задержки записи в базе данных HANA

Ускоритель записи Azure — это функция, предназначенная для виртуальных машин Azure серии M. Это повышает задержку операций ввода-вывода для операций записи в хранилище Azure уровня "Премиум". В SAP HANA ускоритель записи следует использовать только для тома /hana/log.

Дополнительные сведения об экземпляре базы данных — WriteAcceleratorEnabled (включение ускорителя записи в томе /hana/log с диском Premium для улучшения задержки записи в базе данных HANA)).

Размер полосы для /hana/log должен составлять 64 кб для повышения производительности базы данных HANA в рабочих нагрузках SAP.

Если вы используете LVM или mdadm для создания наборов полос на нескольких дисках Azure уровня "Премиум", необходимо определить размеры полосы. Чтобы получить достаточную пропускную способность с большим размером ввода-вывода, Azure рекомендует использовать размер полосы размером 64 кб для файловой системы /hana/log для повышения производительности HANA DB.

Дополнительные сведения об экземпляре базы данных — HanaLogStripeSize (размер полосы для /hana/log должен составлять 64 кб для повышения производительности базы данных HANA в рабочих нагрузках SAP).

Безопасность

Обновление версии API для аттестации

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

Дополнительные сведения о Поставщике аттестации — UpgradeAttestationAPI (версия API аттестации обновления).

Обновите версию пакета SDK для Key Vault

Новые клиентские библиотеки для Key Vault содержат пакеты SDK для ключей, секретов и сертификатов, которые интегрированы с рекомендуемой библиотекой удостоверений Azure для бесперебойной аутентификации в Key Vault на всех языках и в любых средах. В них также исправлены проблемы, обнаруженные клиентами и нами в ходе выполнения процедуры контроля качества. Если Key Vault интегрирован с служба хранилища Azure, диском или другими службами Azure, которые могут использовать старый пакет SDK Key Vault и когда все текущие пользовательские приложения используют пакет SDK для .NET 4.0 или более поздней версии, оставьте рекомендацию.

Дополнительные сведения о Key Vault — UpgradeKeyVaultSDK (обновление версии пакета SDK Key Vault).

Обновите версию пакета SDK для Key Vault

Новые клиентские библиотеки для Key Vault содержат пакеты SDK для ключей, секретов и сертификатов, которые интегрированы с рекомендуемой библиотекой удостоверений Azure для бесперебойной аутентификации в Key Vault на всех языках и в любых средах. В них также исправлены проблемы, обнаруженные клиентами и нами в ходе выполнения процедуры контроля качества.

Внимание

Помните, что вы можете устранить только рекомендации для пользовательских приложений, к которым у вас есть доступ. Рекомендации могут быть показаны в связи с интеграцией с другими службами Azure, такими как Служба хранилища, Шифрование дисков, которые в процессе обновления до новой версии пакета SDK. Если вы используете .NET 4.0 во всех приложениях, закройте рекомендацию.

Дополнительные сведения об Управляемой службе HSM - UpgradeKeyVaultMHSMSDK (обновление версии пакета SDK Key Vault).

Хранилище

Используйте операцию "Put Blob" для BLOB-объектов меньше 256 МБ

При записи блочный BLOB-объект размером 256 МБ или меньше (64 МБ для запросов, использующих версии REST, предшествующие версии 2016-05-31) можно полностью передать с помощью одной операции Put Blob. На основе ваших агрегированных метрик мы сделали вывод, что операции записи в вашей учетной записи хранения можно оптимизировать.

Узнайте больше об учетной записи хранения — StorageCallPutBlob (использование операции вставки BLOB-объекта для BLOB-объектов размером менее 256 Мб).

Увеличение объема подготовки общей папки уровня "Премиум" для предотвращения регулирования запросов

Ваши запросы на общую папку уровня "Премиум" регулируются по мере достижения ограничений на количество операций ввода-вывода в секунду (IOPS) или пропускной способности для общей папки. Чтобы защитить запросы от регулирования, увеличьте размер общей папки класса Premium.

Узнайте больше о учетной записи хранения — AzureStorageAdvisorAvoidThrottlingPremiumFiles (увеличьте подготовленный размер общей папки класса Premium, чтобы избежать регулирования запросов).

Создайте статистику по столбцам таблицы

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

Дополнительные сведения о Хранилище данных SQL - CreateTableStatisticsSqlDW (создание статистики по столбцам таблицы).

Устраните неравномерное распределение данных для повышения производительности запросов

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

Дополнительные сведения о Хранилище данных SQL - DataSkewSqlDW (устранение отклонения данных для повышения производительности запросов).

Обновите статистику по столбцам таблицы

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

Дополнительные сведения о Хранилище данных SQL - UpdateTableStatisticsSqlDW (обновление статистики по столбцам таблицы).

Увеличьте масштаб для оптимизации использования кэша с Хранилищем данных SQL

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

Дополнительные сведения о Хранилище данных SQL - SqlDwIncreaseCacheCapacity (увеличение масштаба для оптимизации использования кэша в Хранилище данных SQL).

Увеличьте масштаб или обновите класс ресурса, чтобы уменьшить состязание за tempdb в Хранилище данных SQL

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

Дополнительные сведения о Хранилище данных SQL - SqlDwReduceTempdbContention (масштабирование или обновление класса ресурсов для уменьшения количества конфликтов tempdb с Хранилищем данных SQL).

Преобразуйте таблицы в реплицированные с помощью Хранилища данных SQL

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

Дополнительные сведения о Хранилище данных SQL - SqlDwReplicateTable (преобразование таблиц в реплицированные таблицы с помощью Хранилища данных SQL).

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

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

Дополнительные сведения о Хранилище данных SQL - FileSplittingGuidance (разделение промежуточных файлов в учетной записи хранения для повышения производительности нагрузки).

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

Мы обнаружили, что вы можете увеличить производительность загрузки и пропускную способность, увеличив размер пакета при загрузке в базу данных. Рассмотрите возможность использования инструкции COPY. Если вы не можете использовать инструкцию COPY, рассмотрите возможность увеличения размера пакета при использовании служебных программ загрузки, таких как API SQLBulkCopy или BCP, — хорошее правило большого пальца — это размер пакета в диапазоне от 100K до 1M строк.

Дополнительные сведения о Хранилище данных SQL - LoadBatchSizeGuidance (увеличение размера пакета при загрузке для обеспечения максимальной пропускной способности, сжатия данных и производительности запросов).

Совместное размещение учетной записи хранения в одном регионе для уменьшения задержки при загрузке

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

Дополнительные сведения о Хранилище данных SQL - ColocateStorageAccount (совместное размещение учетной записи хранения в том же регионе для снижения задержки при загрузке).

Обновление клиентской библиотеки для службы хранилища до последней версии для повышения надежности и производительности

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

Дополнительные сведения о учетной записи хранения — UpdateStorageSDK (обновление клиентской библиотеки хранилища до последней версии для повышения надежности и производительности).

Обновление клиентской библиотеки для службы хранилища до последней версии для повышения надежности и производительности

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

Дополнительные сведения об Учетной записи хранения - UpdateStorageDataMovementSDK (обновление Клиентской библиотеки хранилища до последней версии для повышения надежности и производительности).

Обновление до SSD (цен. категория 'Стандартный') дисков для обеспечения единообразной и улучшенной производительности

Так как вы используете рабочие нагрузки виртуальных машин IaaS на управляемых дисках HDD уровня "Стандартный", обратите внимание, что для всех типов виртуальных машин Azure теперь доступен параметр диска SSD уровня "Стандартный". SSD-диски (цен. категория 'Стандартный') — это экономичный вариант хранения данных, оптимизированный для корпоративных рабочих нагрузок, требующих постоянной производительности. Обновите конфигурацию диска сегодня, чтобы увеличить задержку, повысить надежность и доступность. Для обновления требуется перезагрузка виртуальной машины, которая занимает от трех до пяти минут.

Дополнительные сведения об Учетной записи хранения - StandardSSDForNonPremVM (обновление дисков SSD (цен. категория "Стандартный") для обеспечения единообразной и улучшенной производительности).

Использование высокопроизводительного хранилища блочных BLOB-объектов класса Premium

Одна или несколько учетных записей хранения имеют высокую скорость транзакций на ГБ хранимых данных блочных BLOB-объектов. Используйте высокопроизводительное хранилище блочных BLOB-объектов класса Premium вместо хранилища со стандартной производительностью для рабочих нагрузок, которые требуют быстрого времени отклика и/или высокую скорость транзакций хранилища и, возможно, экономии затрат на хранение.

Дополнительные сведения об Учетной записи хранения - PremiumBlobStorageAccount (использование хранилища блочных blob-объектов производительности premium).

Преобразование неуправляемых дисков с HDD (цен. категория "Стандартный") в SSD (цен. категория "Премиум") для повышения производительности

Мы заметили, что неуправляемый диск HDD приближается к целям производительности. Диски SSD (цен. категория "Премиум") Azure позволяют использовать диски с высокой производительностью и малой задержкой для виртуальных машин, предназначенных для рабочих нагрузок с большим числом операций ввода-вывода. Увеличьте производительность диска, обновив диск HDD (цен. категория "Стандартный") до SSD диска (цен. категория "Премиум"). Для обновления требуется перезагрузка виртуальной машины, которая занимает от трех до пяти минут.

Дополнительные сведения об Учетной записи хранения - UMDHDDtoPremiumForPerformance (преобразование Неуправляемых дисков из HDD (цен. категория "Стандартный") в SSD (цен. категория "Премиум") для повышения производительности).

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

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

Дополнительные сведения о группе серверов Hyperscale (Citus) - OrcasPostgreSqlCitusDistributeData (распределение данных в группе серверов для распределения рабочей нагрузки между узлами).

Перераспределение данных в группе серверов с гипермасштабированием (Citus) для равномерного распределения рабочей нагрузки между рабочими узлами

Вероятно, данные не сбалансированы между рабочими узлами в этой группе серверов с гипермасштабированием (Citus). Чтобы использовать каждый рабочий узел группы серверов Гипермасштабирования (Citus) эффективно перебалансировать данные в группе серверов.

Дополнительные сведения о группе серверов Hyperscale (Citus) - OrcasPostgreSqlCitusRebalanceData (перераспределение данных в группе серверов с горизонтальным масштабированием Hyperscale (Citus) для распределения рабочей нагрузки между рабочими узлами).

Инфраструктура виртуальных рабочих столов

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

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

Дополнительные сведения о Пуле узлов — RegionProximityHostPools (повышение удобства работы пользователей и возможности подключения путем развертывания виртуальных машин ближе к расположению пользователя).

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

Функция балансировки нагрузки в глубину использует ограничение на максимальное число сеансов, чтобы определить максимальное число пользователей, которые могут иметь одновременные сеансы на одном узле сеансов. Если максимальное ограничение сеанса слишком велико, все сеансы пользователей направляются на один узел сеансов, и это может привести к проблемам производительности и надежности. Поэтому при настройке пула узлов для первой балансировки нагрузки глубины необходимо задать максимальное ограничение сеанса в соответствии с конфигурацией развертывания и емкости виртуальных машин. Чтобы устранить эту проблему, откройте окно свойств пула узлов и измените значение рядом с параметром Max session limit (Максимальное число сеансов).

Дополнительные сведения о Пуле узлов — ChangeMaxSessionLimitForDepthFirstHostPool (измените ограничение максимального числа сеансов для первого пула узлов с балансировкой нагрузки с глубиной, чтобы повысить производительность виртуальной машины).

Интернет

Перенос плана службы приложений в категорию Премиум версии 2 для повышения производительности

Ваше приложение обрабатывало более 1000 запросов в день за последние 3 дня. Ваше приложение может воспользоваться более высокой производительностью инфраструктуры, доступной на уровне "Премиум" версии 2 Служба приложений. На этом уровне доступны виртуальные машины серии Dv2 с оптимизированными процессорами, хранилищем на базе SSD и удвоенным соотношением ресурсов памяти и ядра по сравнению с предыдущими экземплярами. Дополнительные сведения о переходе на уровень служб 'Премиум' версии 2 см. в нашей документации.

Дополнительные сведения о Службе приложений - AppServiceMoveToPremiumV2 (перемещение плана Службы приложений в категорию PremiumV2 для повышения производительности).

Проверка исходящих подключений из ресурса Службы приложений

Ваше приложение открыло слишком много подключений сокетов через TCP/IP. Превышение предельного числа временных подключений через порт TCP/IP может вызвать непредвиденные ошибки подключения у ваших приложений.

Дополнительные сведения о Службе приложений - AppServiceOutboundConnections (проверка исходящих подключений из ресурса Службы приложений).

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

Дополнительные сведения об Эффективности производительности — хорошо спроектированная платформа Microsoft Azure