Плохая комбинация CPU/RAM

Что касается ядра и памяти, то речь идет о 20 ГБ на 16 ядрах; это (оптимистично) 1,25 ГБ на ядро, что не составляет тонны памяти, если вы действительно закрепляете все 16 ядер. Мы определенно работаем с системами с более высоким соотношением памяти и ядра, чем 20 ГБ /16, и наш поставщик продолжает продавать нам коробки, которые могут быть сконфигурированы с памятью, во многие сотни ГБ на 24 ядрах.

Что касается производительности приложений, 16 ядер и 20 ГБ оперативной памяти не обязательно превышают спецификации Oracle; мы определенно используем такие большие системы. Тем не менее, 20 ГБ ОЗУ не слишком много для вас, когда вы работаете с 32-битным ядром; восстановление на RHEL5-64 было бы хорошим выбором.

Вам также понадобится, чтобы ваш администратор баз данных сконфигурировал Oracle, чтобы воспользоваться большим объемом физической памяти - наши администраторы баз данных "отключили AMM и настроили огромные страницы" на наших больших серверах Oracle.

Даже если машина несколько сверхспециализирована для вашей текущей рабочей нагрузки (и только долгосрочный мониторинг статистики действительно это подтвердит), шансы хорошие, вы в нее увеличитесь; и в периоды непредсказуемой большой нагрузки приятно иметь некоторые накладные расходы, а не умирать мгновенно.

Надеюсь, это поможет!

Навряд ли.

Для чего вы используете сервер? Только немного профилирования покажет вам, действительно ли оно переоценено или нет.

Я не думаю, что у вас, скорее всего, будут проблемы с ресурсами, связанные с планированием процессора или отображением памяти. Это не произойдет, если не нужно. Когда они случаются, они имеют относительно низкие накладные расходы по сравнению с запланированным процессом.

Я бы посмотрел на это:

• нагрузка средняя. Это говорит вам, сколько ядер активно. Хорошо иметь среднюю нагрузку ниже количества процессоров. Но если средняя нагрузка значительно ниже числа процессоров, то сервер, вероятно, имеет слишком много ядер.
• использование памяти, исключая буферы. Вам потребуется больше памяти, чем этот уровень, но, вероятно, не более 2 или 3 раз.

Если вы используете виртуальные хосты на сервере, вы можете прикрепить ЦП для хоста. Вы можете сделать то же самое для однопоточных процессов с высокой загрузкой ЦП. Распределите нагрузку между процессорами, если вы это сделаете.