У меня недавно был LPAR в системе Power7, которому казалось, не хватало памяти. Пока он работал, я не мог запускать какие-либо команды, поэтому был вынужден перезапустить ОС. Минимальное, желаемое и максимальное распределение памяти составляют 8 ГБ, 16 ГБ и 32 ГБ соответственно. Есть ли какие-то записи о том, что полные 32 ГБ (или что-то еще было доступным) были выделены этому LPAR после того, как он исчерпал доступные 16 ГБ?
Помимо простого подтверждения того, что это действительно произошло, знание точного времени, когда это произошло, было бы полезно при устранении неполадок.
Для памяти pSeries Min / Desired / Max работают иначе. Желательным является объем памяти, который будет распределен LPAR, если он свободен во всем кадре при загрузке сервера. Минимум - это наименьшее значение, которое LPAR может присвоить во время загрузки, и наименьшее значение, которое вы можете динамически уменьшать память до, а Максимум - это наибольшее значение, которое вы можете динамически распределять в LPAR во время его работы.
Однако во время работы AIX не будет потреблять больше памяти, если она достигнет 16 ГБ. У LPAR было 16 ГБ, он закончился, AIX убила кучу процессов (это нормально), и вы его перезагрузили. Он никогда не пытался захватить больше памяти, это не так.
Чтобы изменить объем доступной памяти (вверх или вниз), вы используете HMC для выполнения операций DLPAR. Таким образом, вы могли вручную увеличить объем памяти с 16 ГБ до 20 ГБ с вашей HMC, пока на сервере были проблемы, и это могло помочь (или, возможно, не было, или DLPAR мог дать сбой, потому что он требует, чтобы сервер разветвлялся. процессы, которые могли быть невозможны). Вы можете автоматизировать некоторые действия DLPAR и даже связать их с чем-то вроде Tivoli, но это не происходит само по себе.
Есть хорошее резюме здесь.