Как стать автором
Обновить

Как стать нормальным системным администратором?

Уровень сложностиПростой
Время на прочтение49 мин
Количество просмотров16K

Для кого эта статья?

Для школьников и студентов ИТ‑направлений, а также просто для людей, занятых в ИТ‑отрасли. Всех остальных вежливо попрошу убраться, если вы не имеете никакого отношения к ИТ. Лучше дальше работайте по тому же направлению и не лезьте в эту прекрасную отрасль. Если вы несколько лет клали плитку, а потом вдруг вам показалось, что, прочитав пару книжек и статей, вы станете системным администратором Linux — вы очень сильно ошибаетесь. Поэтому очень многие специально не берут людей без профильного образования или с наличием существенного опыта работы не по профилю. Вайтишников никто не любит, и здесь 1 год опыта работы по профилю ценится гораздо выше, чем 5 лет не по профилю.

Сисадмин — это профессия, которая требует очень большого интеллектуального труда, усидчивости, высокого уровня понимания подхода и ответственности, потому что в вашем распоряжении будет ИТ‑обеспечение организации, информация и дорогое оборудование. Сисадмин может специально (потому что хочет показать, кто здесь герой) или случайно (потому что просто тупой) остановить деятельность компании полностью и нанести очень существенный ущерб, поэтому в сисадмины берут (в нормальные сисадмины я имею ввиду) очень сильно далеко не каждого, и желательно с двумя почками и мозгами. И да, здесь не будет бреда в стиле «сисадмин — это призвание», потому что никакое это не призвание и не талант, это результат систематического и плодотворного труда, как и во всех профессиях. Но с тем, что эта профессия не для тупых и ленивых, я полностью согласен.

Еще раз повторюсь: системное администрирование — это интеллектуальная работа. Поэтому вы можете быть очень сильным, красивым, общительным и т. д. и т. п., но если вы не способны обучаться, то эта профессия не для вас. То же самое, кстати говоря, относится и к программистам или инженерам любых направлений.

Что замотивировало меня на написание этой статьи?

Собственно, отсутствие вменяемых статей, отвечающих на этот же вопрос. На том же Хабре уже были статьи про то, как стать системным администратором, а также возможно найти видео на Ютубе, но они все либо написаны очень давно, либо являются слишком поверхностными, либо у автора задача показать, какой он умный и какие все вокруг идиоты. У меня задача ровна одна: направить правильных людей в правильном направлении. Что с ними будет потом, пойдут ли они по нему или нет — это их выбор. Я не преподаватель, не писатель, не продвигаю свои курсы и не являюсь руководителем группы системного администрирования. Я всего лишь младший специалист, который просто хочет поделится своим опытом. Так что усвоите вы информацию или нет — это ваше дело. Также прошу учесть, что я, как и любой человек, могу ошибаться.

Для чего эта статья?

Цель статьи — максимально нафаршировать техническими знаниями и навыками учащихся ИТ‑направлений, чтобы они сразу после выпуска начали приносить пользу организациям и нарабатывать опыт, и чтобы мы не видели печальную картину того, как на последнем курсе одна половина студентов не знает, кем они хотят стать, а вторая половина вообще не планирует идти работать по специальности. Но также цель у этой статьи не только показать правильный путь потенциальным специалистам, но и обеспечить примерно одинаковый уровень знаний у них. Неважно, насколько быстро вы идете к цели, важно именно правильное направление. А специалисты должны быть взаимозаменяемыми. Учтите также, что статья предназначена именно для начинающих системных администраторов, а не программистов с более чем пятилетним опытом.

Для того, чтобы стать сисадмином, вам понадобятся:

  1. Профильное образование (корочка), как‑нибудь связанное с ИТ.

  2. Очень много свободного времени, которое вы потратите на самостоятельное обучение.

  3. Хорошее воспитание: наличие дисциплины и трудолюбия.

Дальше для упрощения я разделю профессию на несколько уровней.

Уровень 1: Недовайтишник

Это уровень людей, которые просто умеют работать за компьютером и в теории понимают, как работает компьютерная техника и интернет, а также умеют работать с какой‑либо ОС и базовым набором ПО. Обычно таких людей называют «эникеями», и они действительно могут претендовать, к примеру, на должности оператора ПК или помощника системного администратора. Также франчайзи 1С и прочие системные интеграторы (компьютерная помощь для бизнеса) таких «специалистов» берут не глядя, главное, чтобы умел общаться и нормально выглядел.

Знания этого уровня в принципе подойдут любому, занятому в ИТ сфере, даже разработчику веб‑сайтов или 1Снику.

Недовайтишник должен знать:

  1. Аппаратное обеспечение десктопного класса полностью.

  2. Сети на базовом уровне.

  3. Уметь работать с операционной системой Windows и утилитами в ней.

  4. Уметь работать с базовым набором ПО.

Аппаратное обеспечение десктопного класса

1) Процессор. Что такое сокет, что такое физические и логические ядра, кеш и его уровни, архитектура, поколения, техпроцесс, тепловыделение, энергопотребление интегрированная графика, частота, инструкции и другие технологии, а также актуальный за последние 5 лет модельный ряд. По каждому из приведенных выше терминов делайте конспект.

2) Материнские платы. Форм‑фактор, сокет, совместимая и поддерживаемая память, линии, чипсеты, слои, внешние и внутренние интерфейсы и куча всего еще. Обязательно читайте мануалы.

3) Оперативная память. Объем, частота, тайминги, тип памяти, каналы, ранги, банки, радиаторы, тепловыделение, энергопотребление.

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

4) Блоки питания. Типы, какие кабели выходят, сколько ватт, что за сертификаты, охлаждение, все механизмы и технологии защиты.

5) Все дисковые накопители. Все параметры (их слишком много, и мне просто лень перечислять) как HDD, так и SSD форматов 3.5, 2.5 и m.2 с интерфейсами S‑ata и PCI‑E, пока что без серверных решений с интерфейсом подключения SAS.

Уделите особое внимание дисковой подсистеме. В дальнейшем вы будете очень плотно с ней работать.

6) Система охлаждения. Радиатор на CPU и вентиляторы, крепящиеся на него и в корпус. Обороты, интерфейсы подключения, типы подшипников, типы лопастей, куда и какие вентиляторы лучше установить и так далее.

7) Корпуса. Размеры, что куда устанавливается, сможет ли влезть физически, как протянуть кабели, а также крепежные элементы.

8) Платы расширения. Видеокарты, сетевые и прочие карты, которые возможно установить в PCI‑E.

Многие знакомы только с видеокартами, и пару раз слышали про сетевые и звуковые карты. Видеокарты — это также очень сложная тема, готовьтесь потратить на нее примерно столько же сил, сколько и на дисковые подсистемы или материнские платы.

9) Вся компьютерная периферия. Мониторы, клавиатуры, мыши, колонки, микрофоны, веб‑камеры и т. д. и т. п.

От того, как вы усвоите эту информацию, можете ли вы самостоятельно обучиться до хорошего уровня, будет зависеть все ваше дальнейшее обучение. Аппаратное обеспечение вам очень сильно пригодится (особенно когда позже начнете изучение серверного класса). Будете способны обучаться — пойдете дальше, получите хорошее образование и работу. Не сможете сами разобраться — будете в 40 лет через GUI создавать учетные записи и OU в AD DS, писать на форумах, что ZFS бесполезная файловая система, что б/у сервера на платформе 10-ти летней давности это zbs, и что книги на английском бесполезны, когда есть статьи и форумы.

Сейчас с доступом в интернет получить базовые знания по устройству аппаратного обеспечения проще простого. Просто ищите в поисковой системе «Как устроена материнская плата компьютера» или «Что такое банки памяти в ОЗУ» — и все, далее внимательно читаете статьи, смотрите видео и конспектируйте. Это не сложно, просто требует усидчивости и времени.

Также, забегая вперед, отмечу, что, изучив HW (hardware) десктопного класса, вы автоматически на половину изучите HW серверного класса. Но что серверное, что десктопное оборудование со временем меняется. Так что вам придется примерно раз в 1–2 года обновлять информацию об имеющейся на рынке продукции, но это будет не сложно, так как вы уже большую часть знаете. Изменятся название, архитектура, количество ядер, частота достигнет 10ГГц, появится Intel core 3 20 150KFS с 2 мощными, 4 средними и 10 эффективными ядрами на платформе lga 1990 и техпроцессе 5+++nm, но базовые вещи x86_64 или, к примеру, DIMM вряд ли в ближайшие десятилетия изменятся, так что для вас это будет просто приятное чтение новостей. К примеру, я хорошо знаком с линейкой всех CPU десктопного класса на платформах AM4–5 и lga 1151–1700, застал падение DDR3 и появление DDR5, так что прекрасно знаю, как это все медленно, но меняется. И, если не актуализировать свои знания, то коллеги просто будут надо мной смеяться, когда в 2030 году я приведу пример того, как условный Athlon 3000G перестал вытягивать придуманную Windows 12.

Сети (базовый уровень)

1) Пассивное сетевое оборудование. Медные и оптические кабели, как и чем обжимать, какие категории бывают.

2) Активное сетевое оборудование. Маршрутизаторы, коммутаторы, точки доступа, усилители сигнала, антенны и т. п.

Наверное, самая обширная и сложная тема из всех, особенно для новичка.

3) Теория. Стек TCP/IP, UDP, IPv4, IPv6, DNS, NAT, DHCP, стандарты и вот это вот все.

Сети вам пригодятся, когда будете непосредственно работать с ИТ‑инфраструктурой и сервисами в ней. Дальше будет только сложнее, и вы завязнете, если не разберетесь с базовыми вещами.

ОС Windows и её утилиты

Желательно использовать именно самую последнюю версию ОС (на момент написания статьи это Windows 11). Просто тыкаете в интерфейсе пользователя по разным местам и смотрите, что получается. Параметры, панель управления, локальные политики, службы, служебные программы (такие как диспетчер устройств и монитор ресурсов). Обязательно выучите все хоткеи. Если вы фанат Linux — можете поставить любой понравившийся дистрибутив и проделать с ним то же самое (не исключая Windows). Также рекомендую книгу:

Windows 11 установка, настройка, восстановление (Матвеев М. Д.).

Базовый набор ПО

Слово «базовый» относится именно к вам, как к системному администратору, а не обычному пользователю ПК. Набор ПО очень обширен, так что я разделю его на несколько категорий.

Офисное ПО. Это редакторы для документов, таблиц, презентаций и т. п. (MS Office в основном, но можете посмотреть и варианты Google, Libre, Apache), браузеры, архиваторы, блокноты, видео и аудиопроигрыватели, редакторы PDF, почтовые клиенты — в общем, все то, с чем пользователи работают хотя бы раз в год. Знать необходимо на базовом уровне, вам не обязательно уметь работать в условном Excel лучше, чем обычные пользователи, потому что у вас совсем другие задачи.

Специализированное ПО. В основном это ПО для работы с HW: aida64, продукция TechPowerUP (для примера), разные MSI afterburner и т. д.

А также просто продвинутое для обычных пользователей ПО: торренты, редакторы диаграмм, продвинутые блокноты (notepad++), а также редакторы кода по типу Visual Studio Code (в дальнейшем вам может пригодится для Powershell и работы с файлами в нотации JSON).

Какое именно ПО и для каких задач использовать — вам придется решать самим. Но рекомендую в первую очередь обратить внимание на ПО со свободной лицензией.

Поздравляю. Теперь вы приблизились на 5% к тому, чтобы стать нормальным админом.

Уровень 1,3(3): А надо ли оно мне?

На этом недоэтапе мы проверим способность к обучению очередного недовайтишника. Вам ПРИДЕТСЯ много читать — просто примите это как данность. И дело не в объеме текста, а в его комплексности.

Для разминки вам необходимо прочитать книгу:

Практика системного и сетевого администрирования (Томас А. Лимончелли)

Она введет вас в курс дела: кто такой сисадмин, зачем он нужен, кто такие пользователи, для чего нужны сервера, почему рабочие станции должны быть идентичными, как организовать рабочий процесс, зачем писать документацию, зачем делать бэкапы, почему не стоит заходить в серверную с едой и напитками и т. д. и т. п. В ней не описаны технологии, с которыми вам придется работать (да, там есть главы про HW или сети, но в них все очень поверхностно), однако в книге очень хорошо показан именно подход к работе. Для чего он нужен? Он нужен для того, чтобы распоряжались своим рабочим временем эффективно: тратили меньше времени и приносили больше пользы за счет планирования, автоматизации и трудовой дисциплины (про знания пока не говорим, их у вас нет). Если вы придете в серверную с газировкой, поставите ее на АВР, и начнете делать фотографии дорогостоящего оборудования без согласования с руководством, и затем высылать их вашим друзьям в телеграмм — то в любой нормальной компании вас за это вызовут на ковер и проведут серьезную беседу, а если она не возымеет успеха — то просто дадут смачного пинка под зад, и никто не будет смотреть на ваш красный диплом МГТУ и 10 разряд электротехника какого‑нибудь. Имейте также ввиду, что в этой книге есть и много лишнего: канбан, инфраструктура как сервис/код и т. п. Но лишняя и ненужная информация есть во всех книгах, привыкайте. Также отмечу, что в книге показаны англо‑американские реалии, так что там будут англо‑американские единицы измерения, имена, названия городов, валюта. Еще эта книга нужна для проверки вашей готовности переваривать большие объемы текста. Разделите главы так, чтобы прочитать их все за один месяц. Если справитесь — отлично. Если на 3 день вас начнет тошнить от этой, как выражаются дети, «духоты», то просто пересильте себя и сделайте перерыв. 50 страниц в день на протяжении месяца лучше, чем 100 страниц на протяжении двух недель. Также делайте конспекты. Делаются они просто: ту информацию, которую вы считаете новой и полезной, перепечатывайте вручную в другой документ (а не просто копируйте). Позже он вам это пригодиться, просто чтобы осознать, как быстро информация улетает из головы.

Уровень 1,6(6): Помощник системного администратора

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

По сетям на выбор (какую найдете, ищите последнее издание, на русском пока что) одна из двух книг:

  • Компьютерные сети (Олиферы)

  • Компьютерные сети (Танненбаум)

Есть много споров о том, какая из них лучше. Но поймите, что вы — начинающий специалист, так что для вас самое главное просто знать базовые вещи и не обязательно уметь с ними работать. Помните, 90% информации из книги и так вам никогда не пригодится. Просто читайте ее, чтобы привыкнуть к сложному техническому тексту. Если вам вдруг потом будет необходимо подтянуть знания, к примеру, по агрегированию каналов, вы всегда будете знать, с чего начать. Если вам очень сильно интересны сети, и вы считаете, что без них дальше вообще никуда (мне самому трудно с этим поспорить), то прочитайте обе книги и от Олиферов, и от Танненбаума, и, самое главное, проработайте их и наделайте конспектов.

И далее начинается самое интересное: теперь все книги будут на английском, а также вам придется черпать дополнительную информацию из интернета. Если вы не знаете английский или у вас нет интернета — это ваши проблемы, и с чего вы вообще решили вкатиться в ИТ? Надо было учить англ. язык в школе и поступать в ВУЗ на ИТ специальность, где 2 года студентов натаскивают на англ. Это и есть одно из преимуществ профильного образования — английский язык. Если вы англ. не знаете — скачивайте любой учебник по техническому английскому и самостоятельно по нему учитесь. Если вы плохо изучали англ. язык в школе и университете/колледже — то это сугубо ваши проблемы.

Про серверное аппаратное обеспечение я могу порекомендовать только одну книгу (на самом деле это не совсем книга):

Server+ certification (Daniel Lachance)

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

SQL Server Hardware (Glenn Berry)

Из нее можно выцепить много всего интересного по серверному аппаратному обеспечению и терминологии. А так это просто небольшая книга по выбору оборудования для MS SQL Server, написанная очень грамотным техническим языком.

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

Ну ладно, вот эти книги (я их сам далеко не полностью прочитал, однако даже с учетом этого факта рекомендовать их не могу).

  1. Самоучитель системного администратора (А. Кенин, Д. Колисниченко — все издания, и в принципе все книги, где фигурирует Колисниченко)

  2. DNS и BIND (Пол Альбитц и Крикет Ли)

  3. Внутреннее устройство Windows (Марк Руссинович и др.)

  4. Современные операционные системы (Танненбаум)

  5. Архитектура компьютера (Танненбаум)

На самом деле их больше, просто эти пять — наиболее полезные из бесполезных именно для системного администратора.

В первой книге просто набор рандомной, несвязной, поверхностной информации обо всем, которая, правда, новичку может показаться очень полезной, однако лет через 3–5 вы будете крутить пальцем у виска, читая очередное издание этого сборника звездеца. Основной минус этой книги заключается прежде всего в том, что она дает иллюзию знаний, а не сами знания. Каюсь, я сам ее полностью прочитал дважды (4 и 5 издания), после чего думал, что стал сисадмином, пока не столкнулся с реальным миром.

Вторую книгу до сих пор советуют, и я не могу понять почему. Для новичков в ней будут полезны только первые главы, чтобы узнать, как устроена система доменных имен. Все остальное просто не нужно. Видимо, лет 10–20 назад какой‑то заумный мальчик решил, что, скачав ее, он сразу станет хорошим специалистом, и с тех пор все до сих пор о ней вспоминают, не задаваясь вопросами практического применения технологии, которую они изучают.

Последние три книги хорошие, грех жаловаться, только вот для сисадмина они бесполезны и больше подходят для разработчиков ПО, использующих довольно низкоуровневые технологии (в дополнение к книгам Столярова). Но вы всегда можете их прочитать, если вам нечем заняться, я не смогу вас удержать. Еще раз: лучше несколько раз прочитать и проработать одну хорошую книгу, чем накачать с торрентов 100 книг и ни разу к ним не притронуться.

Уровень 2: Младший (начинающий) системный администратор

Если вы все еще здесь и у вас не появилось желания все бросить и уйти в веб, гей(м)‑разработку или 1С, то я горд за вас.

В чем вообще был смысл первой части этой статьи? В том, чтобы вы, начинающие карьеру системного администратора, получившие профильное образование, имели в головах примерно одну и ту же информацию и не прыгали туда‑сюда между специализациями.

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

Что нужно на этом этапе иметь ввиду?

Быстрого результата не будет. Вам придется очень много изучать и повторять. И быстро вы хорошим специалистом не станете, про позиции ведущих сисадминов и ИТ‑директоров можете забыть на ближайшие 10 лет. Также имейте ввиду, что на изучение какой‑либо ОДНОЙ технологии до СРЕДНЕГО уровня может уйти больше месяца. Таким образом, чтобы стать сисадмином нормального уровня, требуется минимум пару лет.

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

Технологии меняются. Да, технологии, с которыми вы будете дальше работать, будут меняться постепенно. Какие‑то из них будут полностью заменены другими уже лет через 5, а какие‑то еще 10 лет назад остановились в развитии и при этом не пропадут еще лет 30. Так что не опускайте руки, когда поймете, что ваши знания по какой‑либо технологии больше никому не нужны, вы такой не один.

Чистокровных сисадминов не бывает. Компании, в которых вы будете работать, разные, и технологии в их ИТ‑инфраструктуре тоже разные, и организация труда тоже может отличаться. Всегда учитывайте специфику организации, в которой вы работаете. Но, забегая вперед, скажу, что на самом деле выбор технологий не так уж и велик, а зачастую вообще отсутствует (к примеру, из‑за недоступности приобретения лицензий или просто из‑за несовместимости между технологиями), и на первое место встает вопрос организации ИТ‑инфраструктуры, а не характеристик ее отдельных элементов.

Ваша карьера почти полностью зависит от ваших знаний. Я уже говорил об этом, знания из ниоткуда в вашей голове не появятся. Да, вы можете тыкать наугад мышкой в GUI, и у вас даже может что‑то получаться, однако лучше сначала читать, а потом делать, потому что очень много подводных камней и скрытой информации, о которой GUI вам не скажет (ярчайший пример — web‑интерфейс PVE, о котором я расскажу под конец статьи). ПО никогда не было легким и всегда создавалось далеко не глупыми людьми.

Не забегайте вперед. Вы уже прочитали несколько книг, и наверняка заметили определенное возрастание сложности технического текста. Читайте то, что я вам советую, и в том порядке, в котором я вам советую. Не надо бежать впереди паровоза и лезть в IP‑телефонию, почтовые сервера, системы мониторинга и кластеризацию гипервизоров с физическими блейд‑системами. Сначала изучите базовые вещи, на которых эти сервисы строятся, потому что иначе вы ничего не поймете и вам все равно придется начать учить основы.

Не расслабляйтесь. Я видел, как многие студенты или просто начинающие специалисты думают, что системное администрирование — это легко, и что достаточно просто сидеть в кресле, тыкать мышкой и печатать. Это не легко. Любая интеллектуальная профессия сложная.

Идем дальше. Перед тем, как переходить к конкретным технологиям, вам нужен тестовый (лабораторный) стенд, чтобы научиться работать с ними. Теория без практики мертва. Это должен быть ПК, на котором развернут гипервизор для работы с виртуальными машинами. Да, мы сразу начнем работать с виртуализацией на базовом уровне. Но сразу предупреждаю — сделать все, что угодно, вы на нем не сможете. Но какие‑то специфичные вещи вам все равно пока что не нужны, тем более что они полностью описаны в документации.

Какой гипервизор выбрать для тестовых целей?

Пока вы не знаете ни тему виртуализации, ни Linux. К тому же, подавляющее большинство из вас использует в качестве рабочей ОС Windows. Так что тут без вариантов — Hyper‑V, просто потому что это удобно и порог вхождения для тыкающих мышкой очень низок. Но это не означает, что вам не придется читать теорию. Читайте ее, а также сразу учитесь работать с Hyper‑V через Powershell и документировать все свои действия. Это пригодится вам, если вы столкнетесь с Hyper‑V на работе. Есть еще VirtualBox, VMWare workstation и другие гипервизоры второго типа, но я не рекомендую тратить на них время.

Вы уже разбираетесь в HW, так что расскажу о том, какое оборудование вам необходимо и почему.

Чем больше памяти — тем больше виртуальных машин одновременно вы можете держать (в зависимости от их настроек и требований гостевой ОС). Минимальный объем (если у вас совсем нет средств) — 16–24 Гб. Но желательно 32–48, чтобы познакомиться технологиями, которые требуют подобный объем памяти (К примеру, если вы захотите научиться работать с кластером TrueNAS Scale, каждый узел которого требует минимум 8ГБ на бумаге и 12ГБ по факту). Пропускная способность не важна, у нас не продуктивная среда. Для хоста резервируйте минимум 8ГБ.

CPU любой, самый слабый в линейке актуальной платформы (нагрузок на CPU тоже серьезных не будет, так что нет смысла переплачивать за производительность, которую вы не реализуете), желательно поддерживающий многопоточность (просто для ознакомления с ней), а также iGPU (дискретная GPU не требуется — слишком большая переплата за то, чтобы просто вывести картинку).

Дисковая подсистема у нас будет представлять собой два физических устройства: SSD и HDD. Первый — для основной ОС и виртуальных машин. Второй — для резервных копий. Диск SSD Sata/NVMe нужен минимум на 1ТБ. Жесткий диск должен быть в 2 и более раза больше по объему, чем SSD. Если есть деньги, желательно докупить отдельный SSD для виртуальных машин.

Клавиатура и мышь (лучше сразу иметь несколько запасных), монитор (Хватит и FHD, но желательно IPS, чтобы не страдать от эффекта black smearing, поскольку у нас почти везде будут темные темы) и что‑нибудь для вывода звука. Монитор нужен один. Если вам деньги девать некуда — купите себе велотренажер.

Остальное вы знаете.

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

В общем, считайте это дополнительной проверкой ваших знаний по HW.

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

Windows Server

Начнем с «винды», потому что легко, приятно, тепло и мягко (на самом деле нет, все технологии сложные, если их не изучать). Могу порекомендовать только одну книгу:

Mastering Windows Server 2022 (4 ed., Jordan Krause).

Она проведет вас по самой ОС, а также познакомит со всеми основными ролями: DNS, DHCP, AD DS, RDP, WSUS, Hyper‑V. И да, другие книги по типу Windows Server Cookbook я считаю гораздо более слабыми. Одной этой хорошей книги достаточно.

Но почему именно Windows Server? Разве я не могу установить аналогичные сервисы на Linux? Можете, без проблем, но дело ровно в одной технологии, аналогов которой нет и не будет в ближайшие лет 20. Это служба каталогов AD DS. Даже не думайте ее пропустить или начать изучение других позорных служб каталогов, таких как OpenLDAP или Apache DS. Изучайте только AD DS. И если те же DNS, DHCP имеют лучшие open source аналоги, то у AD DS аналогов нет. Тем более, что с ней интегрируются такие технологии, как WSUS или Exchange. Без AD DS администрирование домена с более чем 50 клиентами под Windows превращается в ад.

Чтобы понять, почему так происходит, далее нам необходимо научиться работать с самой AD DS. Для этого вам необходимо прочитать 3 книги в следующем порядке:

Active Directory для идиотов Mastering Active Directory (3 ed., Dishan Fransis) — самая легкая книга по AD DS на английском. Читайте ее первой, если плохо знаете англ. или не можете терпеть большие объемы текста. Книга очень поверхностна, но для ознакомления ее достаточно. Главы про сертификаты и Azure можете пропускать, они пока что не для вас, да и вряд ли когда‑нибудь пригодятся.

Mastering Windows Group Policy (Jordan Krause). Книга, посвященная отдельно групповым политикам. Довольно легкая, все объяснено как надо. И да, вам не обязательно учить все политики, потому что их слишком много. Отталкивайтесь от задачи.

Designing, deploying and running Active Directory (5 edition). По моему мнению, до сих пор самая лучшая и детальная книга именно по AD DS. Да, она немного устарела. Но AD DS не менялась и так на протяжении более 10 лет. Книга незаменима для администраторов крупных доменов с большим количеством клиентов.

Linux

Теперь перейдем к Linux. Почему мы не станем далее изучать такие сложные технологии, как Hyper‑V или Exchange, ведь для них не нужны знания в Linux? Потому что вы еще не доросли, они сами по себе сложные и могут быть заменены (особенно с учетом санкций). А системный администратор, не знающий Linux — это не системный администратор. Сейчас не нулевые. А организациям проще нанять одного вменяемого ведущего специалиста за очень большие деньги, чем десяток расшатанных школьников‑мутантов в разноцветных кроссовках и с модными прическами за копейки, которые вдесятером будут сидеть и тупить.

Под словом Linux обычно подразумевается умение работать с самим дистрибутивом, командной оболочкой Bash и основными сервисами. Linux — это в целом треть всех временных затрат при обучении.

Зачем нужен Linux? Потому что есть множество сервисов, которые могут работать только на Linux и не имеют бесплатных аналогов на Windows.

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

Сразу скажу: никаких графических оболочек. Сразу учитесь работать в консоли, потому что вам всегда ПРИДЕТСЯ работать именно через консоль, тыкать мышкой вы не будете (хороший специалист отличается именно тем, что он не умеет работать через графические оболочки).

Mastering Ubuntu Server (Jay LaCroix). Самая легкая книга по конкретному дистрибутиву из всех.

Но почему не начать сразу со сложных? Потому что 80% читателей сразу отпадут? Нет, потому что все надо изучать постепенно, а не бежать вперед паровоза. И дело не только в сложности книги, а в том, как применить полученные знания на практике.

Linux Command Line (Willam Shotts). Эта книга научит вас работать в командной строке, без этого никуда.

How Linux Works (Brian Ward). Книга, посвященная именно внутреннему устройству Linux. Очень хорошая фундаментальная теория.

На самом деле все книги похожи и, зачастую, учат одному и тому же в разной степени. Так почему нельзя обойтись только одной? Потому что повторение — мать учения. Потому что без знания основ пытаться дальше изучать какие‑либо сервисы нет смысла. Не бегите вперед паровоза.

Если вам нужно больше, могу посоветовать заключительную книгу.

Unix and Linux administration handbook. Без нее можно спокойно обойтись, так как очень много бесполезной (в нашем случае) информации о Unix, а также о технологиях, которые мы вряд ли когда‑либо будем использовать (таких как sendmail). Но все равно очень много хорошей теории по почтовым системам, сетям в Linux и т. п.

Пока читаете все эти книги, смотрите, какие пакеты используются и для чего. К примеру, openssh сервер — неплохо было бы почитать руководства по содержимому конфигурационных файлов и ключам. Или текстовый редактор nano — заучите все комбинации (ненавижу фанатов vim, у нас задача ровно одна — отредактировать конфиг как можно быстрее и проще, а таскать с собой распечатанные мануалы у меня нет желания). Или утилита для настройки сети Netplan, которая уже стала дефолтной в Ubuntu — тоже читайте документацию по ней (многие ее ненавидят до сих пор, видимо, они никогда случайно не отрубали сами себе доступ к удаленному серверу). Или, к примеру, htop — отличное ПО для локального мониторинга ресурсов. Или UFW — самая простая утилита для управления фаерволом (UFW — это не фаервол, сам фаервол называется netfilter, надо было хорошо читать книги). Или архиватор 7z и т. д. и т. п.

Я думаю, что, прочитав все эти книги, у вас не должно остаться вопросов, что и для чего используется. Но если вы до сих пор не поняли, зачем нужен openssh‑server и как к нему подключиться, или как синхронизировать время, то я ничем не смогу вам помочь.

Уровень 3: Нормальный системный администратор

Далее, когда вы уже умеете работать с AD DS и Linux, настало время отдельных технологий, которые можно на них завязать и которые необходимы для функционирования вашей организации.

СХД

Я думаю, вам уже не стоит объяснять, для чего в организации используется СХД. Рекомендую в первую очередь обратить внимание на TrueNAS (именно на версию Scale из‑за кластеризации), он закроет подавляющее большинство ваших потребностей. Если использование TrueNAS для вас является проблемой — то тут только пакет samba в Linux или DFS в Windows Server (первая — сложная, вторая — дорогая). Никакие другие решения я рекомендовать не могу. Та же OMV слишком ограниченная, а Ceph, наоборот, слишком сложная и только для крупных организаций, хотя обе они и являются бесплатными. Поэтому только TrueNAS до тех пор, пока он окончательно не станет платным.

Система резервного копирования

Для чего она используется, вы тоже знаете. Настало время научиться с ней работать. Из бесплатных могу порекомендовать только одну: UrBackup. Иначе — Amanda. Как и TrueNAS, закрывает почти все потребности. Задача системы резервного копирования — резервное копирование, а не безопасность, мониторинг, красивый интерфейс и т. п. Также есть и другие бесплатные решения, но рекомендовать я их не могу по причинам отвратительной документации, отсутствия клиент‑серверной архитектуры (т. е. каждый клиент необходимо будет настраивать отдельно) и малого разнообразия поддерживаемых ОС (к примеру, только дистрибутивы Linux). Коммерческие системы, такие как Veeam или Bacula, которые у нас до сих пор используются, имеют свои отдельные версии, которые можно бесплатно развернуть где и когда угодно без проблем с лицензированием. Только вот у них очень серьезные ограничения, так что использовать их в организации, где больше 100 клиентов, просто не имеет смысла (вы же будете разворачивать 10 серверов бэкапа ради 200 клиентов, верно?). Так что остается только Urbackup и Amanda. И да, всех фанатов Veeam попрошу для примера рассчитать стоимость лицензий именно для вашей организации, просто ради интереса.

Отдельно расскажу про бэкап серверов. На каждом сервере развернут сервис, который мы уже прошли или будем проходить далее. Читайте документацию к каждому из этих сервисов отдельно и смотрите, как и чем разработчики рекомендуют эти сервисы бэкапить. К примеру, в AD DS есть встроенная утилита для бэкапа, и вы о ней уже обязаны знать. И если вы не научитесь бэкапы восстанавливать и проверять — то это уже будут ваши проблемы.

Веб-сервер

Простая, но очень необходимая технология. Поэтому мы учим ее сразу. У нас есть выбор из Nginx, Apache и IIS. Но рекомендовать я могу только Nginx из‑за его простоты и отличной документации. Apache и IIS использовать не имеет смысла. Первый слабее и сложнее, чем Nginx, а второй просто за деньги, поскольку является ролью Windows Server. Вам необходимо изучить именно администрирование, а в разработку сайтов не лезьте вообще — это не ваша специализация.

СУБД

Это основа основ, и без нее дальше учить приложения, требующие СУБД, не имеет смысла. Примеры приложений: 1С:Предприятие, Zabbix и другие, которые могут требовать СУБД ради повышения производительности и в целях обеспечения HA (к примеру, KEA). Какую СУБД выбрать? Только PostgreSQL, просто потому что, во‑первых, это единственная бесплатная СУБД, с которой интегрируется 1С, а, во‑вторых, она и так вам пригодится для других сервисов (к примеру, Zabbix). Рекомендовать могу только одну книгу.

PostgreSQL 16 Administration Cookbook. Лучшая актуальная книга из тех, что я нашел. Другие книги, такие как Mastering PostgreSQL и Learn PostgreSQL я рекомендовать не могу. Читайте и конспектируйте все, кроме 5,7,10 разделов, потому что они для начинающего системного администратора бесполезны. Мы не программисты, мы не должны вообще знать, что происходит внутри БД, этим занимается сервер, а также не должны писать сложные запросы. Кажется, что я скидываю ответственность на других? Да, потому что мы пока что начинающие специалисты, и нам необходимы только основы. Сисадмин не должен знать, что происходит внутри БД (индексы, таблицы и т. п.). Его задача — администрирование этой БД на сервере СУБД. Но у разработчиков ситуация обратная — они работают именно с содержимым БД, и при этом им не так важно, что с этой БД будет дальше. В общем, вы поймете это, когда прочитаете книгу, документацию по конфигам, теорию про транзакционные логи, снапшоты, репликацию, автовакуум и прочие сложные вещи.

Отдельно про резервное копирование БД. Используйте только Barman, ничего лучше вы не найдете (даже с учетом того, что разработка ПО уровня Enterprise на python — это диагноз). Также можете поизучать какие‑либо модули, но без них спокойно можно обойтись. Не могу вспомнить ни одного модуля, который бы рожал производительность из ниоткуда или существенно упрощал бы процесс администрирования. В основном, почти все модули, о которых я читал, не нужны сисадмину и предназначены для разработчиков. Важным будет также изучение мета‑команд и SQL запросов. Вам не обязательно учить их все. Просто посмотрите на них, определите нужные и законспектируйте. И да, опять только консоль. Никаких позорных PGAdmin. Если вам нужно больше — читайте документацию. Кстати, именно благодаря этой книге вы поймете, почему именно Debian/Ubuntu, а не иные дистрибутивы или, тем более, Windows.

Также существует много споров насчет репликации (последняя глава книги как раз посвящена ей). Репликацию не имеет учить смысла, пока вы полностью не разобрались с Barman. Это очень сложная тема с кучей подводных камней, а масла в огонь подливает разнообразие средств и методов репликации (как раз один из тех случаев, когда наличие выбора — это плохо). Так что для новичка учиться работать с репликацией на практике я бы не советовал (но, с другой стороны, очень похвально то, что вы думаете о высокой доступности сервисов уже на начале карьеры, значит правильный подход у вас выработался). Учтите также, что малые‑средние компании спокойно могут без репликации обойтись, поскольку сервер PostgreSQL может быть виртуальной машиной на кластере гипервизора, который на физическом уровне обеспечивает HA. В крупных компаниях с большим количеством клиентов СУБД виртуализировать PostgreSQL не имеет никакого смысла, а сервера развернуты на физическом оборудовании, так что да, там репликация нужна как воздух.

Еще можете заранее посмотреть, для каких приложений каким образом оптимизировать («затюнить») сервер. Сразу скажу, вы поймете ровно две вещи:

  • Оптимизировать параметры сервера бессмысленно на оборудовании 10-ти летней давности. Прирост будет минимальным, поэтому, если требуется более высокая производительность, придется выкладывать деньги в оборудование.

  • Процесс оптимизации для разных приложений примерно один и тот же. К примеру, почти везде увеличивают объем памяти, выделяемый общим буферам, или задают количество потоков для автовакуума равным половине всех ядер хоста.

Почему не MS SQL Server для той же 1С? Потому то стоимость лицензий и санкции. Даже не думайте пиратить или использовать версию для разработчиков и писать скрипты для размонтирования баз, вы всегда окажетесь виноватым. Тем более, что 1С может быть интегрирована с бесплатной PostgreSQL. И дальше я мог бы пойти в тему, почему слоник хуже. Но, как правило, хуже он только из‑за кривых рук и тех необразованных менеджеров, которые готовы потратить деньги на лицензии, но не хотят тратить деньги на новейшее оборудование, специалистов, обеспечивать для них нормальные условия работы, включая чтение документации, тестовые стенды т.п. Деньги не избавят вас от проблем. Если вы на распутье и не знаете, с чего начать, начинайте именно с PostgreSQL, потому что на самом деле он ничуть не сложнее и не хуже, чем MS SQL Server. Перед тем, как читать очередную статью о том, как решение со стоимостью в 3000 USD за два ядра разрывает аж на 50% бесплатное решение, подумайте хорошенько, кому эта статья была выгодна. Лучше вложиться в оборудование и специалистов, чем в лицензии, которые могут легко отобрать.

Отдельно скажу про PostgresPRO. Даже не думайте на него смотреть. Конечно, седые бородатые мужики в дорогих костюмах, проплаченные менеджеры из интернета и вождь из госухи расскажут вам, насколько эта система идеальная, и что именно они внесли основной вклад в развитие проекта PostgreSQL (что аж EDB нервно курит в сторонке). Не стоит на них даже смотреть. Таких компаний, которые просто берут ПО со свободной лицензией, немного его меняют и лепят сертификат на коробку, просто тысячи во всех странах. Так что не ведитесь, особенно за цену самого MS SQL Server.

Виртуализация

Гипервизоры второго типа и контейнеры рассматривать не имеет смысла.

Основа основ номер два. На самом деле, выбора у вас нет из‑за санкций и стоимости лицензий. Так что только бесплатный Proxmox VE (там есть система подписки, но даже с ней это решение в разы дешевле остальных). Во время чтения руководства по администрированию PVE ваши теоретические знания по аппаратному обеспечению, сетям и Linux пройдут очень серьезную проверку на прочность. PVE закроет все ваши потребности, однако он вам ничем не поможет, если вы не читаете руководства.

Почему не Hyper‑V? Hyper‑V Server больше не будет обновляться до более новых версий (последняя — 2019), он остался только в виде роли Windows Server. Пиратить ОС, развернутые на физическом оборудовании — себе дороже, поскольку это вам не виртуальные машины, диски которых можно в любой момент удалить. Но, с другой стороны, если у вас много виртуальных серверов Windows и есть возможность приобретения лицензий (в Windows Server 2022 пакет лицензий сразу на 16 ядер), то почему бы и нет. Учтите только, что лицензирование гостевых ОС может подкинуть проблем (к примеру, их может быть необходимо лицензировать по всем ядрам всех нод кластера, на которые эта ВМ может быть смигрирована). Я не менеджер по продажам (простите, ИТ‑директор с образованием экономиста) какого‑нибудь системного интегратора желтого партнера M$, так что мне нет смысла рассказывать сказки о том, что без Hyper‑V жить нельзя.

Почему не VMWare? Потому что это, как и Hyper‑V, коммерческий продукт, а вообще самостоятельно почитайте новости про изменения в лицензировании 8 версии ESXI. Халява закончилась. А какие сюрпризы подкинет в будущем коммерческая организация — неизвестно. Идеальный план: подсадить всех тех, кто не хочет учиться и руководствоваться опытом предыдущих поколений, на условно‑бесплатный продукт, а затем прикрыть лавочку. Никогда такого не было, и вот опять. Станет ли PVE платным? Да, там есть система подписки с доступом к «стабильным» репозиториям, но даже с ней все равно выходит дешевле. Я думаю, здесь ситуация та же, что и с PostgreSQL, NGINX, Zabbix и другими: есть открытая основа, которой достаточно для 99% организаций, а если хочется техподдержки или большей производительности — то только за деньги.

Почему не Citrix и другие? Потому что опять санкции и коммерческий продукт, но в этот раз он еще и не такой популярный.

Proxmox VE ничуть не сложнее Microsoft Hyper‑V или VMWare ESXI. Читать документацию надо везде. Ситуация в целом та же, что и с MS SQL Server/PostgreSQL.

Гипервизор нам нужен ровно для двух целей: расположить несколько инфраструктурных единиц на одном физическом хосте, а также обеспечить их бесперебойную работу за счет HA кластера. Если вам нужна производительность — забудьте про виртуализацию. Компаниям, которым действительно необходимо решение на основе Hyper‑V/VMWare, можно пересчитать по пальцам. Все остальные же спокойно могут обойтись без них. Proxmox VE и Hyper‑V/VMware это весьма показательный пример того, что люди считают, будто приобретение лицензий избавит их от проблем. Учение — свет, а неученье — отсутствие бюджетных средств и, как одно из следствий, низкая з.п.

Задача коммерческой организации — поиметь с вас денег, насчитав максимально невыгодный для вас план лицензирования, а не решить ваши проблемы. Но, с другой стороны, халявы не бывает. Но не бывает в плане специалистов, а не лицензий.

Что делать дальше?

Поздравляю, вы стали нормальным сисадмином. Можете спокойно начинать искать работу, если у вас есть профильное образование. В статье я описал базовые и фундаментальные вещи, так что у вас не должно быть проблем с изучением всего остального. Можете дальше самостоятельно продолжить изучение, к примеру, активного сетевого оборудования (можно при помощи RouterOS) и VPN (только Wireguard, все остальное за деньги такое себе), можете добить тему сертификатов, можете начать изучение какой‑либо почтовой системы (могу рекомендовать только Exim) или системы мониторинга (рекомендую именно Zabbix, а не Prometheus + Grafana, потому что Zabbix и так закроет 99% потребностей, да, там чистый SQL, производительность ниже, но вы это почувствуете только, если у вас будет более 500 клиентов, нафаршированных до отказа метриками), можете начать изучение RADIUS, можете для безопасности СКУД, можете начать изучение 1С:Предприятия с основными конфигурациями, а можете, наконец‑то, притронутся к IP‑телефонии (тут только Asterisk с веб‑интерфейсом FreePBX, и я настоятельно рекомендую еще раза два прочитать книгу по сетям и сожрать с потрохами сетевое оборудование). В общем, работы еще не початый край, и все очень сильно зависит от вашей организации.

Однако помните, что системный администратор — это не стандартный инженер и не придаток к АРМ, а в первую очередь администратор. Вы можете иметь отличные технические знания, но сисадмином вам не стать, если вы не сможете организовать работу ИТ‑инфраструктуры должным образом. Вот почему подход так важен. Всегда отталкивайтесь от задач, не изобретайте велосипед и практикуйтесь. В отличие от инженера, вы всегда должны задаваться вопросом, что и с какой целью вы делаете, как вы будете это делать, и действительно ли это надо делать. Почему так происходит и где ваша специализация, я отвечу в одном из вопросов ниже.

Ответы на возможные вопросы

Здесь представлено мое мнение о вопросах, которые мне задавали мои коллеги и друзья, а также некоторые из вопросов я придумал сам, и разместил их в конце, чтобы не раздувать объем статьи.

Я не согласен с мнением автора!

В таком случае прошу вас написать подробный комментарий. Я всегда открыт для критики и буду только рад, если ваши комментарии позволят объективно дополнить статью, особенно если вы универсальные специалисты из области сетевого и системного администрирования. Однако все же рекомендую очень внимательно прочитать статью еще хотя бы раз. Возможно, я и сам буду лет через 5–10 смотреть на эту статью очень скептически.

Почему так много лишнего?

Я живой человек, и делюсь опытом с другими людьми. Я же не нейросеть, и не пишу ТЗ. Да, очень много лишних вводных слов, очень много лирических отступлений. Но разве кто‑то будет статью читать, если я просто оставлю список технологий и ссылки на литературу и документацию? Думаю, что нет. Надо же хоть как‑то аргументировать, почему именно эти книги, эти технологии и именно в таком порядке, иначе вы бы просто статью просмотрели, добавили в закладки, и на следующий день забыли бы ее содержание и больше никогда бы не стали перечитывать. Вообще, после прочтения, рекомендую прочитать статью еще раз через неделю и еще третий раз через месяц. Я по себе знаю, что одного раза недостаточно, а информация из головы… (ладно, уже 10 раз об этом написал). Но моя статья все равно будет полезнее, чем другие, которые для начинающего сисадмина со всей серьезностью рекомендуют книги про Postfix, Agile, OpenBSD, Python и тайм‑менеджмент какой‑нибудь.

Зачем читать книги, если есть статьи/документация?

Я сам задавался этим вопросом, пока не начал читать книги. Документация слишком детальная и содержит множество всего, что нам не пригодится, в то время как статьи слишком поверхностны и не отвечают на вопросы. Книга же проходит достаточно подробно все пункты от А до Я, другими словами, в книгах содержится только необходимая структурированная информация, книга позволяет систематизировать знания. Но если вам этого недостаточно — вы всегда можете обратиться к статьям или документации. Также не на все продукты есть хорошие книги, иногда достаточно и документации/статей. Все время, которое вы планируете потратить на чтение книг, можете спокойно умножать на два из‑за статей и документации.

Где брать книги?

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

Почему так много книг?

В самом конце размещен список из 15-ти книг, которые я обязательно рекомендую к прочтению. Но на самом деле этот объем ни о чем. Больше никаких книг я посоветовать не могу, поскольку все остальное — это документация и, зачастую, статьи. Я же в самом начале предупредил, что эта профессия для умных и что вам придется читать сложный технический текст. Найдите руководство по администрированию PVE — он как раз по объему сопоставим со средней книгой, и я его отношу к документации и не выделяю как отдельную книгу.

Что насчет пиратского софта?

Если я скажу, что это не лучший вопрос, то надеюсь, вы меня поймете, если я не стану на него отвечать. Но все же, если возможно, держитесь подальше. Пример с виртуальными дисками я уже приводил. Вы можете делать что хотите, просто будьте готовы к последствиям (особенно если вы единственный ИТ‑специалист в организации). Всегда помните: если вы приобрели лицензии — это не значит, что вы не нарушили лицензионное соглашение.

Есть ли разница между дипломом ВУЗа и ССУЗа?

Да, есть. Но далеко не везде, и со временем это уходит. Тут дело, скорее, в тараканах в голове у тех, кто так распределяет должности (госуха, заводы). Все зависит от того, что у вас в голове, а не в дипломе. Вообще, это тема для отдельной статьи. Главное, чтобы диплом был по профилю.

Где и как искать работу?

Сначала добейте уровень нормального сисадмина, а уже только потом ищите работу. Я не хочу, чтобы некоторые работодатели считали сисадминов идиотами. Не позорьте профессию и не пишите в резюме бред (пример на рисунке ниже).

Почему я так подробно в начале описал аппаратное обеспечение десктопного класса, а сети — нет?

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

Зачем учить английский язык?

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

Я линуксоид?

И да, и нет. Это просто инструмент для решения конкретных задач, с которым нужно уметь работать. Я не фанат Linux, и я него не люблю. Это просто моя работа и ответственность. Если бы все из приведенных в статье сервисов были разработаны для ОС семейства BSD, а не Linux, то я бы изучал BSD, и ничего бы в целом не поменялось. Та же настройка сетевых карт, фаервола, учетных записей, разметка дисков, создание бэкапов и т. п. Подход к администрированию один и тот же (именно подход, а не операции). Хотя тот же TrueNAS Scale основан именно на FreeBSD, однако полностью заучивать все компоненты BSD ради одной технологии не имеет смысла. Не надо разводить зоопарк. Те же Hyper‑V и ESXI отличные, но по факту для большинства крайне дорогие. Надо смотреть для конкретных организаций, а так большинство из них спокойно может обойтись только PVE. Вы думаете разработчики таких дорогих решений тупые, и просто так снижают порог вхождения и рассказывают сказки? Нет, их задача — как можно больше начинающих специалистов подсадить на проприетарный софт, а потом делать деньги. Я также понимаю, что PVE может показаться гораздо сложнее, и вам не хочется учиться и гораздо проще убедить руководство отправить три ваши годовые з.п. в страны Нато или нарушить закон с мыслями о том, что «Ну раз они ушли, значит статья УК потеряла силу».

У меня нет профильного образования, что мне делать?

Если у вас образование техническое в сфере ИТ или электронике, математике и т. п. то никаких проблем. Название ни на что не влияет, влияют учебные программы и самостоятельная работа студента. Но если у вас уже есть гуманитарное образование — то вон из профессии, позорище, нормальным сисадмином вам не стать даже при очень большом желании. Сами посудите: у одних 4–5 лет были английский, программирование на всевозможных языках, математика, сети, физика, электротехника, то есть выработался «технарный мозг», а вы читали и писали художественные тексты, изучали историю, законодательство, египтян или учились лечить людей. Видите связь? Я вот не вижу. И я не думаю, что на лекции по психологии кто‑либо станет читать учебник по сетям. Если вы не реализовались по своей первоначальной специальности, то с чего вы взяли, что реализуетесь как сисадмин? Человека без профильного образования (пусть и с несколькими годами опыта) видно сразу: нет аналитического мышления, нет системного подхода, нет терминологии и лексикона. Но, разумеется, везде есть люди, которые считают, что образование (здесь речь именно про учебу в ВУЗе/ССУЗе) бесполезно. Как будто бы без него они стали бы умнее. Конечно, везде есть исключения, и вы с легкостью отыщите в интернете пример сисадмина или даже ИТ‑директора, не имеющих профильное образование. Однако это просто исключение, не более. Либо их взяли по знакомству, либо их заставили пойти переучиваться, либо они получали диплом давно (в те времена, когда такого доступного интернета не было), либо они просто лгут. Большинство организаций и коллективов против такой практики, и я тоже. И так тяжело найти нормального специалиста с профильным образованием, так какой смысл тратить силы и время на всех остальных.

Неужели действительно необходимо изучать HW серверного класса?

Да, чтобы понять, как это в идеале должно быть реализовано и за счет чего обеспечивается производительность и бесперебойная работа. Но, честно скажу, большинство малых и средних организаций вполне могут обойтись и без HW серверного класса. Нет смысла покупать физические сервера за несколько миллионов, если нет нормально оборудованного серверного (или просто технического) помещения с обеспечением бесперебойной работы систем электроснабжения, кондиционирования, контроля доступа и учета, ну и без наличия в штате нормальных специалистов, само собой. Какой смысл в покупке физического оборудования за условные 30.000 USD, если за прошедший год его доступность составила 99,000% (т. е. примерно 80–90 часов НЕзапланированного простоя), и, соответственно, организация могла попасть на нехилые такие деньги.

Мне действительно все это пригодится?

Нет, конечно же, нет. Ваша карьера может сложиться как угодно, и жизни вообще будет по‑барабану, что и в каком порядке вы там изучали. Вы вполне себе можете всю жизнь пробыть сетевым инженером или младшим сисадмином, а также не притронуться к Linux или серверному HW вообще. Однако, что вы будете делать, если вдруг вам это понадобиться? Неужели у вас потом, во взрослом возрасте, будет свободное время на изучение всего этого? Тем более, что с 2022 у нас есть серьезные ограничения на приобретение и использование проприетарного ПО. Не важно, кто вы и какие у вас обязанности. Важно то, чтобы вы их отлично исполняли и обеспечивали бесперебойную работу ИТ‑инфраструктуры.

Где остальное?

Я описал только фундаментальные вещи и объяснил, почему следует изучать именно их. Не вижу смысла рассказывать о том, что вы можете изучить только на практике, работая в организации, а не самостоятельно. Понятное дело, что я также не буду распылятся на каждую песчинку в стиле «сисадмин должен уметь обжимать RJ‑45» или «сисадмин должен знать уровни RAID массивов» или «сисадмин должен знать команду ls». Если я буду обо всем этом писать, то у меня просто не хватит терпения, а статья раздуется до 50 000 слов. Все есть в книгах и документации. По каждой из технологий вообще можно написать целый ряд статей. Как вы их изучите — это ваша личная ответственность за ваше же обучение.

Нужно ли сисадмину изучать программирование?

Нет, не нужно. Из этого не выйдет ничего хорошего. Даже не думайте учить C/C++, Java, веб‑разработку и т. п. Изучайте скриптовые языки, такие как Powershell и Bash, а также учитесь устанавливать и обновлять python или другие языки, необходимые для работы ПО, это вам очень пригодится. Но, справедливости ради, скажу, что базовые функциональные вещи (массивы, циклы, хэш‑таблицы и т. п.) очень сильно пригодятся и для Powershell.

Что я могу посоветовать программистам (разработчикам ПО)?

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

Что такое подход?

Ответ уже есть в статье. Но я могу привести еще примеры. Примеры хорошего подхода: ведение документации, инвентаризация, стандартизация (к примеру, чтобы все Linux‑сервера были основаны на одном дистрибутиве с одной версией), планирование процедур восстановления систем, да даже банальная маркировка кабелей. Примеры плохого подхода и отсутствия трудовой дисциплины: обращение к коллегам со словами «ребзя», закупка б/у сервера на платформе lga 2011 с 8ГБ памяти за 200.000 рублей по тендеру, открытая дверь в серверной, боготворение Microtik, чтение статей вместо книг и документации, отсутствие собственной документации, картинки персонажей из японских мультиков на стенах рабочего кабинета и много всего еще. Тот же Windows Server 2008 в описаниях вакансий — это как раз пример полного отсутствия образования и подхода. В интернете вы с легкостью найдете десяток статей, где показана неприятная сторона работы сисадмина. Я уже описал довольно поверхностно некоторые из них, но разбирать их полностью не вижу смысла. Проблемы надо решать, а не ныть, как все плохо и что надо валить в DevOps и разработку. У каждой проблемы есть имя и фамилия, и у меня нет желания становится героем из‑за чьих‑то ошибок. Вы еще успеете познакомиться с разными интересными личностями, а также со своими коллегами по профессии, мнение которых может очень сильно отличаться от вашего.

Что насчет специализации?

Как я сказал в начале, можете на первые 10 лет работы о ней забыть, потому что большинству организаций нужны универсальные специалисты, которые будут заниматься всем понемногу. Специализация означает не только то, что вы знаете условный PostgreSQL идеально, это означает также, что вы с ним будете работать напрямую подавляющую часть рабочего времени (к примеру, если у организации 30 серверов СУБД). Разумеется, вам также необходимо будет знать в идеале Linux, HW серверного класса и сети. Однако, в таком случае вам вообще не обязательно знать тот же Windows Server с его ролями. Этим будет заниматься другой узкоквалифицированный специалист (к примеру, какой‑нибудь ведущий администратор AD DS и Exchange в компании, где более 1000 клиентов леса из десятка доменов и сайтов). Однако таких должностей самих по себе не так много, и требования к образованию и опыту работы там очень высокие. Так, кстати, вообще во всех технических профессиях происходит. Сначала вы ученик, затем младший специалист, потом универсал, а далее нарабатываете опыт и, если необходимо, специализируетесь на конкретном стеке технологий (к примеру, те же всем известный LAMP, сети + телефония, Linux/Zabbix/PostgreSQL/Nginx или AD DS/Exchange/Windows Server/MS SQL Server). Учите базовые вещи. Так у вас будет хороший кругозор, и никто вас не будет гнобить из‑за того, что вы чего‑то простого не знаете. Тем более, что без минимум десятилетнего опыта работы по специальности вас просто не возьмут. Но, разумеется, вы можете после получения диплома сходу стать каким‑нибудь специалистом по разработке сайтов, и всю жизнь делать сайты, или сетевым инженером в большой организации, и всю жизнь работать с сетями, сетевым и компьютерным оборудованием, или специалистом по телефонии. С одной стороны, достаточно узко, а с другой можно сразу залететь и начать работать по одному направлению. Однако, если вы хотите большего, то учиться все равно придется. Тот же ведущий системный администратор не является узким специалистом, просто у него богатый опыт и отличные знания, так что он не просто знает множество технологий, он знает их очень хорошо, но при этом не считает нужным тратить свое время на простых смертных.

Почему именно эти технологии (речь про уровень нормального сисадмина)?

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

Много ли бумажной и нудной работы?

О да, бумажной и нудной работы очень много. Как и везде. Работать с серверами напрямую вы будете от силы 1% рабочего времени. Все остальное — это день сурка. Проверка почты, проверка системы мониторинга, и еще десяток проверок, обработка заявок, решение проблем, плановые работы. А вот взаимодействие с серверами напрямую выглядит немного интереснее. Составляете ТЗ, пишите команды, план действий, потом проводите этап реализации этого ТЗ на тестовом стенде (если это что‑то комплексное или новое), потом проводите тестирование, и только потом начинаете (нет, не внедрение) создание плана отката, если все пойдет по известному месту. Создали план отката — внедряем изменения в продуктивную среду (по‑простому — прод) и еще раз тестируем. У вас будут ежедневные, еженедельные, ежемесячные, ежеквартальные и ежегодные планы. Конечно, все зависит от графика работы и отраслевой специфики вашей организации. Но развиваться как ракета вы уже не будете. Конечно, вся эта рутина будет разбавлена интересными проектами, такими как миграция 1ТБ баз 1С с MS SQL на PostgreSQL до конца этого года в последнем квартале при том, что организация работает 24/7 — это все очень весело и интересно. Масла в огонь подливают разработчики, которые изобретают велосипед, меняют шило на мыло везде, где только можно, добавляют новые ошибки в новых версиях, делают бесплатные продукты коммерческими и не составляют вменяемую документацию. Без них моя профессия была бы очень скучной.

Почему не стоит смотреть блогеров?

Тут речь идет именно про «наших», отечественных блогеров из области администрирования (авторы видео, статей или целых сайтов). Не смотрите их, особенно если они продвигают свои или чужие курсы. Ничему хорошему и дельному они вас не научат. Человек называет себя девопсом, но при этом видно, что в консоли работать он начал совсем недавно и перебивает команды с бумажки. Или другой многорукий шива, который умеет работать с 10 почтовыми серверами и 5 системами мониторинга и гипервизорами, а также строчит по 50 статей в год на различные темы. Пока вы начинающий специалист, вас легко обмануть. Наверное, от наших блогеров гайды по iptables будут выходить вплоть до 2030 года (это как раз отличный пример отсутствия подхода и образования в целом). В принципе, это касается любых псевдоайтишных личностей, которые везде продвигают свою рожу, пишут статьи, имеют свои сайты и ютуб‑каналы, даже, наверное, это касается и меня, кто знает. В общем, внимательно изучайте человека, которого вы слушаете. Человек называть себя может как угодно, и он никогда не захочет вам показать, кто он такой есть на практике. Со временем вы научитесь на подлете отстреливать таких псевдоспециалистов, не прочитавших ни одной книги, и, может быть, из вас выйдет отличный ИТ‑директор, кто знает, соберете себе команду мечты и поднимите отечественную ИТшку с колен, построив супер‑пупер ИТ‑академию, выпускающих супер‑пупер сисадминов. Единственное, не стыдно за наших блогеров, которые крутятся возле области HW десктопного класса, есть очень хорошие наглядные тесты и обзоры. Еще можно найти курсы по офисному ПО, и все. Все остальное это тихий ужас, так что ищите видео на английском. Вообще, на английском есть много хороших видео. К примеру, я находил коротенькую лекцию для начинающих по устройству ZFS и руководство по Barman — в принципе, все то же, что и в документации, но сам факт наличия таких видео удивляет.

Нужны ли развитые софт‑скиллы?

Терпеть не могу заимствования в простой речи: «интервью», «релевантность» и т. п. Поэтому ваши новомодные хард и софт скиллы я буду называть просто техническими навыками и личными качествами, поскольку я нормальный человек, а не менеджер без образования. Да, личные качества важны. Но важны именно те, которые отвечают за вашу работу как технического специалиста: дисциплина, обучаемость, ответственность за свой труд. А умение молоть языком вам ничем не поможет, если технических навыков нет. Вы технарь, а не менеджер по продажам без технического образования. Общаться придется с очень разными людьми: от пользователей до руководства. Общайтесь с ними нормально, просто по‑человечески, не надо никаких изысков, если вы только не специалист техподдержки (можете попробовать целый день поговорить — челюсть отвалится). Может быть, вы просто насмотрелись блогеров, продающих вам сказку, которые рассказывают вам о том, что надо со всеми дружить, всем улыбаться, всех в попку целовать, быть интересным и общительным и т. д. Нет. Будьте собой (но не путайте это с обычной вежливостью). Кривляющиеся и что‑то из себя строящие, небитые жизнью развеселые личности никому не нужны. Все уже давно поняли, что человек, который умеет хорошо общаться, может и хорошо лгать. Иногда люди так о себе рассказывают, но это слишком хорошо, чтобы быть правдой. Теперь это называется «умение продавать себя». Ну, продадите вы себя, с вами подпишут договор на испытательный срок в 3 месяца, а уже через неделю от вас избавятся, потому что все, что вы написали в резюме и рассказали на собеседовании было ложью, и после вскрылось на практике. Вы действительно думаете, что сможете провести вокруг пальца людей, у которых опыта на порядок больше? Просто нормально работайте, неужели это так сложно.

Кто такие «школьники‑мутанты»?

Школьники‑мутанты, студенты‑переростки, дети на стероидах — это все молодые люди, которые на первом курсе сорвались с родительской цепи, а к последнему курсу окончательно себя расшатали. Они не учатся, ходят на работу в чем попало, не соблюдают режим, не признают авторитетов, не хотят работать и считают, что их диплом — это впустую потраченные годы жизни. В общем, это вечные дети, которым надо все и сразу. В ИТ профессии они пошли как раз за легкими деньгами, насмотревшись псевдоайтишных блогеров. Но чудес не бывает, и работать и учится надо везде. Дмитрий Пучков называет таких людей «малолетними дебилами», а Александр Григорин — «юными дарованиями», и они оба являются хорошими примерами для молодежи, разжевывая им от А до Я, почему надо хорошо учится и работать. Но юные дарования и малолетние дебилы предпочитают Назарова, Ильина и прочих альтернативно одаренных личностей, которые рассказывают сказки о том, что врать на собеседованиях и в резюме — это нормально, и что чтение книг и учеба — это для лошков‑задротов.

Что я думаю о пузыре в ИТ отрасли?

В основном это касается программирования на высокоуровневых языках. Одни продают сказку дурачкам, а другие за эту сказку платят. Но, к сожалению, области системного администрирования это тоже коснулось: появляется все больше дурачков с курсов или просто программистов, которые решили, что они вдруг стали сисадминами.

К сисадминам особое отношение?

Вопрос интересный. Зачастую, это так и есть. Это вообще относится ко всем «ключевым» (в более широком смысле, а не только про владельцев бизнеса) должностям. Но в целом сисадмин — это такой же сотрудник, просто (в большинстве случаев) со значительно более лучшими условиями труда, а руководство так сильно не капает на мозги, поэтому остальным кажется, что к сисадминам особое отношение. И да, эта не та должность, на которой человек легко взаимозаменяем и на которую можно попасть просто на основании корочки диплома или курсов.

Подходит ли эта профессия тем, кто имеет проблемы со здоровьем?

Да, подходит. Сисадмин большую часть рабочего времени проводит сидя. Он не таскает ящики и не стоит у станка по 12 часов. Но смотря еще, какие проблемы. Если они не сильно мешают вам жить и работать, то ничего страшного (т. е. вы можете высидеть хотя бы 6 часов). Каждый может подорвать здоровье. Однако учтите, что есть места, где необходима служба в армии и категория годности А, Б. Но в основном это силовые структуры. Конечно, лучше, чтобы человек с подорванным здоровьем сидел и печатал, а не свернул себе шею на какой‑нибудь стройке. Еще у нас есть одна замечательная вещь на букву М, так что если вы под нее не попадаете, то ваше плохое здоровье это даже плюс.

Есть ли дискриминация по половому признаку?

Имейте ввиду, что любые инженерные и технические специальности — это чисто мужская работа. И дело не в мизогинии или патриархате, нет, девушек все любят, и все нормальные парни хотят, чтобы они как можно чаще были рядом. Дело, скорее, в воспитании и подходе к работе. Мы все учились в школе, где нет разделения по половому признаку и где 90% учителей женщины, мы все учились в ВУЗе/ССУЗе, где как минимум половина преподавателей и администрации тоже женщины, и многие из нас общались или даже встречались с девушкой, и может быть даже и не с одной, а половина мальчиков растет без отца. Так что все прекрасно понимают, что брать девушек на ответственную должность — не лучшая затея. Основная проблема заключается в отсутствии подхода, а также «девичьем» воспитании и трудовой дисциплине. Не каждый из парней готов брать ответственность за свой труд, что уж говорить о молодых девушках. Образования нет, воспитания нет, дисциплины нет, зато есть красный диплом, дорогие шмотки и очень завышенная самооценка (вы не думайте, некоторых парней это тоже касается). Если вы — девушка, то попробуйте на протяжении месяца записывать, что и в какой период времени вы делали, потом покажите кому‑нибудь из взрослых мужчин, и сразу вы поймете ответ на ваш вопрос. Да, не все девушки такие, и многие парни еще хуже, но, к сожалению, далеко не все могут это понять.

Список рекомендуемой литературы:

  1. Windows 11 установка, настройка, восстановление (Матвеев М. Д.)

  2. Практика системного и сетевого администрирования (Томас А. Лимончелли)

  3. Компьютерные сети (Олифер)

  4. Компьютерные сети (Танненбаум)

  5. Server+ certification (Daniel Lachance)

  6. SQL Server Hardware (Glenn Berry)

  7. Mastering Windows Server 2022 (Jordan Krause)

  8. Mastering Active Directory (Dishan Fransis)

  9. Mastering Windows Group Policy (Jordan Krause)

  10. Designing, deploying and running Active Directory (Brian Desmond)

  11. Mastering Ubuntu Server (Jay LaCroix)

  12. Linux Command Line (Willam Shotts)

  13. How Linux Works (Brian Ward)

  14. Unix and Linux administration handbook (Evi Nemeth)

  15. PostgreSQL 16 Administration Cookbook (Gianni Ciolli)

UDP (изменено 19.06.2024):

Продолжение: https://habr.com/ru/articles/822833/

Теги:
Хабы:
Всего голосов 35: ↑15 и ↓200
Комментарии180

Публикации