Azure производительность IO
Нет никакой булевской переменной для глобального отключения SELinux для httpd. Однако необходимо читать httpd_selinux(8) страница справочника для соответствующих контекстов файла необходимо использовать; в Вашем случае Вы хотите httpd_sys_script_exec_t или httpd_unconfined_script_exec_t, и может использовать chcon установить его временно для тестирования, и semanage установить его постоянно.
Azure - это общая служба. Вам следует ожидать случайных изменений производительности в зависимости от нагрузки на гипервизор, на котором вы работаете (который вы не можете контролировать), и буквально бесконечного множества других факторов (которые вы также не можете контролировать).
Если производительность (и согласованность) имеет решающее значение: разместите свою среду на собственном оборудовании.
Около 6 месяцев назад мы переместили всю нашу производственную среду в Azure. У нас есть сервер сборки, который запускает несколько сборок ежедневно, и в зависимости от продолжительности отдельных задач сборки от сборки до сборки я могу сказать вам, что «производительность» довольно стабильна. Я также могу подтвердить ваши выводы о том, что процессы, которые не используют несколько ядер (например, выполнение модульных тестов), выполняются примерно в 6 раз медленнее на виртуальной машине Azure по сравнению с локальным ПК для разработки.
Короче говоря, когда вы запускаете процессы на одноядерный ваш локальный компьютер всегда будет превосходить виртуальную машину Azure. Я думаю, что Azure лучше подходит для обработки задач, в которых задействовано несколько ядер (например, база данных или веб-сервер), потому что вы можете легко масштабировать количество ядер по мере необходимости.
Размер виртуальных машин Azure зависит от их ОЗУ и ядер ЦП, но всем размерам явно не хватает производительности хранилища, что всегда становится главным виновником, независимо от того, сколько ядер и памяти вы загружаете на виртуальную машину.
Два решения:
- Для обычного использования просто подключите как можно больше дисков с данными к вашу виртуальную машину и настройте их в RAID 0 в гостевой системе; Ввод-вывод ограничен на уровне диска, поэтому больше дисков = больше операций ввода-вывода.Используйте эти диски для реальной работы, не кладите ничего, кроме O.S. на системном диске (что в любом случае является наилучшей практикой). Эта стратегия не требует дополнительных затрат, поскольку за хранилище Azure взимается плата на основе фактического использованного пространства: количество виртуальных дисков и их кажущийся размер не имеют значения. (*)
- Если вам действительно нужна производительность диска, используйте хранилище премиум-класса .
(*) Если вас беспокоит использование RAID 0, не беспокойтесь. Это виртуальные диски, и их целостность уже гарантируется нижележащим уровнем хранения. RAID 0 используется только для группировки их в один логический том с лучшей производительностью.
Не используйте диск c для приложений:
Диск C оптимизирован для времени загрузки, а не для большого количества операций ввода-вывода.
Поскольку каждый диск регулируется IOPS (обычно 500 / диск), вы можете использовать много из них (до 8 на A3) или машина из серии d с SSD (D3: 12000IOPS). Обратите внимание, что вы должны использовать d-диск , который не гарантирует сохранение данных , чтобы иметь скорость SSD:
http://azure.microsoft.com/blog/2014/10/06/ d-series-performance-expected
Или вы можете заплатить $$$ и использовать большой двоичный объект хранилища премиум-класса (~ 100 $ / месяц за 5000 IOPS), чтобы получить постоянное хранилище.