Администратор linux что делает

Профессия «Администратор Linux» — от скилов до зарплаты

Администратор Linux – специалист, который занимается обслуживанием компьютеров и систем под управлением операционной системы Linux, а также обеспечивает информационную безопасность в организации. Это системный администратор с узкой специализацией.

Рекомендуем обрать внимание на подборку курсов по администрированию Linux

Востребованность профессии

С ростом технологизации и компьютеризации коммерческих и некоммерческих компаний, появилась потребность в квалифицированных кадрах, способных налаживать работу компьютеров и сетей. Сейчас профессия системного администратора Linux крайне востребована. Услугами таких специалистов пользуются IT-компании, коммерческие организации разных направлений деятельности, государственные предприятия. Админы нужны везде, где есть компьютеры, а компьютеры есть в каждой организации.

Обязанности администратора Linux

Основные задачи, которые решает администратор:

• мониторинг и устранение ошибок системного программного обеспечения Linux, нужны знания и других ОС (Windows, Mac OS);
• настройка и обеспечение безопасности компьютерной сети компании;
• резервное копирование данных, восстановление информации, если та была утеряна;
• техническая поддержка: помощь и поддержка пользователей, обучение по использованию программного обеспечения;
• обслуживание офисной техники. Это не только компьютеры, но и оргтехника;
• формирование отчетности о состоянии компьютерной сети и проделанной работе.

Иногда на системных администраторов в компании также возлагаются задачи закупки компьютерной техники и программных продуктов.

Требования, предъявляемые Linux-администратору

Чаще всего работодатели требуют:

• доскональное знание принципов работы Linux;
• навыки установки и настройки серверного ПО;
• знания распространенных программных продуктов, например, 1C;
• знание методов автоматизации с использованием скриптовых языков;
• понимание работы аппаратной части компьютеров с возможностью диагностики и устранения неполадок;
• опыт наладки процессов для удаленной работы.

Вашим преимуществом в борьбе за место администратора Linux будут:

• технический английский язык;
• языки программирования и серверные языки: PHP, MySQL;
• знания серверного программного обеспечения: Nginx, HAProxy, ELK.

Уникальное предложение — -50% на ВСЕ курсы Skillbox. Получите современную онлайн-профессию, раскройте свой потенциал.

Зарплата системного администратора Linux

По данным портала вакансий Trud.com, профессия приобретает все большую востребованность от года к году. Вместе с тем растут и зарплаты, и сейчас средний доход администраторов Linux – 90 000 рублей:

Портал hh.ru также предлагает статистику с ростом зарплат. Администраторов требуется много, и у них хороший доход: от 60 до 270 тыс. рублей:

Распределение по регионам	Статистика зарплат и количества вакансий

Карьерные перспективы

Системный администратор – это «многорукий» специалист. Поэтому, у него помимо вертикального роста по карьер, есть и горизонтальный (переход в другое, более продвинутое направление).

Вертикальный рост

Помощник сисадмина → Специалист техподдержки → Системный администратор → Старший системный администратор → IT-директор.

Горизонтальная карьера

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

Как освоить профессию

Как обычно есть два пути. Первый – пойти учиться в вуз и получать образование 4-5 лет. Второй – пойти на курсы.

Мы рекомендуем именно второй вариант. Этому есть три причины:

1. Так быстрее . Обучение занимает от 3 до 12 месяцев. Проходит дистанционно онлайн.
2. Так эффективнее . Вы получите сугубо полезные знания без углубления в бессмысленную теорию и историю программного обеспечения.
3. Так дешевле . Курсы стоят меньше, чем один год обучения в вузе.

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

Вот списки курсов, чтобы стать хорошим системным администратором Linux:

А здесь собраны программы для освоения более сложной профессии архитектора систем высоких нагрузок:

Стремление к новым знаниям обязательно принесет пользу. Выбирайте свою программу и осваивайте полезные навыки.

Не знаете с чего начать?

Получите персональный список курсов, пройдя бесплатный тест по карьере

Источник

Лекции Технотрека. Администрирование Linux

Представляем вашему вниманию очередную порцию лекций Технотрека. В рамках курса будут рассмотрены основы системного администрирования интернет-сервисов, обеспечения их отказоустойчивости, производительности и безопасности, а также особенности устройства ОС Linux, наиболее широко применяемой в подобных проектах. В качестве примера будут использоваться дистрибутивы семейства RHEL 7 (CentOS 7), веб-сервер nginx, СУБД MySQL, системы резервного копирования bacula, системы мониторинга Zabbix, системы виртуализации oVirt, балансировщика нагрузки на базе ipvs+keepalived. Курс ведёт Сергей Клочков, системный администратор в компании Variti.

Лекция 1. Основы

В начале лекции вы узнаете об истории появления и развития Linux. Затем проводится экскурс по экосистеме Linux, рассказывается о некоторых различиях между дистрибутивами. Далее обсуждается иерархия файловой системы, рассматривается основной рабочий инструмент в этой ОС — командная строка. Подробно рассказывается о Bash-скриптах, о двух основных сущностях в системе — пользователях и группах. Затем обсуждаются регулирование прав доступа к файлам и директориям, рассматриваются привилегии пользователей и в завершение лекции затрагивается тема удалённого доступа.

Лекция 2. Пользовательское окружение Linux

Сначала подробно рассказывается об этапах загрузки системы и ОС, обсуждается ядро Linux. Объясняется, что собой представляет «процесс», как он использует оперативную память. Вы узнаете, что такое дескрипторы и для чего они нужны, как процессор потребляет ресурсы. Затем рассматриваются системные вызовы, сигналы, лимиты процессов, переменные окружения. Обсуждается вопрос размножения процессов и подробно анализируется работа процесса. В завершение вы узнаете о подсистеме perf и логах.

Лекция 3. Linux и сеть (основы)

Вы узнаете, что такое сетевой стек и модель OSI. Вспомните, что такое Ethernet и как с ним работает Linux. Дальше будут освежены ваши знания об использовании IPv4, особенностях IPv4-пакетов и сетей. Затем рассматривается ICMP, мультикаст в IPv4. Далее переходим к IPv6, обсуждаются заголовки IPv6-пакетов, UDP, TCP-соединения. Затрагивается тема TCP congestion control. Потом рассказывается о NAT, протоколах уровня приложения, DNS, NTP, HTTP и URL. Разбираются коды HTTP-ответа (успешные ответы и ошибки).

Лекция 4. Управление пользовательским окружением

Вы узнаете о том, что такое менеджер пакетов RPM и как его использовать. Далее рассматривается классический init, системный менеджер systemd. Разбирается пример init-файла. Обсуждаются основные типы Unit’ов, рассказывается про системный логгер и ротацию логов. В заключение вы узнаете об основах конфигурации сетевых интерфейсов.

Лекция 5. Веб-сервисы

Сначала рассматривается типовая архитектура веб-сервиса. Рассказывается о том, что такое фронтенд, что такое сервер приложений. Разбирается вопрос хранения данных веб-приложениями. Подробно разбирается работа и использование протокола HTTP. Обсуждаются виды HTTP-запросов. Затрагивается тема создания шифрованных туннелей с помощью SSL. Затем рассматриваются примеры установки СУБД MySQL с созданием БД и пользователя. Разбирается работа с PHP-FPM, конфигурирование nginx, установка и настройка wiki-движка.

Лекция 6. Хранение данных

Перечисляются основные проблемы хранения данных, рассматриваются достоинства и недостатки разных устройств хранения, их интерфейсы. Затем вы узнаете, как определять состояние жёсткого диска, какова его производительность, что такое RAID, какие бывают RAID-массивы и как их создавать. Сравниваются разные типы RAID, а также программные и аппаратные массивы. Обсуждаются LVM-снепшоты, рассматриваются разные файловые системы. Затрагивается вопрос удалённого хранения данных и использование протокола ISCSI.

Лекция 7. Сервисы инфраструктуры

Рассматривается DNS-сервер bind, NTP-сервер. Обсуждается централизованная аутентификация на основе LDAP. Разбирается DHCP, задача установки ОС по сети с помощью kickstart, а в завершение рассматривается система управления конфигурацией Salt.

Лекция 8. Резервное копирование

Начало лекции посвящено продолжению рассказа о системе управления конфигурацией Salt. Рассказывается, как её установить, как осуществляется управление конфигурацией Linux, разбирается её пример. Вы узнаете, что такое «зёрна» и зачем они нужны. Далее переходим к теме резервного копирования: какие данные нужно копировать, каковы основные трудности, какие бывают виды резервных копий. Обсуждается задача резервного копирования ОС. Рассказывается об использовании системы резервного копирования bacula.

Лекция 9. Резервное копирование (часть 2)

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

Лекция 10. Инфраструктура электронной почты

Вы узнаете, что такое электронная почта, познакомитесь с основными понятиями. Затем рассматривается процесс доставки и выдачи почты. Обсуждается использование протоколов SMTP, POP3 и IMAP. Разбирается применение SMTP-сервера postfix, IMAP-сервера Dovecot. Рассказывается о том, как ходят письма по сети и что такое MX-записи. Наконец, обсуждается защита от спама, разбираются SPF-записи, DKIM и Spamassassin.

Лекция 11. Распределение ресурсов системы

Лекция посвящена продвинутым вопросам администрирования Linux. Сначала вы узнаете, как управлять параметрами ядра ОС. Затем рассматриваются модули ядра, как ими управлять. Обсуждается выделение ресурсов приложения. Далее рассказывается о планировщике задач, об алгоритмах шедулинга, о приоритетах процессов. Разбирается шедулер CFS, политики шедулинга. Вы узнаете, что такое NUMA и как с ней работать. Познакомитесь с планировщиками ввода/вывода. Далее рассказывается о контрольных группах, об управляемых ресурсах, об управлении контрольными группами и лимитами ввода/вывода.

Плейлист всех лекций находится по ссылке. Напомним, что актуальные лекции и мастер-классы о программировании от наших IT-специалистов в проектах Технопарк, Техносфера и Технотрек по-прежнему публикуются на канале Технострим.

Другие курсы Технотрека на Хабре:

Информацию обо всех наших образовательных проектах вы можете найти в недавней статье.

Источник

Что должен уметь Linux-администратор

Visitors have accessed this post 4780 times.

Linux — это та операционная система, с которой вы точно будете работать в любой современной IT-компании. Знание ее изнутри, навык работы с ней при помощи разных инструментов — это тот фундамент, который поможет вам в дальнейшем развиваться в любом направлении IT.

Давайте посмотрим, какие шаги проходит в своей работе, что должен знать Linux-администратор.

Итак, что же нужно знать начинающему Linux-администратору? Предлагаем рассмотреть сразу на примере.

Допустим, у нас есть проект – нам нужно создать с нуля инфраструктуру Digital-агентства.

К вам пришел друг и говорит: «Хочу открыть Digital-агентство! Умею делать сайты и рекламу, знаю, где искать клиентов, но помоги настроить инфраструктуру, чтоб все работало, как надо».

Ну что ж, поможем другу и прокачаем свои админские скиллы.

1. Создаем офис

Что такое офис? Принтеры, бухгалтерия, у которой вечно 1С не работает, секретарша Людочка, у которой факс не отправляется, тегание сетей везде и постоянно… Ну да, так бывает. Но мы же грамотные ребята, можем и виртуальный офис сделать (а сейчас это — ой как актуально).

Итак, для нормальной работы нам нужны:

— телефония с гибкими возможностями,

И чтобы все это было защищено, недоступно извне просто так.

Звучит как план. Арендуем железный сервер у надежного поставщика, ставим на него Linux и начинаем:

— Ставим OpenVPN для подключения к инфраструктуре, скидываем другу профиль и инструкцию по подключению. Теперь настраиваем так, чтобы снаружи никто ничего не получил!

— Ставим NextCloud — получаем хранение файлов, CRM систему, вебморду для работы с почтой и все, что нужно для работы.

— Ставим Asterisk, подключаемся к виртуальной АТС. Настраиваем ее другу на телефоне, чтобы он мог звонить через нее. А на прием звонков настраиваем приветствие и автоменю, чтобы выглядеть по-взрослому.

Отлично, теперь можно работать! Но как клиенты узнают о нас? Допустим, у нас есть сайт-визитка, но его надо куда-то выложить.

2. Выкладываем сайт

Файлы у него простые — HTML, CSS, JS, никакого хранения не требуется.

Это мы быстро — берем виртуальный сервер (не наш же суперзащищенный офис использовать!), устанавливаем nginx, закидываем файлы, проверяем по IP-адресу, успех. Но использовать IP-адрес для сайта – как-то не солидно. Покупаем домен, прописываем DNS записи на наш адрес, обращаемся по адресу — успех, красота, хоть продавай!

Но теперь Not secure в Chrome не нравится. Мы же все безопасно делаем. Настраиваем Let’s encrypt для домена, подключаем к nginx и получаем защищенный сайт, который обслуживает себя.

И пошли звонки, но общаться по почте с mail.ru – хммм, не серьезно как-то. Поэтому переходим к следующему шагу.

3. Настраиваем почту для домена

Подключаем домен и управление им к публичной почте (к примеру, Яндекс). Создаем адреса себе, другу, менеджерам, секретарше Людочке, белому медведю Валере и всем, кому требуется, – вот теперь все серьезно!

И вот наконец первые заказы. Но тут мы понимаем, что как-то каждый раз вручную закидывать в базу файлики с прайсами и бланками заказа не комильфо.

4. Автоматизируем выкладку

Сначала все просто — заказываем виртуальную машину, настраиваем на ней nginx, DNS домен клиента уже настроили, Let’s encrypt есть. Осталось главное – контент, который будем выкладывать.

Друг знает один путь — поправил инфу в файлике, отдал тебе, выложили. Изменилась информация – снова по этому же пути. Но вас терять на это время не прельщает.

Поэтому мы, как истинные (=ленивые) администраторы, делаем скрипт, который из директории с NextCloud через rsync синхронизирует файлы на сервер клиента каждую минуту. Проблема вроде бы решена, хотя и пахнет костылем. Казалось бы, что может пойти не так? Вот тут мы уже подходим к серьезной работе, той, что в первую очередь должен знать Linux-администратор.

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

5. Делаем базу данных и PHP-FPM

Пока все просто — устанавливаем MySQL, PHP-FPM, настраиваем его на работу с нашим приложением. Затем настраиваем nginx на работу со всем этим добром и готово, живем, как прежде.

Но в какой-то момент друг случайно удалил файлы из хранилища и файлы с сервера пропали тоже (костыль-выкладка выстрелила в ногу. И снесла полголовы), оставляя клиенту голый сайт. Непорядок! Да, данные мы вернули (спасибо Next Cloud за это), но надо что-то менять в нашей системе.

Пожалуй, пора расти технически и нанять PHP-программиста, хорошо бы, чтобы он и в Git умел.

Но для этого нам нужно Git-хранилище – разворачиваем на своем сервере GitLab и переносим туда сайт. Но нужно еще сделать выкладку – теперь по-умному.

6. Автоматизируем выкладку. I’ll be back ©

Пишем через GitLab CI сценарий выкладки, чтобы по коммиту все синхронизировалось также по rsync. Теперь можем в любой момент вернуть старый код, нажав нужную кнопку. Красота!

И тут мы понимаем, что, кажется, чуток заступили на территорию DevOps. Вот это да! Раздуваемся от гордости и думаем, как и что сделать лучше. А тут – epic fail. Данные одного из клиентов в базе данных потерялись! Беда, стыд, позор! Срочно надо сделать так, чтобы данные не терялись или их хотя бы можно было вернуть.

7. Делаем бэкапы

Решаем, что для каждого клиента нужно делать бэкапы базы данных. Не забывай делать бэкапы — одно из правил, которые должен знать каждый Linux-администратор. Код у нас уже хранится в Git, а значит, его в случае чего восстановим. А вот с базой не все так просто.

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

Теперь данные будут в сохранности.

Но неправильно, что о проблеме мы узнали от клиента, а не увидели ее сами. Надо бы это исправлять.

8. Настраиваем мониторинг

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

Итак, после всех проделанных шагов мы получили систему, которая работает и принимает заявки клиентов, разработка идет, выкладка работает, мы за всем наблюдаем и спасение базы данных продумали.

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

От редакции

Если вам интересно посещать бесплатные онлайн-мероприятия по Linux, DevOps, Kubernetes, Docker, GitlabCI и др. и задавать вопросы в режиме реального времени, подключайтесь к каналу DevOps by REBRAIN.

Источник