Поделиться через

Настройка расписания исправлений ОС для кластеров HDInsight под управлением Linux

  • Статья

Это важно

Образы Ubuntu становятся доступными для создания нового кластера Azure HDInsight в течение трех месяцев после публикации. Запущенные кластеры не обновляются автоматически. Клиенты должны использовать действия скрипта или другие механизмы для исправления работающего кластера. Рекомендуется выполнять эти действия скрипта и применять обновления безопасности сразу после создания кластера.

HDInsight обеспечивает поддержку выполнения распространенных задач в кластере, таких как установка исправлений ОС, обновлений системы безопасности ОС и перезагрузка узлов. Эти задачи выполняются с помощью следующих двух скриптов, которые могут выполняться в качестве действий скрипта и настроены с параметрами:

  • schedule-reboots.sh — выполните немедленную перезагрузку или запланируйте перезапуск на узлах кластера.
  • install-updates-schedule-reboots.sh — установите все обновления, только обновления ядра и системы безопасности или только обновления ядра.

Примечание.

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

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

Подготовка

Установите патч в приближенной к рабочей тестовой среде перед развертыванием в рабочей среде. Разработайте план для адекватного тестирования системы до фактического исправления.

По истечении времени из сеанса SSH в кластере может появиться сообщение о доступности обновлений системы безопасности. Сообщение может выглядеть примерно так:

89 packages can be updated.
82 updates are security updates.

*** System restart required ***

Welcome to Spark on HDInsight.

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

Перезапуск узлов

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

Принимает schedule-reboots script один числовой параметр:

Параметр Принятые значения Определение
Тип перезапуска для выполнения 1 или 2 Значение 1 позволяет перезапустить расписание (запланированное на выполнение в течение 12–24 часов). Значение 2 позволяет немедленно перезапустить (через 5 минут). Если параметр не задан, значение по умолчанию равно 1.

Установка обновлений и перезапуск узлов

Скрипт install-updates-schedule-reboots.sh предоставляет параметры для установки различных типов обновлений и перезапуска виртуальной машины.

Скрипт install-updates-schedule-reboots принимает два числовых параметра, как описано в следующей таблице:

Параметр Принятые значения Определение
Тип обновлений для установки 0, 1 или 2 Значение 0 устанавливает только обновления ядра. Значение 1 устанавливает ядро + обновления системы безопасности, а 2 устанавливает все обновления. Если параметр не указан, значение по умолчанию равно 0.
Тип перезапуска для выполнения 0, 1 или 2 Значение 0 отключает перезапуск. Значение 1 включает перезапуск расписания и 2 позволяет немедленно перезапустить. Если параметр не указан, значение по умолчанию равно 0. Пользователь должен изменить входной параметр 1 на входной параметр 2.

Примечание.

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

Примечание.

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

Дальнейшие действия

Инструкции по использованию действий скриптов см. в следующих разделах в разделе "Настройка кластеров HDInsight на основе Linux" с помощью действия скрипта: