Я бы посоветовал вам внимательно изучить этот сценарий перед его внедрением, чтобы определить, какие узкие места ресурсов (процессор WFE, BE CPU и т. Д.) И сделать хорошее планирование пропускной способности. Я постараюсь ответить на такие вопросы, как
- Понимание вашего контента: содержимое более статичное или динамическое, что определяет характеристики кеширования?
- Какова структура потребления ресурсов? Связана ли WFE- или DB-связь? Диск или процессор?
- В основном читать, писать или комбинировать?
- Ожидаемые RPS, количество транзакций/сек?
Ответы на эти вопросы дадут вам представление о том, как масштабировать развертывание. Напр. если вы являетесь WFE-привязанным (то есть высоким потреблением CPU/диска на серверах WFE), тогда вы можете, например, добавьте больше виртуальных серверов WFE для увеличения нагрузки на БД.
Кроме того, я предполагаю, что вы не находитесь в автономном развертывании (т. Е. WFE и DB в том же поле), потому что это не будет масштабироваться.
И последний совет - если есть сомнения, добавьте ОЗУ. Он оплачивает больше, чем что-либо еще, что вы можете добавить в систему, больше, чем процессор и диск.
Небольшое дополнение к достоверной информации, предоставленной Ариэлем: если пользовательский код находится в игре, понимайте, где границы существуют и не существуют. Например, размещение каждого семейства сайтов в отдельном веб-приложении является хорошим шагом изоляции, но вам может потребоваться пойти дальше и обеспечить, чтобы каждое веб-приложение было в своем собственном пуле приложений (IIS) для изоляции на уровне процесса, если пользовательский код мог принести рабочий процесс вниз или принудительно перезапускается. Просто бдительность :-) –