Обычно такие задачи начинают с технических требований (технических предложений), то есть с примерно такого:
"Хочу решить такую, такую и такую задачи, и чтобы вот так, вот этак и еще вот разэдак было"
То есть, пока без конкретики - стойка- не стойка, сервер - не сервер, танцы начинаются от задачи. По поводу того, как должна решаться зта задача, нужно как можно больше информации - чем больше, тем лучше.
Потом пишется техническое задание (да, писать ТЗ самому себе зело глупо, но так бывает очень часто), где уже прописываются средства и методы решения задачи - "для решения задачи А развертывается сервис Б, для решения задачи В - развертывается сервис Д, для обеспечения работы сервисов Б и Д развертывается сервер Е с операционной системой Жо, для обеспечения бесперебойной работы сервера Жо дополнительно устанавливается система резервного копирования З на базе сервиса И, работающего на сервере К"
Здесь же обычно рассматривается вопрос:
- необходимость стойки
- корпусное исполнение серверов
- необходимость удаленного доступа к BIOS
- защита по питанию, корректное выключение при авариях
Если бюджет есть заранее - это хорошо, все вопросы сразу оцениваются с его учетом. Если нет - на основе ТЗ считается бюджет и защищается у руководства.
Линух или винда, Микротик или циска - все зависит от задачи. Там может в условиях стоять импортозамещение - и там не только линух нужно будет без вариантов, но и конкретные линухи из реестра минсвязи и не более чем - никакой бубунты, суровая астра/альт/редос/calculate