Я сделал скрипт, который создает снимки наших томов EC2. Сценарий проверяет, какие экземпляры запущены, какие тома подключены к этим экземплярам, а затем создает моментальные снимки для этих томов, игнорируя остальные.
Используя describe-instances
, я получаю идентификаторы резервирования, а не идентификаторы экземпляров. Это сбивает с толку, но это так, как есть. Когда экземпляр запускается, резервирование создается для этого экземпляра.
Я все еще не понимаю концепцию бронирования.
Примечание: я знаю, что такое зарезервированные экземпляры, что отличается от того, что я здесь описываю. «Зарезервированный экземпляр» означает, что вы арендуете экземпляр на год, два или три, и вы получаете за это снижение цены. Таким образом, вы резервируете t2.medium на один год, и если вы не используете его, вы все равно платите, но если вы его используете, он дешевле, чем обычно.
Теперь вернемся к «идентификатору бронирования». В разделе часто задаваемых вопросов AWS говорится:
Каждый экземпляр, запущенный EC2, имеет идентификатор резервирования. Идентификатор резервирования имеет отношение «один к одному» с запросом запуска экземпляра, но может быть связан с несколькими экземплярами, если вы запускаете несколько экземпляров, используя один и тот же запрос запуска.
Тогда возникает этот вопрос SE: Какова цель «бронирования» в Amazon EC2?
До сих пор не ясно, что именно представляет идентификатор резервирования.
Если вы запускаете один экземпляр за раз, каждый экземпляр имеет свой уникальный идентификатор резервирования.
- Когда или как один идентификатор резервирования может быть связан с несколькими экземплярами?
- Может ли это быть связано с несколькими не связанными случаями? Скажем, у меня есть веб-сервер и сервер базы данных. Могу ли я запустить их под одним идентификатором бронирования?
- Или, может ли идентификатор резервирования быть связан только с одним экземпляром, который запускается несколько раз, например, в целях балансировки нагрузки.
В нашей ситуации все экземпляры имеют уникальный идентификатор резервирования, но я хочу знать, в каких ситуациях это может измениться, для сценария, который я использую describe-instances
.