Архитектура для нагрузочного тестирования

Я пытаюсь спроектировать набор веб-серверов и серверов баз данных, чтобы мы могли их протестировать. Я сталкиваюсь с некоторыми проблемами из-за ограничений, с которыми мне приходится работать:

1. Мы не можем загрузить тест в производство. Да, в основном. Мы рассмотрели ответственный способ сделать это, но суть в том, что это просто создает слишком большой риск простоя для наших клиентов. Это означает, что нам нужен альтернативный набор оборудования для тестирования.
2. Для защиты от того, от чего мы пытаемся защитить, нам действительно нужно иметь действительно идентичное оборудование, вплоть до версий драйверов, работающих на каждом устройстве. Простое приближение пропускной способности и программного обеспечения не поможет. Это означает...
3. Аппаратное обеспечение будет дорогим, настолько дорогим, что мы не можем позволить себе просто хранить его, когда не проводим нагрузочное тестирование.
4. Это приводит к временной настройке, которую мы можем предоставить по запросу. Обратной стороной этого является то, что это все еще, вероятно, довольно дорого, даже если работает только неделю в месяц, а недостатком является громоздкость и трудоемкость. Я пытаюсь получить нагрузочное тестирование как действительно первоклассный артефакт в наших процессах, и это было бы препятствием.

Если бы я мог взмахнуть волшебной палочкой сисадмина, то я бы действительно клонировал, идентичный и балансировка нагрузки архитектура, в которой все отделено от брандмауэра веб-приложений до сервера базы данных. Таким образом, когда мне нужно было провести нагрузочный тест, я мог щелкнуть переключателем, который переместил бы половину архитектуры из производственной среды с балансировкой нагрузки в среду нагрузочного тестирования. Даже это не идеально, потому что это только половина емкости, и мы не тестируем какое-либо управление кластером, но Criminy ... вы видите, насколько это безумно.

Я подхожу к выводу, что «регулярное нагрузочное тестирование означает лишь удвоение затрат на хостинг, период или принятие того, что у вас не будет точного тестирования оборудования». Что-то мне здесь не хватает?