Ubuntu на сервер: Get Ubuntu Server | Download

Содержание

Как поддерживать сервер Ubuntu 20.04

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

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

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

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

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

При запуске собственного программного обеспечения или программ, развернутых из репозиториев Git, неплохо было бы написать пользовательские юнит файлы для интеграции с systemd. В качестве упрощенной альтернативы вы можете использовать supervisor или системный планировщик cron с синтаксисом @reboot.

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

Менеджер пакетов Ubuntu, apt, предоставляет хорошо отлаженный рабочий процесс для выполнения полного обновления системы. Сначала вы запускаете apt update, чтобы обновить списки пакетов, а затем apt upgrade без указания пакета, чтобы обновить каждый пакет в системе. Этот рабочий процесс может немного отличаться, если у вас есть какие-либо конфликты версий со сторонними пакетами или если вы намеренно не обновляете некоторые пакеты, но основные команды остаются неизменными.

Ubuntu предоставляет уникальный инструмент unattended-upgrades для автоматического получения и установки исправлений безопасности и других важных обновлений для вашего сервера. На большинстве серверов Ubuntu этот инструмент предустановлен по умолчанию. При необходимости вы можете установить его с помощью следующих подходящих команд:

unattended-upgrades.service - Unattended Upgrades Shutdown
     Loaded: loaded (/lib/systemd/system/unattended-upgrades.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2022-02-14 17:51:49 UTC; 3h 4min ago
       Docs: man:unattended-upgrade(8)
   Main PID: 829 (unattended-upgr)
      Tasks: 2 (limit: 1137)
     Memory: 10.6M
     CGroup: /system.slice/unattended-upgrades.service

Стандартная конфигурация unattended-upgrades автоматически извлекает исправления ошибок и обновления безопасности для большинства пакетов, включенных в репозитории Ubuntu. Однако если вы используете более старые версии некоторых пакетов, чтобы избежать некоторых изменений в среде, или если ваш сервер использует сторонние репозитории пакетов в дополнение к Ubuntu, вы можете внести все эти особенности в настройку unattended-upgrades.

Файл хорошо прокомментирован, строки комментариев кода начинаются с // и объясняют функциональность настроек. Первый блок конфигурации определяет, какие пакеты будут автоматически обновляться, он работает согласно шаблону для имен репозиториев пакетов Ubuntu. Файлы в основном репозитории и в репозитории -security будут обновлены по умолчанию, а строки, содержащие репозитории -updates, -proposed и -backports, по умолчанию закомментированы.

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

// Automatically upgrade packages from these (origin:archive) pairs
//
// Note that in Ubuntu security updates may pull in new dependencies
// from non-security sources (e.g. chromium). By allowing the release
// pocket these get automatically pulled in.
Unattended-Upgrade::Allowed-Origins {
        "${distro_id}:${distro_codename}";
        "${distro_id}:${distro_codename}-security";
        // Extended Security Maintenance; doesn't necessarily exist for
        // every release and this system may not have it installed, but if
        // available, the policy for updates is such that unattended-upgrades
        // should also install from here by default.
        "${distro_id}ESMApps:${distro_codename}-apps-security";
        "${distro_id}ESM:${distro_codename}-infra-security";
//      "${distro_id}:${distro_codename}-updates";
//      "${distro_id}:${distro_codename}-proposed";
//      "${distro_id}:${distro_codename}-backports";
};
…

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

// Automatically reboot *WITHOUT CONFIRMATION* if
//  the file /var/run/reboot-required is found after the upgrade
//Unattended-Upgrade::Automatic-Reboot "false";

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

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

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

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

Чтобы избежать простоев во время обновления ядра, вы можете использовать функцию ядра Linux под названием Livepatch. Эта функция позволяет выполнять обновления ядра без перезагрузки. Есть два основных мейнтейнера: Canonical Livepatch Service для Ubuntu и KernelCare, которая поддерживает Ubuntu в дополнение к большинству других основных дистрибутивов Linux. Использовать обе можно только с регистрацией. Сервис Canonical является бесплатным для индивидуального использования.

last check: 55 seconds ago
kernel: 5. 4.0-26.30-generic
server check-in: succeeded
patch state: ✓ all applicable livepatch modules inserted
patch version: 84.1
tier: updates (Free usage; This machine beta tests new patches.)
machine id: d56589e7fa994005a266d4caf9b9dcf7

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

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

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

После этого мы подошли к первому важному пункту: разметка диска. Как было отмечено выше, желательно, чтобы система и сервисная часть были на различных физических дисках: причин тут множество, среди них стоит особо отметить безопасность (систему тогда можно будет смонтировать в readonly) и надежность (в случае выхода из строя одного или нескольких дисков из-за износа — система продолжит работать, сохранится возможность восстановить данные используя текущую конфигурацию).

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

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

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

ssh server-name -l user-name

Теперь рассмотрим вопрос безопасности. Можно (и даже нужно) ограничить количество ip адресов, с которых возможно подключение к серверу. Для этого необходимо отредактировать файл /etc/ssh/sshd_config и прописать там жестко биндинг на один ip адрес:

...
ListenAddress ваш-ip-адрес
...

sudo /etc/init.d/ssh restart

Среди прочих возможностей, которые нам потребуется — возможность проброса портов с сервера на локальную машину (все сервисы, кроме ssh и nginx, из соображений безопасности, будут биндиться только на localhost, а для их отладки часто будет необходимо настроить тоннель)

ssh -L локальный-порт:удаленный-хост:удаленный-порт user-name@server-name

ssh -L 3309:localhost:3306 user-name@server-name

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

 sudo mount -r ~/Загрузки/ubuntu-22.10-live-server-amd64.iso/mnt

 mkdir -p ~/www
компакт-диск ~/www
кошка > пользовательские данные << 'EOF'
#cloud-config
автоустановка:
  версия: 1
  личность:
    имя хоста: ubuntu-сервер
    пароль: "$6$exDY1mhS4KUYCE/2$zmn9ToZwTKLhCw. b4/b.ZRTIZM30JZ4QrOQ2aOXJ8yk96xpcCof0kxKwuX1kqLG/ygbJ1f8wxED22bTL4F46P0"
    имя пользователя: убунту
EOF
сенсорные метаданные

 компакт-диск ~/www
python3 -m http.сервер 3003

 усечь -s 10G image.img

 квм -без перезагрузки -м 2048\
    -drive file=image.img,format=raw,cache=none,if=virtio \
    -cdrom ~/Загрузки/ubuntu-22.10-live-server-amd64.iso \
    -kernel /mnt/casper/vmlinuz \
    -initrd /mnt/каспер/initrd \
    -append 'autoinstall ds=nocloud-net;s=http://_gateway:3003/'

Это загрузится, загрузите конфигурацию с сервера, настроенного на предыдущем шаге, и запустите установку. Установщик перезагружается в конце, но флаг -no-reboot для kvm означает, что kvm завершит работу, когда это произойдет. Это должно занять около 5 минут.

 квм -без перезагрузки -м 2048\
    -drive file=image.img,format=raw,cache=none,if=virtio

 mkdir -p ~/cidata
компакт-диск ~/cidata
кошка > пользовательские данные << 'EOF'
#cloud-config
автоустановка:
  версия: 1
  личность:
    имя хоста: ubuntu-сервер
    пароль: "$6$exDY1mhS4KUYCE/2$zmn9ToZwTKLhCw.b4/b.ZRTIZM30JZ4QrOQ2aOXJ8yk96xpcCof0kxKwuX1kqLG/ygbJ1f8wxED22bTL4F46P0"
    имя пользователя: убунту
EOF
сенсорные метаданные

 sudo apt установить облачные изображения-утилиты
cloud-localds ~/seed.iso метаданные пользователя

 усечь -s 10G image.img

 квм -без перезагрузки -м 2048\
    -drive file=image.img,format=raw,cache=none,if=virtio \
    -drive file=~/seed.iso,format=raw,cache=none,if=virtio \
    -cdrom ~/Загрузки/ubuntu-22.10-live-server-amd64.iso

Как поддерживать сервер Ubuntu 20.04

Требования

1: Рекомендации по управлению приложениями

2: Настройка автоматических обновлений

3: Обновление и исправление ядра

Включение Livepatch

Заключение

Установка Ubuntu Server

Постановка задачи

1. Установка системы

Настройка сайта на Ubuntu Server – доступ через SSH

Облако и сервер | Убунту

Облако и сервер

Управление Debian, Ubuntu и производными дистрибутивами Linux с помощью ландшафтных сценариев

Облако и сервер

Убедитесь сами: преимущества точеных образов Ubuntu в действии с демонстрацией магазина ASP.NET

Облако и сервер

Точеный Ubuntu: идеальный подарок для ваших контейнерных и облачных приложений

Облако и сервер

Запустите собственное микрооблако одной командой

Облако и сервер

Репатриация для сокращения расходов на публичное облако — легче сказать, чем сделать?

Облако и сервер

Что конфиденциально, общедоступно и с открытым исходным кодом? Это Canonical Ubuntu 22.04 на Microsoft Azure!

Облако и сервер

Миграция приложений: лучшие практики для достижения успеха

Облако и сервер

VMware для открытого исходного кода: что нужно учитывать?

Облако и сервер

Recontrez Canonical à Cloud Expo Europe Paris 2022

Облако и сервер

Что такое хранилище объектов?

Облако и сервер

Объяснение цен на Azure

Облако и сервер

Как работает ценообразование GCP

Краткое руководство по автоматической установке сервера | Убунту

Предоставление данных автоустановки по сети

Скачать ISO

Установка ISO

Запишите конфигурацию автоустановки

Отправлять конфигурацию cloud-init через http

Создать целевой диск

Запустить установку!

Загрузите установленную систему

Использование другого тома для предоставления конфигурации автоустановки

Скачать live-сервер ISO

Создайте свои файлы пользовательских данных и метаданных

Создайте ISO-образ для использования в качестве источника данных cloud-init

Создать целевой диск

Запустить установку!

Загрузите установленную систему