Множество небольших экземпляров или меньше экземпляров на EC2

Question

У меня есть тяжелая служба обработки вычислений/IO (обработка изображений), которую я запускаю на экземпляре EC2 (c3.large). Поскольку мне нужно масштабировать эту услугу, я рассматриваю выделение десятков экземпляров c3.large или меньше из более крупных экземпляров c3. Ценообразование кажется линейным на каждую вычислительную мощность.

Почему я предпочитаю менее сильные экземпляры более слабых экземпляров? (И наоборот)

Некоторые другие требования и информация:

• шкала для удовлетворения пиковых потребностей
• Задачи являются однопоточный. Для каждого экземпляра может выполняться несколько задач.
• Низкая подпись памяти
• Очень низкое использование дискового пространства
• использования потенциально высокая сеть, чтобы получить изображения (очень быстро вычисление)

Answer 1

по требованию цены действительно вполне линейны в каждой семье экземпляра, так что если ваша нагрузка одинаково хорошо работает на нескольких классов (то есть, ни одна задача не требует особенно большого объема памяти), то не может быть существенная разница ... емкость сетевого ввода-вывода также масштабируется вместе с памятью и ECU ... и недооцененным эфемерным пространством для хранения, которое не берет на себя никаких сбоев на основе ввода-вывода.

Однако цены на спот-рынке не так уж линейны.

Мои внутренние системы собирают историю ценообразования на спотовом рынке (доступны в консоли и через API), которая идентифицирует минимальную ставку, которая исторически была бы необходима, чтобы поддерживать данный экземпляр, работающий с заданным процентом времени безотказной работы в данной зоне доступности , Исторические данные, конечно же, не предсказывают будущую производительность, а семейство c3 все еще очень новое ... но на спотовом рынке случаются случаи, когда спрос на более мелкие экземпляры повышает операционные издержки - по крайней мере, на основе эквивалентных вычислительной мощности, хотя иногда даже по исходной цене, чем более крупные экземпляры ... так что это вариант, который стоит рассмотреть.

На спот-рынке есть минимальная базовая цена для каждой зоны класса класса + доступности (предположительно это фактически регион, хотя цены отслеживаются отдельно), и эти базовые линии кажутся линейными в семействах экземпляров, как и следовало ожидать ... но рыночные цены меняются со спросом, что приводит к инверсиям, о которых я упоминаю. Также обратите внимание, что цены EC2 Classic и VPC для данного класса экземпляров также отслеживаются отдельно, так как, по-видимому, запасная емкость на каждой платформе представляет собой отдельный набор физических хостов.

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

Answer 2

экземпляров C3.2xlarge имеет высокую производительность сети. Если вы копируете изображения в эти поля, вы увидите лучшую производительность с ними. http://aws.amazon.com/ec2/instance-types/