Как я могу определить, сколько оперативной памяти я (а) использую или (б) выиграю?
Раньше я запускал свой сайт с VPS на 4 ГБ. Со временем мои потребности в хранилище росли, и в итоге я перешел на выделенный сервер емкостью 3 ТБ. В качестве дополнительного преимущества теперь у меня было 32 ГБ оперативной памяти. Хотя, признаюсь, я действительно не знал, что с этим делать.
Пришло время снова перейти к коробке с 8 ТБ + или разделить на основную коробку и коробку для хранения.
Вопрос в том, сколько оперативной памяти мне нужно / нужно на моей единственной / основной коробке.
Мой сайт генерирует 2 миллиона просмотров страниц в месяц, и на данный момент он движется очень неплохо.
Это сайт PHP с сервером MySQL. Я действительно не знаю, какие показатели дать, чтобы помочь вам ответить на мой вопрос ...
Прямо сейчас free -m дает
total used free shared buffers cached
Mem: 32068 30937 1131 82 1314 22705
-/+ buffers/cache: 6917 25151
Swap: 1023 446 577
Я думаю, это означает, что на данный момент 25 ГБ свободно?
Я все еще не хочу переходить на коробку на 16 ГБ. Конечно, я не использую все 32 ГБ, но, возможно, я смогу научиться ...
Я думаю, что этот вопрос опасно близок к Можете ли вы помочь мне с планированием моей мощности? , и здесь применимы многие советы.
Но я все равно отвечу, и все сводится к мониторингу. У вас есть сервер, который просматривает два миллиона страниц в месяц с 32 ГБ памяти? Это недешево, и поэтому его следует оснастить приборами с точностью до дюйма. Вы должны отслеживать это вне системы, вы должны точно знать, что вам говорят эти данные, и у вас должна быть хорошая историческая информация, на которую можно ссылаться.
Вот старый Мунин график (2012) из моей цветной коробки:
Это было сделано сразу после того, как я модернизировал корпус с (очень) старого mobo с 1 ГБ ядра до 4 ГБ; Мне жаль, что у меня не было сохраненного изображения до обновления, но у меня нет. Интересной статистикой является строка "Committed", которая представляет собой объем памяти, обещанный ядром всем приложениям; на этом графике он в среднем составляет 1,1 ГБ, а максимальный - 1,2 ГБ. Вот почему я сделал обновление: он сказал мне, что системные вызовы памяти превышают то, что у меня было в ней, и на сколько.
Вот последний график, показывающий мне прошлый год:
Как видите, объем выделенной памяти увеличился отчасти из-за того, что ящик делает больше того, что делал раньше, отчасти потому, что он делает что-то новое, а отчасти потому, что ядра становятся толще со временем. Но он также говорит мне, что даже в худший день года (3,22 ГБ) объем физической памяти не превышал; использование свопа остается незначительным; эта преданная память не сильно увеличивается в течение года.
Это означает, что я могу спокойно не обращать внимания на память при следующем цикле замены оборудования и, возможно, во время после этого, при условии, что у меня будет адекватный своп. Если бы я все еще работал с 32-разрядной версией (а это не так), это также дало бы мне некоторое представление о том, когда я буду вынужден использовать 64-разрядную ОС, чтобы я мог запланировать это.
Теперь, по вашему собственному признанию, у вас нет исторических данных, и вы не знаете, что означают эти данные. Мне очень жаль, но я не думаю, что мы можем чем-то вам помочь; как говорится в связанном ответе:
Существует ряд факторов, влияющих на планирование мощности ... Проведение надлежащего анализа этих и других факторов выходит за рамки простого сайта вопросов и ответов: они требуют подробных знаний о вашей среде и требованиях, которые только ваша команда (или консультант с адекватной оплатой) может эффективно собраться.
Я пишу этот совет в основном для тех, кто приходит и читает этот вопрос. Но если вы думаете, что сможете уклониться от решения об обновлении на месяц, включите некоторый мониторинг. Cегодня, убедитесь, что он работает, поймете, о чем он вам говорит, и дайте ему поработать в течение месяца, прежде чем вам придется принимать решение.