www.samag.ru
     
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
Журнал "Системный администратор"
Журнал «БИТ»
Подписка
Архив номеров
Где купить
Авторам
Рекламодателям
Контакты
   

  Опросы
  Статьи

Мониторинг  

Какая задача мониторинга отнимает больше всего времени?

Многие системные администраторы тратят до 30% рабочего времени на рутину мониторинга. Но

 Читать далее...

Рынок труда  

Какие навыки вы хотите развивать в 2026 году?

Рынок труда меняется быстро. Еще вчера его называли рынком соискателей, а сегодня

 Читать далее...

Книжная полка  

От сисадмина до архитектора: книги, которые прокачают ваш стек в этом году

Новинки от издательства «БХВ» отличаются тем, что в них часто делается упор

 Читать далее...

Автоматизация  

Автоматизируем рутину: что реально работает?

Многие сисадмины автоматизировали что-то за последний год. Но далеко не все остались

 Читать далее...

Защита ИТ-системы  

Практическая защита: что вы внедрили и что мешает?

Какие меры безопасности реально внедрить в реальных условиях – и что не

 Читать далее...

Вопрос-ответ  

Обеспечиваем безопасную эксплуатацию базы данных

Что для вас чаще всего является причиной инцидентов с БД? Как вы

 Читать далее...

Книжная полка  

От «безопасного» Linux до Контролируемого взлома

Издательство «БХВ» продолжает радовать читателей интересными новинками и в наступившем году. Вы можете

 Читать далее...

1001 и 1 книга  
19.03.2018г.
Просмотров: 13342
Комментарии: 0
Машинное обучение с использованием библиотеки Н2О

 Читать далее...

12.03.2018г.
Просмотров: 13451
Комментарии: 0
Особенности киберпреступлений в России: инструменты нападения и защита информации

 Читать далее...

12.03.2018г.
Просмотров: 10907
Комментарии: 0
Глубокое обучение с точки зрения практика

 Читать далее...

12.03.2018г.
Просмотров: 5841
Комментарии: 0
Изучаем pandas

 Читать далее...

12.03.2018г.
Просмотров: 6685
Комментарии: 0
Программирование на языке Rust (Цветное издание)

 Читать далее...

19.12.2017г.
Просмотров: 6558
Комментарии: 0
Глубокое обучение

 Читать далее...

19.12.2017г.
Просмотров: 9413
Комментарии: 0
Анализ социальных медиа на Python

 Читать далее...

19.12.2017г.
Просмотров: 6014
Комментарии: 0
Основы блокчейна

 Читать далее...

19.12.2017г.
Просмотров: 6237
Комментарии: 0
Java 9. Полный обзор нововведений

 Читать далее...

16.02.2017г.
Просмотров: 10381
Комментарии: 0
Опоздавших не бывает, или книга о стеке

 Читать далее...

17.05.2016г.
Просмотров: 13836
Комментарии: 0
Теория вычислений для программистов

 Читать далее...

30.03.2015г.
Просмотров: 15310
Комментарии: 0
От математики к обобщенному программированию

 Читать далее...

18.02.2014г.
Просмотров: 17624
Комментарии: 0
Рецензия на книгу «Читаем Тьюринга»

 Читать далее...

13.02.2014г.
Просмотров: 12489
Комментарии: 0
Читайте, размышляйте, действуйте

 Читать далее...

12.02.2014г.
Просмотров: 10489
Комментарии: 0
Рисуем наши мысли

 Читать далее...

10.02.2014г.
Просмотров: 8694
Комментарии: 4
Страна в цифрах

 Читать далее...

18.12.2013г.
Просмотров: 7298
Комментарии: 0
Большие данные меняют нашу жизнь

 Читать далее...

18.12.2013г.
Просмотров: 6113
Комментарии: 0
Компьютерные технологии – корень зла для точки роста

 Читать далее...

04.12.2013г.
Просмотров: 5738
Комментарии: 0
Паутина в облаках

 Читать далее...

03.12.2013г.
Просмотров: 6055
Комментарии: 1
Рецензия на книгу «MongoDB в действии»

 Читать далее...

Друзья сайта  

 HowTo: плейбук для Ansible. Обновления Ubuntu/Debian-пакетов

Архив номеров / 2017 / Выпуск №12 (181) / HowTo: плейбук для Ansible. Обновления Ubuntu/Debian-пакетов

Рубрика: Администрирование /  DevOps

HowTo: плейбук для Ansible
Обновления Ubuntu/Debian-пакетов

Ansible – простая в изучении система управления конфигурацией, поэтому она очень популярна среди DevOps. Простота означает и то, что почти все приходится контролировать самостоятельно

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

В процессе разработки часто возникают моменты, когда обновление пакетов до новой версии что-то ломает. Причины могут быть разные: новые параметры, старые настройки, перешедшие из deprected в fatal, сам пакет (например, мантайнер собрал и выложил бета-версию) и так далее. Самый простой способ уберечь пакет от обновления – это его захолдить. У нас это делается при установке в основном плейбуке, но и здесь не будет лишней подстраховка.

- name: Hold package

  dpkg_selections:

    name: '{{ item }}'

    selection: hold

  with_items:

    - php-redis

    - libssl-dev

Обновление пакетов выполняется при помощи модуля apt.

- name: Upgrade server

  apt:

    update_cache: yes

    cache_valid_time: 3600

    upgrade: dist

Вроде ничего необычного, но здесь есть важный нюанс. Параметр upgrade может принимать несколько значений. По умолчанию это no, т.е. обновление не производится. Есть также yes, safe, full и dist. И в принципе логично бы просто поставить upgrade: yes. Но вот все, кроме последнего, для работы используют aptitude и только upgrade: dist производит обновление при помощи apt. Учитывая, что aptitude не входит в стандартную поставку Ubuntu, работа upgrade: yes вызовет ошибку. Поэтому нужно или дополнительно ставить aptitude или обновлять при помощи upgrade: dist. Далее не обязательные, но очень желательные шаги по очистке от старых пакетов. На небольших VDS это позволяет более экономно использовать дисковое пространство.

- name: Remove useless packages from the cache

  apt:

    autoclean: yes

- name: Remove dependencies that are no longer required

  apt:

    autoremove: yes

Периодически все системы требуют перезагрузки. Об этом обычно напоминает сообщение при входе в консоль, и долго игнорировать его не стоит. При обновлении можно предусмотреть шаг, позволяющий сразу перезагрузить систему. Отследить такую необходимость можно, проверив наличие файла /var/run/reboot-required.

- name: Check if a reboot is required

  stat:

    path: /var/run/reboot-required

    get_md5: no

  register: needreboot

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

- name: Reboot the server

  shell: sleep 2 && /sbin/reboot

  async: 1

  poll: 0

  ignore_errors: true

  when: needreboot.stat.exists == true

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

- name: Wait for server to reboot.

  become: false

  local_action: wait_for

  args:

    delay: 10

    timeout: 90

    host: "{{ ansible_ssh_host }}"

    state: started

  when: needreboot.stat.exists == true

Создадим плейбук upgrade.yml, в котором опишем единственную роль.

  - hosts: all

    become: True

    become_method: sudo

    roles:

      - upgrade

Теперь, чтобы обновить все системы, нужно выполнить:

$ ansible-playbook upgrade.yml

Сергей Яремчук


Комментарии отсутствуют

Добавить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-45
E-mail: sa@samag.ru