CDN для кэширования API REST
Как альтернатива, у Вас также есть VirtualBox от Oracle (Sun) - свободный и намного легче, чем VMware.
Относительно конфигурации хост-машины я предполагаю, что Вы протестируете ОС один за другим (хорошо, на самом деле, зависит, если программное обеспечение, которое Вы хотите протестировать, является сервером или не - я принимаю автономные приложения), затем нет никаких определенных потребностей. О 64 битах:послушайте
Любой CDN, который способен к "выборке источника" (это - промышленное понятие CDN, большинство из нас звонило бы, это обратный прокси) должен сделать то, в чем Вы нуждаетесь. Среди недорогого, плата за использование CDNs, я знаю, что они имеют ту функцию:
Обратите внимание, что Облачные Файлы Rackspace, который использует Akamai в качестве CDN, только поддерживают статические файлы источника, загруженные на их серверы.
Один камень преткновения может быть минимальным временем жизни кэша. Быстро крутящееся содержание создает проблемы для CDNs, которые разработаны для обслуживания статического содержания. Таким образом, если Вы устанавливаете "Управление Кэша: max-age=5", конкретный CDN мог бы изменить это на некоторое минимальное значение как 3 600, или не кэшировать его вообще и просто пасовать назад запрос к Вашему источнику.
Если ни одна из платы за использование, которую CDNs предлагают времени жизни кэша, столь короткому, как Вам нужно, Вам, вероятно, придется посмотреть на предоставленную услугу CDN. Или, Ваш наилучший вариант будет состоять в том, чтобы создать Varnish или Nginx, чтобы сделать кэширование на одном или нескольких Ваших экземпляров EC2.
Я не могу говорить за другой/меньший CDN's, но я работал с Akamai и Level3. Я могу сказать Вам, что Akamai может определенно кэшироваться типом пантомимы или даже соответствующими подстановочному знаку основами uri. Они могут сделать в значительной степени все, что Вы ищете, я просто не знаю, найдете ли Вы, что они в пределах Вашего бюджета.
Однажды через Akamai, если всеми запросами является www.yoursite.com, и Вы хотите кэшировать некоторых, необходимо переделать приложение немного, если Вы надеетесь сокращать затраты. Например, если Вы сохраните его по www.yoursite.com, то все запросы начнут проходить Akamai, учитывая, что хост теперь перенаправляется к хосту akamai. Что-либо не настроенное, чтобы кэшироваться будет проксировано.
С другой стороны, можно переименовать части сайта, таким образом, что cookie установлен с domain=*www.yoursite.com, и перепишите части, таким образом, что части, Вы хотите кэшироваться, являются хостом actuallyat cdn.www.yoursite.com (или что бы то ни было, Вы получаете идею). Это означает, что что-либо, Вы не хотите кэшироваться, идет прямо к источнику, тогда как что-либо, что находится в субдомене cdn.www.yoursite.com, на самом деле собирается поразить akamai. Необходимо будет сделать необходимые приготовления на сервере источника для размещения этого слишком несомненно.
Akamai имеет тарификационную опцию (если даже существует другая опция для сайта, который видит хиты, измеряемые только в 1000-х в день), который основан на пропускной способности, и выполнение этого может сохранить Вас некоторая монета.
Однако честно говоря, если Вы говорите о хитах signifcant к ресурсам, которые являются статическим выходом (достаточно) для гарантирования управления кэша, и это - только вопрос тысяч, можно надеяться решать неправильную проблему. Если эти запросы требуют запроса бэкенда к каждому запросу на Вашем веб-приложении, необходимо посмотреть на переделку что так, чтобы это кэшировалось в рамках приложения и сделало веб-запросы к такому ресурсу менее дорогими.