Недавно построил новый AMI, основанный на последней версии 18.04. Также apt upgrade при его предоставлении, чтобы также иметь самые свежие пакеты.
Проблема в том, что в этом новом AMI нет файла подкачки, проверенного через swapon --show. Оно использует 5.3.0-1030-aws ядро. Тот же образ, созданный 6 месяцев назад таким же способом (но нет apt upgrade сделано поверх него), который использует 4.15.0-1052-aws, как и ожидалось, имеет файл подкачки.
Файл подкачки также можно создать во время подготовки, но мне просто любопытно, почему это изменилось с декабря.
Что мне не хватает?
Я не знаю Зачем или если это изменилось, но ... ты на самом деле необходимость файл подкачки или раздел подкачки?
Времена, когда это было необходимо по соображениям производительности, давно прошли. Вы должны выбрать тип инстанса с достаточным объемом памяти для вашей рабочей нагрузки, и вам не понадобится пространство подкачки.
Проверять, выписываться Инстансы EC2 с оптимизацией памяти с гораздо большим объемом памяти на ЦП, чем экземпляры общего назначения T3 / M5 и т. д. За ту же цену вы можете получить гораздо больше памяти (и меньше процессоров, но это часто не проблема).
Возможно, вы выбрали тип инстанса по умолчанию без тома подкачки. Некоторые небольшие экземпляры памяти EC2 запускаются с включенной подкачкой на крошечной объем подкачки хранилища экземпляров.
Или, возможно, пространство подкачки существует, но не используется из-за какого-то скрипта или изменения fstab. Соответствуйте найденным устройствам подкачки lsblk --fs уже используются.
Пространство подкачки все еще имеет варианты использования. Управление памятью Linux более эффективно благодаря свопу для всего, кроме систем с чрезмерным объемом свободной памяти. Это позволяет увеличить выделение памяти за пределы того, что возможно только с физической RAM. Лучше копаться в пространстве подкачки, чем раздражать убийцу OOM или паниковать систему.
Конечно, это не волшебная кнопка увеличения объема оперативной памяти. Слишком много страниц, и ядру приходится ждать медленной вторичной памяти, что снижает производительность. Своп в хранилище SAN (EBS на языке EC2) излишне потребляет пропускную способность сети; использовать тома хранилища экземпляров на EC2. А DRAM относительно недорога, учитывая свою скорость. Тогда есть неудобства операций по настройке пространства подкачки, как ваша текущая загадка. Многие системы не заботятся о пространстве подкачки.
В конце концов, нет никакой разницы между такими версиями ядра (конечно) и базовыми AMI.
Наиболее вероятный сценарий состоит в том, что кто-то в какой-то момент внес это изменение вручную.