Значительное понижение уровня сервера процессор из-за крайне простаивающего процессора?
Я рассматриваю возможность переноса моей базы данных на новый сервер. Новый сервер имеет гораздо менее производительный процессор, но больше оперативной памяти и более быстрый SSD. Кроме того, это половина месячной цены.
На основе доступных тестов ЦП новый ЦП может иметь на 50% меньше вычислительной мощности, чем текущий ЦП, однако , согласно моим графикам Мунина, текущий ЦП является > 95% простоя:
Можно ли было бы значительно понизить рейтинг ЦП, учитывая, насколько он простаивает?
Хотя нагрузка выше 1, я считаю, что узким местом является ОЗУ и диск, а не ЦП, поэтому нагрузка должна останутся неизменными, если не уменьшатся с увеличением ОЗУ и более быстрым SSD.
Любые советы приветствуются. Спасибо
Основываясь на информации, которую вы предоставили, я думаю, вам следует сделать ход. Похоже, ваша рабочая нагрузка использует очень мало ЦП, но много ОЗУ.
Я бы также рассмотрел возможность полного отключения подкачки после того, как убедился, что база данных настроена так, что она не будет использовать больше ОЗУ, чем доступно. И вам следует патчить и перезагружаться почаще. : -)
Метрики хоста не являются оценкой мощности, даже если они позволяют делать обоснованные предположения.
Невозможно предсказать, увеличится ли, скажем, из-за роста организации нагрузка на этот ящик в 10 раз. И они не будут анализировать рабочую нагрузку. Средняя загрузка не скажет вам, являются ли задания однопоточными, и вы получите гораздо больше работы, выполняя задачи параллельно.
Тем не менее, давайте сделаем некоторые предположения.
Хранение, не могу сказать много. Загрузка ЦП ничего не говорит об IOPS или о том, что пропускная способность насыщает систему хранения. Да, более быстрый твердотельный накопитель - это обычно хорошая идея.
Память, возможно, используется недостаточно. В зависимости от базы данных это, вероятно, означает, что общая память может быть немного увеличена, чтобы получить больший кеш. На самом деле соотношение памяти и ЦП кажется относительно небольшим для базы данных.
ЦП очень недогружен, в среднем 5%. Это может быть функция , такая же, как и для Stack Overflow , который фанатично относится к времени отклика, даже если всю нагрузку берет на себя один ящик. Или это означает, что вы платите за слишком много процессоров, поскольку ваши цели производительности могут быть достигнуты с половиной из них.
Хотя нагрузка превышает 1, я считаю, что узким местом является оперативная память и диск, не CPU, поэтому нагрузка должна оставаться неизменной, если не уменьшаться с увеличенная оперативная память и более быстрый SSD.
Нет, средняя загрузка 1 означает не это. Средняя нагрузка - это количество задач, готовых к запуску, а в Linux также включает непрерывный сон. В этой системе с 32 ЦП любая нагрузка ниже 32 означает, что все задачи, которым нужен ЦП, получают его немедленно. Он ничего не говорит о том, где находится узкое место в системе в целом.
Чтобы найти самый медленный компонент, выполните систематический анализ, например, метод USE .
Вам нужно принять решение о планировании емкости, предлагать меньше ЦП и более быстрые твердотельные накопители. Соответствуют ли текущие спецификации вашим требованиям к производительности? Структура затрат будет отличаться, если вы владеете оборудованием и просто платите за электроэнергию, по сравнению с тем, если вы арендуете его, а коробка с множеством процессоров стоит дороже.
Риски, которые вы берете на себя, уменьшаются за счет того, насколько легко отменить это. Если вам снова удастся получить рабочий размер, это будет легко вернуться назад.
P.S. Запланируйте период обслуживания для установки исправлений. Любая система UNIX или Linux имеет важные обновления за эти 412 дней безотказной работы, которые не применяются.