Проверка согласованности вычислений виртуальной машины Azure

#azure #virtual-machine #azure-virtual-machine #azure-vm-role

#azure #виртуальная машина #azure-virtual-machine #azure-vm-роль

Вопрос:

Мы использовали виртуальную машину Azure для размещения SQL Server. Размер A4, т.Е. 4 ядра и 7 ГБ оперативной памяти, Мы заметили прерывистую медленную производительность базы данных.

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

Мы пытаемся понять, что, когда мы запускаем 4-ядерную виртуальную машину, означает ли это, что у нас всегда так много вычислительной мощности? или это уменьшится в зависимости от других пользователей?

Ответ №1:

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

В MSDN есть контрольный список с тем, что необходимо учитывать при размещении SQL Server на виртуальных машинах:

  • Используйте минимальный стандартный уровень A2 для виртуальных машин SQL Server.
  • Сохраняйте учетную запись хранилища и виртуальную машину SQL Server в одном регионе.
  • Отключите георепликацию Azure в учетной записи хранилища.
  • Избегайте использования операционной системы или временных дисков для хранения базы данных или ведения журнала.
  • Избегайте использования параметров кэширования диска данных Azure (политика кэширования = Нет).
  • Используйте несколько дисков данных Azure для увеличения пропускной способности ввода-вывода.
  • Формат с документированными размерами выделения.
  • Разделите пути ввода-вывода данных и файлов журналов, чтобы получить выделенные операции ввода-вывода для данных и журналов.
  • Включите сжатие страницы базы данных.
  • Включите мгновенную инициализацию файлов данных.
  • Ограничьте или отключите автоматическое расширение базы данных.
  • Отключите автозапуск в базе данных.
  • Переместите все базы данных на диски данных, включая системные базы данных.
  • Переместите журнал ошибок SQL Server и каталоги файлов трассировки на диски данных.
  • Примените исправления производительности SQL Server.
  • Настройте расположения по умолчанию.
  • Включите заблокированные страницы.
  • Резервное копирование непосредственно в хранилище больших двоичных объектов.

Комментарии:

1. Очень хороший совет. И чтобы ответить на актуальный вопрос «означает ли это, что у нас всегда так много вычислительной мощности?» — Да. Вам всегда гарантировано количество выделяемых ядер. На одном сервере в центре обработки данных Azure не будет размещено больше виртуальных машин, чем у него есть доступных ядер.

Ответ №2:

Azure не будет совместно использовать ядра и память, пока вы не выберете виртуальные машины наименьшего размера.

Однако имейте в виду, что другие клиенты все еще могут мешать вам, в основном в сетевом трафике. Ввод-вывод на постоянные диски и с них (любой диск, кроме D: ) также проходит через сеть.