Я створив сценарій, який створює знімки нашого обсягу EC2. Сценарій розглядає, які екземпляри запущені, які томи підключаються до цих екземплярів, а потім створює знімки для цих томів, ігноруючи решту.
Використовуючи describe-instances
, я отримую ідентифікатори бронювання, а не ідентифікатори екземплярів. Це заплутано, але воно так і є. Коли запускається екземпляр, створюється застереження для цього екземпляра.
Я все ще плутаю концепцію бронювання.
Побічна примітка: я знаю, що таке зарезервовані екземпляри, що відрізняється від того, що я тут описую. "Зарезервований екземпляр" означає, що ви орендуєте екземпляр на рік-два-три, і ви отримуєте за це зниження ціни. Таким чином, ви резервуєте t2.medium на один рік, і якщо ви не користуєтесь ним, ви все одно платите, але якщо ви все-таки користуєтесь, це дешевше, ніж зазвичай.
Тепер повернемось до "ідентифікатора бронювання". Поширені запитання AWS кажуть:
Кожен екземпляр, запущений EC2, має ідентифікатор бронювання. Ідентифікатор застереження має взаємозв'язок "один на один" із запитом запуску екземпляра, але може бути пов'язаний з більш ніж одним екземпляром, якщо ви запускаєте кілька екземплярів за допомогою одного і того ж запиту запуску.
Тоді виникає це питання SE: яка мета "бронювання" в Amazon EC2
Досі не зрозуміло, що саме представляє ідентифікатор бронювання
Якщо ви запускаєте по одному екземпляру за раз, кожен екземпляр має свій унікальний ідентифікатор бронювання.
- Коли або як один ідентифікатор бронювання може бути пов'язаний з кількома екземплярами?
- Чи може це бути пов'язано з декількома непов'язаними екземплярами? Скажіть, у мене є веб-сервер і сервер баз даних. Чи можу я запустити їх під одним посвідченням бронювання?
- Або чи може ідентифікатор бронювання пов'язаний лише з одним екземпляром, який запускається кілька разів, наприклад, для балансування навантажень.
У нашій ситуації всі екземпляри мають унікальний ідентифікатор резервування, але я хочу знати, в яких ситуаціях це може змінитися для сценарію, який я використовую describe-instances
.