Немного фона. Я хочу настроить 64-разрядный экземпляр AWS EC2 под управлением Ubuntu 14.04 LTS (HVM) на твердотельном диске с EBS в eu-west-1 регионе.
Во время записи в рамках быстрого запуска панели управления AWS мне предлагают Ubuntu Server 14.04 LTS (HVM), SSD Volume Type - ami-f95ef58a
.
Поиск ami-f95ef58a
в Сообществе AWS AMI показывает это изображение, чтобы быть ubuntu/images/hvm-ssd/ubuntu-trusty-14.04-amd64-server-20160114.5 - ami-f95ef58a
. Таким образом, кажется, что это - AMI, выпущенный 14 января 2016.
Однако, если я ищу веб-сайт http://cloud-images.ubuntu.com/locator/ec2/ и использую избранные поля для сужения моего выбора для моих требований, меня показывают:
eu-west-1 trusty 14.04 LTS amd64 hvm:ebs-ssd 20160314 ami-58cc762b hvm
Я принимаю более поздний выпуск (ami-58cc762b
) был бы лучший выбор, чем тот, предлагаемый в быстрой установке.
Который приводит меня на грани того, почему там столько выпусков 14.04 LTS? Конечно, LTS не изменяется, так не был бы он просто быть лучше иметь фиксированный статический AMI и обновить его, когда это загружается.
Экземпляры AMI постоянно производят для включения патчей и обновлений, таким образом, администратор не должен будет изменять основную установку?
Если так, почему не делает предложения AWS новый AMI в quickset и вместо этого предлагает AMI, это составляет два устаревшие месяца?
AMI являются статическими изображениями и не могут быть изменены. Даже если они могли бы быть обновлены, они не были должны быть (по крайней мере, не общедоступные AMI).
причина этого состоит в том, что автоматизированные развертывания полагаются на точно известную инфраструктуру и среды. Предположим, что у меня есть часть кода, который зависит от некоторой библиотеки, которая предварительно установлена на AMI, и я знаю, что тот код работает с текущим AMI. Если я создаю шаблон CloudForamtion для запуска экземпляра с тем, что идентификатор AMI и выполняет ту часть кода затем, это должно всегда работа. Навсегда .
Однако, если AMI разрешили быть "обновленным" и то обновление заставляет библиотеку быть измененной, то мой май кода или не может быть совместимым с последней версией библиотеки, потенциально заставляя код перестать работать. Не имеет значения, если обновление библиотеки было сделано с благими намерениями (т.е. исправление ошибки); это должно быть решение о устройство записи приложения для обновления AMI а не специалиста по обслуживанию AMI.
при использовании чего-то как CloudFormation для управления средой, затем идентификаторы AMI будут сохранены в шаблонах (идеально версия, которой управляют!) и обновленный, если и когда Вы готовы протестировать новую версию. Совместимость с новым AMI должна быть протестирована так полностью, как Вы были бы любая новая возможность.