завершите работу-h теперь в производственной системе баз данных, я был соединен через удаленный туннель ssh. Я подозревал, что что-то было неправильно, когда вместо того, чтобы закрыть мое собственное поле я получил сообщение"connection closed by remote host
" ;)
То, что я делаю, связать AMI тем же именем. Затем удалите AMI, в то время как экземпляр работает и загрузка, и зарегистрируйте новый AMI. С точки зрения того, что "лучше" для хранения Вашего программного обеспечения, оно действительно зависит от того, как часто Вы идете в обновление или изменение его. Если Вы не возражаете проходить процесс пакета, затем просто оставляют его в AMI.
p.s. Удобная подсказка для связывания AMI, делают это в экранной сессии так, чтобы можно было убежать от процесса обработки изображений и не иметь для волнения о поврежденном соединении SSH.
Хотя это, вероятно, не помогает Вам теперь. Намного легче связаться, EBS поддержал экземпляры. Это столь же просто как "остановка" экземпляра так или иначе (Через ec2-stop-instances или замораживание xfs, или просто попытайте своего счастья с рабочим), затем просто создают снимки объем EBS и регистрируют его. Единственная хитрая часть при запуске нового экземпляра, чтобы удостовериться, что Вы используете тот же AKI, который может быть найден в информации для в настоящее время рабочего экземпляра. Кроме того, AMI от EBS, Поддержанные Изображения не хранятся в Вашем стандартном блоке S3, таким образом, Вы не должны волноваться так о быстром увеличении, просто вычеркнуть из списка их, когда Вы сделаны.
С другой стороны, можно попытаться писать регулярный пакет AMI в приложенный диск, затем создать снимки и зарегистрировать это, хотя я еще не имел большого успеха с этим. Движущееся хранилище экземпляра к поддержанному EBS не является совершенно гладким в данный момент.
Amazon отслеживает AMI идентификатором (ami-1a2s3d4f) AMI не местоположением и именем в S3, таким образом, Вы будете в порядке, чтобы удалить старый и связать другой тем же именем.