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