(AWS/EC2/EBS) Зачем для "Устранение по истечении срока действия" по умолчанию для корневых устройств?

На Amazon EC2 при использовании тома EBS в качестве корневого устройства для экземпляра EC2 флаг "Удалить при завершении" по умолчанию равен true, что означает, что громкость будет автоматически удалена при уничтожении экземпляра.

В чем смысл этого?

Если основным преимуществом использования EBS по сравнению с локальным хранилищем экземпляров является постоянство хранения, не зависящее от настойчивости экземпляра, не полностью ли это лишает цель?

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

Соответствующие ссылки:

Ответ 1

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

Здесь аналогичный вопрос о serverfault с различиями между перезагрузкой, запуском/остановкой и завершением: https://serverfault.com/questions/315123/difference-between-rebooting-and-stop-starting-an-amazon-ec2-instance

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

Ответ 2

Параметр "Удалить при завершении" равен true - предпочтительный подход для частого экземпляра автоматической маскировки. Это будет кошмар, если мы должны вручную проверять и удалять тома после каждого масштабного события. В этом случае любые полезные данные, такие как журналы приложений, в идеале должны храниться вне EBS (например, syslog-ng, s3 или протоколирующие решения, такие как Splunk, Loggly, Logstash и т.д.)

Но для стандартных экземпляров (неавтомасштабирование) установка этого флага в значение false имеет смысл.