Я знаю, что не отвечаю Вашим требованиям путем высказывания так, но если Вы только собираетесь выполнить два VMs на этой вещи, Вам не нужна большая часть сервера. Конечно, Вы не говорите, что требования для VMs сами. Если они оба потребуют четырех процессоров и 32 ГБ RAM, то Вы будете создавать что-то огромное. Учитывая Ваши комментарии, тем не менее, и что Вы упоминаете, что являетесь объектом ценовых ограничений, почему не только идут с с полки ПК для нескольких сотен маркеров? ESXI будет, вероятно, работать и в противном случае Hyper-V, VirtualBox, или Xen работал бы отлично.
Я рекомендую рассмотреть возможность перехода на Redis как для хранилища сеансов, так и для хранилища кеша. Причины:
Redis можно настроить с максимальным ограничением памяти. Вы можете запустить два экземпляра для независимого управления размером кеша и хранилища сеансов, если это необходимо, и его можно настроить для использования LRU для вытеснения, когда он заполнен.
You should start debugging the issue by excluding Magento from the possible culprits. Ie. do regular PHP memcache sessions work?
Try a test.php with:
<?php
ini_set("session.save_handler","memcache");
ini_set("session.save_path","127.0.0.1:11211");
session_start();
print "Session started..\n<br />\n";
?>
If this works, then look into the code (app/code/core/Mage/Core/Model/Session/Abstract/Varien.php) to see whether Magento possibly overwrites the save_path.
Also, are you absolutely sure your session handler is memcached? Doublecheck with the output from phpinfo() (under: registered session handlers).