Xenforo на Azure проблема производительности службы приложений (Linux) - PullRequest
Новая
       55

Xenforo на Azure проблема производительности службы приложений (Linux)

2 голосов
/ 06 марта 2020

Я пытаюсь установить Xenforo (программное обеспечение Форума) в Linux Azure Веб-приложение (Служба приложений), которое было настроено с помощью:

  1. PHP 7.2
  2. Премиум-план P1V2

Он также подключен к базе данных Azure MySQL (версия 5.7) с Basi c 2 vCore (5 ГБ).

  • Версия Xenforo: 2.1.4

Проблема

Потребовалось около 2 часов, чтобы завершить sh установку, что слишком долго, так как это займет около 2-3 минут. Также происходит при установке плагинов. В частности, фаза Importing... Master data (Phrases: xx.x%) длится вечно.

Подробности

  1. Предупреждение об использовании ЦП и использовании памяти не превышено, все кажется исправным для инструментов диагностики c и Xenforo. тест требований успешно пройден.

  2. Я пытался масштабировать все планы до максимального уровня, и ничего не изменилось (MySQL и служба приложений)

  3. Я также пытался с MySQL 8.0.

  4. Соединение с веб-сайтом очень быстрое, только установка Xenforo и установка плагина идет медленно, поэтому я предполагаю, что это может быть файл проблема записи или, может быть, какая-то конфигурация (InnoDB?) или что-то, связанное с совместимостью.

Спецификация оборудования Gen5 ( Microsoft docs )

  • Процессоры Intel E5-2673 v4 (Broadwell) 2,3 ГГц и Intel SP-8160 (Skylake) *
  • Обеспечение до 80 vCore (1 vCore = 1 гиперпоток)
  • 5,1 ГБ на каждый vCore (память)
  • Предоставление до 408 ГБ (память) * 1 051 *

1 Ответ

2 голосов
/ 10 марта 2020

Скорость в секунду = RPS

Предложения для вашего Azure портала, НАСТРОЙКИ, Параметры сервера 

thread_cache_size=64  # from 9 to reduce threads_created - an expensive operation
read_rnd_buffer_size=192K  # from 512K to reduce handler_read_rnd_next RPS of 57
innodb_lru_scan_depth=100  # from 1024 to avoid 90% of CPU cycles used for function every second
tmp_table_size=32M  # from 16M to expand capacity in RAM
max_heap_table_size=32M  # from 16M to reduce created_tmp_disk_tables of 49 RPhr
innodb_open_files=-1  # to autosize based on table_open_cache at next restart of instance

Первые 5 изменений являются динамическими c и вступят в силу без перезапуска экземпляра.

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

...