Многие записывают IO / s в Centos 6.5 - обратное соотношение от чтения - как обычно
У нас много серверов CentOS6.5 на ESXI5.5. Хранилища для vmdk - это SAN ISCI. У меня проблема с плохим соотношением записи / чтения.
На хранилищах у меня около 2500 записей io и, например, 200 операций чтения! За все время суток. Для ночи это около 1500/100 у.е.
Ниже приведен образ от munin для шести серверов. Как видите, у всех больше записей.
LogVol00 - это ОС и MySQL. LogVol01 - это данные веб-страниц и журналы Apache. Обычно LAMP сервер :).
У вас есть иде, почему он?
Спасибо!
Моя первая мысль: время доступа.
Если вы не отключили их (или ваш дистрибутив не отключил их, но точно уверен, что RHEL6 / CentOS6 не отключены по умолчанию), Linux по умолчанию будет поддерживать временные метки доступа для всех файлов и каталогов. Это означает, что каждый раз, когда ОС читает файл, даже просто статистику, она генерирует запись для обновления метки времени.
Попробуйте смонтировать LogVol00 и / или LogVol01 с опцией монтирования «noatime».
Кроме того, попытки доступа Apache почти наверняка генерируют записи (access_log, возможно, error_log), но могут не генерировать чтения, потому что кеш Linux VFS перехватывает и обслуживает их до того, как они попадут на диск.
В MySQL проверьте, включен ли общий журнал запросов или журнал медленных запросов. Это один из способов, при котором вещи, которые должны быть только прочитаны, могут в конечном итоге привести к неожиданной записи. Настройка MySQL сама по себе является большой темой, поэтому я просто добавлю - взгляну на ваши настройки MySQL ... частоту попаданий во внутренний кеш и т.д.
В противном случае вы можете проверить, что приложение, работающее на них, не делает ничего необычного. Например, я видел веб-приложения, которые делают такие вещи, как хранение аналитических данных в базе данных - удобно, но могут легко превратить ориентированные на чтение рабочие нагрузки в ориентированные на запись.