EBS-объем автоприсоединения к новому точечному экземпляру?

Обычно подсети создаются по следующим причинам (особенно или комбинация):

Производительность

География

Безопасность

Владение

Хорошее эмпирическое правило (как долго, поскольку это не нарушает вышеупомянутое), что я использую:

Возьмите наибольшее число хостов, я думаю, что сеть будет когда-либо иметь и умножать его на 4. Выберите / CIDR на основе того числа. Таким образом, если бы у меня была сеть, которая равнялась 15, то я использовал бы 60 в качестве количества хостов. Я использовал бы/26 для сети.

Я не делаю этого для очевидных случаев, таких как магистральные линии, где каждый из двух интерфейсов требует IP-адреса.

13
задан 13 November 2012 в 03:21
4 ответа

Если вы просто хотите, чтобы экземпляр запускался с фиксированной начальной точкой при каждом запуске, вы можете:

  1. Создать свой собственный AMI и каждый раз запускать его как экземпляр, или

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

Если вам необходимо сохранять состояние между запусками экземпляра, вам необходимо сохранить данные где-то вне экземпляра / AMI. Например:

  1. Данные могут обновляться на S3, SimpleDB, DynamoDB, RDS и т. Д.

  2. Вы можете назначить постоянный том EBS, который экземпляр динамически подключает и монтирует при запуске. Это можно сделать с помощью сценария пользовательских данных.

11
ответ дан 2 December 2019 в 21:24

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

  1. Том, который вы хотите прикрепить, может не находиться в той же зоне, что и экземпляр? Зоны не могут быть указаны при запуске.
  2. Внутреннее прикрепление с помощью скрипта init будет работать, но оно немного асинхронное, поэтому вам нужно будет протестировать его или sleep 10 скажем.
  3. Я не могу понять, почему AWS-консоль показывает "раздел" в качестве основного блочного устройства. Может быть, чтобы отказать нам в пиратских изображениях окон на другом разделе? (sda1 вместо sda). Удачи в поисках таблицы разделов.

    enter image description here

  4. В настоящее время трудно прикрепить, используя CLI из внешней точки управления, что затрудняет использование снимков для версионирования.

  5. Так что в общем я делаю резервную копию ...tar.bz2 на другой блок, а затем могу заполнить "рабочую область" при старте. Это полезно только для небольших объемов данных, так что создание нового ami с обоими томами - хорошая идея. Точечные экземпляры действительно хороши для "рабочей единицы" или "перезагружаемой" работы в любом случае, так что концепция извлечения работы из сервера хорошо устоялась. Учитывая, что вы ждете 9 минут в крайнем случае для запуска, вы можете не возражать против форматирования вашего (как можно более маленького) диска.

    1. EBS все еще довольно хлопотный, и вам нужно доплатить за "оптимизированный". Это все равно быстрее, чем пытаться загрузить готовую работу в 90-е годы или около того, когда экземпляр "выставлен на продажу".

    2. Я подозреваю, что все это изменится с любым предложением "эластичного файла".

3
ответ дан 2 December 2019 в 21:24

Проверьте проект ec2-spotter на GitHub. Он был создан для решения описанной проблемы.

Задачи (#1 через #4), описанные в ответе @mcenzm, реальны и корректно обрабатываются в ec2-spotter.

5
ответ дан 2 December 2019 в 21:24

Возможное решение: запустить спотовый инстанс EC2 с EBS, затем остановить инстанс EC2, когда он вам не нужен, а затем запустить снова, так как EBS будет повторно подсоединен из-за новой функции.

https://aws.amazon.com/about-aws/whats-new/2020/01/amazon-ec2-spot-instances-stopped-started-similar-to-on-demand-instances/

0
ответ дан 14 January 2020 в 16:48

Теги

Похожие вопросы