Что можете посоветовать из обучащих материалов, которые помогут в сборке и настройке серверного железа, администрированию?

Премного благодарен за ответ) Начну тогда с сухой теории.
А где можно было бы руками все это дело поделать, понастраивать? Как в целом это направление называется, чтоб хоть курсы мб какие поискать?Кроме администрирования серверов вроде бы ничего не встречал

Montego, курсы -- только вендорские. Практически каждый производитель серверного оборудования создаёт учёбные курсы по своему железу. Например, вот: https://education.hpe.com/ru/ru/training/portfolio...

Но там железо руками пощупать не дадут :-) Будут только картинки, рассказы инструктора и лабы, по удалёнке.

Montego, Руками - бесплатно нигде. Серверные железки обычно дорогие, поэтому просто так - врядли особо где.
С другой стороны что значит пособирать руками? Нормальное серверное оборудование редко собирается самостоятельно - в этом и смысл купить готового вендора, у которого все притерто и протестировано - воткнул и работай. Это разве что устраиваться туда, где собирают сервера (HP, Dell, etc).
Ну в магазин техники можно пойти серверные шкафы потрогать, органайзеры для кабелей посмотреть, витую пару обжать.

А администрирование серверов - на это вся жизнь уйдет. Вы хотя бы выберите операционку и задачу - под какую задачу настраивать сервер.
Начните с банального - установка и настройка Линукс в виртуалке, поднять на нем какой-нить вордпресс.
Про IP почитайте (настройка банального dhcp, dns)

athacker, Отлично, посмотрю)Спасибо

Saboteur, Да, я, вероятно, неправильно написал. "пособирать руками" - я имел ввиду, что я бывал в серверных и из этого всего железа все равно собирается некая архитектура(ибп и вот это все) я хотел бы понять что есть что и как оно собирается в единый механизм.
"Вы хотя бы выберите операционку и задачу - под какую задачу настраивать сервер."- формально прям задачи нет, мне просто интересно как это работает и в какую степь двигаться, чтобы ознакомиться. С другой стороны я копаюсь сейчас в программировании на Java и возможно было бы полезно как-то связать это. Но я профан в плане железа, как вы можете заметить, поэтому даже вопрос не могу толком сформулировать.
"Начните с банального - установка и настройка Линукс в виртуалке, поднять на нем какой-нить вордпресс.
Про IP почитайте (настройка банального dhcp, dns)" - насколько я знаю docker полезен сейчас своими виртуальными контейнерами. Возможно мне стоит на него обратить внимание.Спасибо за развернутый ответ:)

Montego,
Вы просто кидаетесь в очень разные вещи.
Сейчас мало системных администраторов - эта область стала слишком широкая, поэтому появились специализации, типа devops, network admin, domain admin, system architect и многие другие.

Сходу сразу смотреть и докер и организацию серверной комнаты и в программирование - делайте что-то одно.
Ну а для докера - все равно лучше поднять виртуальный линукс и делать это в нем.

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

Но настройка докера и настройка кубернетес кластера - это разные направления. Настроить себе докер и подготовить докерфайл для своего контейнера должен в принципе любой программист, интересующийся контейнерами. А работать с кубернетес или опенщифт - это уже больше девопс направление.

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

2. Есть серверные задачи, когда требуется доступность сервера 24\7, тогда начинают думать про отказоустойчивость, блоки питания, серверное железо, рейд-массивы.

3. Есть серверные задачи, когда требуется доступность не только 24/7, а еще и 99.999. Тогда начинают думать про рейд-массивы с хот-свопом, кластера, балансировщики, etc.etc.etc

Поэтому нет смысла сейчас поднимать вопрос о железе. Начните с софта - поднимите веб-сервер, базу данных. Было бы неплохо поднять это на Линукс, настроить ssh доступ, разобраться с базовым администрированием (пользователи, права доступа).
Попробуйте сделать рейд-массив и поработать - это даже под виндой можно сделать софтварно, без железок. Попробуйте в Линуксе поработать с LVM. Потом можно почитать что в этом направлении есть за железки.

Saboteur, я признаю, что я в этом профан:)
У меня как раз установлен линукс(elementary) для изучения собственно в целом самого линукса и докера в частности.
Вы очень хорошо все расписали, спасибо. Теперь я вижу, что это очень большая область и нельзя просто по верхам пройтись, не зная к тому же что конкретно нужно. Действительно зря начал распыляться и лучше пока просто в линуксе разобраться.
"Начните с софта - поднимите веб-сервер, базу данных. Было бы неплохо поднять это на Линукс, настроить ssh доступ, разобраться с базовым администрированием (пользователи, права доступа).
Попробуйте сделать рейд-массив и поработать - это даже под виндой можно сделать софтварно, без железок. Попробуйте в Линуксе поработать с LVM." - тогда у меня остался один вопросик. Не знаете ли вы случайно каких-то источников данных проверенных, структурированных по этим вопросам, с которых можно было бы начать новичку?

Montego, Самый структурированный источник - это практическая задача.
Как только поняли что нужно делать - просто начинаете это делать. Появилась непонятность - гуглите именно этот момент.

Просто очень сложно (наверное невозможно) найти структурированный источник, который будет расписывать вот конкретно только 3-4 шага из всех возможных настроек и конфигураций серверов. Можно найти только полную документацию и пользоваться поиском.

Рекомендую примерно так:
* Википедия - для ознакомления с термином
** Можно Хабр, если есть удачная статья.
* Если поняли, что вам это нужно - читайте документацию и сразу ставьте/настраивайте. Если непонятно что-то в документации, просто начинайте настраивать, как столкнетесь с конкретной ошибкой - гуглите именно ее.