neznauОдним из ответом на такой вопрос могло бы быть
...
для оптимизации производительности используются такие то драйверы...
очень смешно. Сходите в HP, Dell, Intel или к их крупным партнерам, и они расскажут вам, чего у них есть, в том числе про типовые решения. В конце-концов, у них на сайтах это есть.
Дальше вы уже будете из этого конструктора выбирать, что вам надо, в соответствии с вашей нагрузкой, объемами, и финансами.
Пока что вы спросили про сферического коня.

neznauя не заказчик, мне это нужно для себя.
это понятно, но обычно компании не любят распространяться о том, как и что у них сделано. Кроме того, есть совершенно специфичные конфигурации, которые зависят от уникального ПО.
Я почему и посоветовал читать сайты производителей, потому что они в первую очередь должны приводить бизнес-кейзы.
Но, с другой стороны, они "оторваны" от софта, а софт+железо, это уже гораздо больше всевозможных комбинаций.

Ну вот например. Обращается к нам клиент. У него сервер, 32 гиг памяти, диски хорошие, и все такое. Но тормозит.
Начинаем выяснять, что у него сервер одновременно и терминальный, и СУБД. И проблемы - из-за поедания памяти терминальными приложениями. Предложеное решение - срочно вынести СУБД на отдельный сервер, а терминальный сервер, если нагрузка возрастет, или кластеризовать, или просто поставить еще один и развести пользователей по ним "административно".

Дальше. Контора с сильно загруженной СУБД. Один сервер. Есть отдел разработчиков, которому надо тестировать изменения перед внесением в рабочую БД. Принимается решение (не нами, клиент сам правильно все сделал)
- купить 1 сервер крутой (проц, память) для рабочей СУБД
- купить 2 сервер чуть послабее (для разработчиков, и как резервный
- купить дисковую полку, соединить с обоими серверами. При этом у 2 сервера дисковая подсистема своя.
- кроме этого еще было налажено резервное копирование между серверами, плюс нечто вроде "репликации".
в итоге, разработчики отдельно, рабочий сервер отдельно, при падении сервера 1 сервер 2 моментально может взять на себя его функции, ну и резервные копии тоже разбросаны по разным местам. И масштабируемость - отчеты делаются по копии на одном сервере, а OLTP - на основном сервере.

То есть, без конкретики, не зная возможностей софта и возможностей железа, невозможно построить системы, о которых вы спрашиваете.
И поэтому даже ваше схематическое описание "Сбербинбанк"-а - ерунда, потому что оторвана от "софтовых нужд".
Опыт, конечно, важно, но по-моему тут еще важнее "широта мышления". То есть, чтобы даже не имея опыта, но обладая знаниями о софте и железе, можно было хотя бы примерно "сконструировать" необходимое оборудование.
Впрочем, этим занимаются интеграторы, за приличные деньги.