Обычно подсети создаются по следующим причинам (особенно или комбинация):
Производительность
География
Безопасность
Владение
Хорошее эмпирическое правило (как долго, поскольку это не нарушает вышеупомянутое), что я использую:
Возьмите наибольшее число хостов, я думаю, что сеть будет когда-либо иметь и умножать его на 4. Выберите / CIDR на основе того числа. Таким образом, если бы у меня была сеть, которая равнялась 15, то я использовал бы 60 в качестве количества хостов. Я использовал бы/26 для сети.
Я не делаю этого для очевидных случаев, таких как магистральные линии, где каждый из двух интерфейсов требует IP-адреса.
Если вы просто хотите, чтобы экземпляр запускался с фиксированной начальной точкой при каждом запуске, вы можете:
Создать свой собственный AMI и каждый раз запускать его как экземпляр, или
Укажите сценарий пользовательских данных, который устанавливает и настраивает программное обеспечение в соответствии с вашими требованиями каждый раз, когда новый экземпляр запускается из стандартного базового AMI.
Если вам необходимо сохранять состояние между запусками экземпляра, вам необходимо сохранить данные где-то вне экземпляра / AMI. Например:
Данные могут обновляться на S3, SimpleDB, DynamoDB, RDS и т. Д.
Вы можете назначить постоянный том EBS, который экземпляр динамически подключает и монтирует при запуске. Это можно сделать с помощью сценария пользовательских данных.
Я уже давно пытаюсь это сделать, и все еще есть ряд проблем с EC2 spot экземплярами и подключенным хранилищем.
sleep 10
скажем.Я не могу понять, почему AWS-консоль показывает "раздел" в качестве основного блочного устройства. Может быть, чтобы отказать нам в пиратских изображениях окон на другом разделе? (sda1 вместо sda). Удачи в поисках таблицы разделов.
В настоящее время трудно прикрепить, используя CLI из внешней точки управления, что затрудняет использование снимков для версионирования.
Так что в общем я делаю резервную копию ...tar.bz2 на другой блок, а затем могу заполнить "рабочую область" при старте. Это полезно только для небольших объемов данных, так что создание нового ami с обоими томами - хорошая идея. Точечные экземпляры действительно хороши для "рабочей единицы" или "перезагружаемой" работы в любом случае, так что концепция извлечения работы из сервера хорошо устоялась. Учитывая, что вы ждете 9 минут в крайнем случае для запуска, вы можете не возражать против форматирования вашего (как можно более маленького) диска.
EBS все еще довольно хлопотный, и вам нужно доплатить за "оптимизированный". Это все равно быстрее, чем пытаться загрузить готовую работу в 90-е годы или около того, когда экземпляр "выставлен на продажу".
Я подозреваю, что все это изменится с любым предложением "эластичного файла".
Проверьте проект ec2-spotter на GitHub. Он был создан для решения описанной проблемы.
Задачи (#1 через #4), описанные в ответе @mcenzm, реальны и корректно обрабатываются в ec2-spotter.