Возможно, вам нужно предоставить больше информации, чтобы получить лучшие ответы - например, что делает ваше приложение?Сколько у него пользователей?Какое значение имеют «525 работодателей и около 85 000 сотрудников» - указывает ли это количество данных или пользователей?Сколько пользователей будет одновременно одновременно?Какое будет среднее время запроса?Какой будет модель использования?Сколько памяти ему нужно?Ваш процессор приложения интенсивно или интенсивно ввод-вывод?Если интенсивность ввода-вывода, где именно хранятся ваши данные?
Все это говорит о том, что вам не нужно слишком беспокоиться о предоставлении / масштабировании.Amazon EC2 предлагает ресурсы по требованию, так что вы можете легко расширить свою конфигурацию в соответствии с вашими потребностями.
Если вы действительно хотите найти оптимальную конфигурацию, единственный способ - это загрузить тестирование вашего приложения (с типичным шаблоном / сценариями использования).Определите ваши параметры, такие как среднее время отклика, и определите пределы пользователей, обслуживаемые, например, 1, 4 и 8 ECU (Elastic Compute Unit).Вы можете загрузить тест, используя, например, стандартные экземпляры - маленькие, большие и очень большие.Вы можете легко интерполировать, чтобы спроектировать ваши реальные потребности ECU и памяти.Исходя из этого, вы можете выбрать фактическую оптимальную конфигурацию.
Вы можете попробовать нагрузочное тестирование за пределами площадки, учитывая тот факт, что согласно Amazon :
Вычислительный блок EC2(ECU) - один вычислительный блок EC2 (ECU) обеспечивает эквивалентную загрузку процессора процессора Opteron 2007 или Xeon 2007 года с тактовой частотой 1,0-1,2 ГГц.
Вы можете организовать аппаратный эквивалент, скажем, 1, 2 и 4.ECU и проведите нагрузочное тестирование, наблюдая за потреблением памяти с помощью счетчика производительности.Это должно дать вам некоторое представление о том, что нужно.ИМО, вам будет лучше проводить нагрузочное тестирование в реальной среде EC2.