Size: a a a

2020 September 07

AV

Alexander Valkov in AWS_RU
inqfen
Споты посекундно тарифицируются, на 0.13 должен быть жирный батч
Говорю же - hello world был
источник

i

inqfen in AWS_RU
Alexander Valkov
Говорю же - hello world был
Значит что-то пошло не так - потому что у меня час работы c5.4xlarge примерно столько же стоит
источник

AP

Alexander Patrushev in AWS_RU
Alexander Valkov
Это в Savings Summary в Spot Requests
Инстанс по умолчанию с optimal был какой - c4.x4large
Ну вот и ответ.
Лично я за лямбду, но справедливости ради хочу разобрать.
У вас был инстанс c4.4xlarge который несёт на себе 30 гб и 16 ядер.
В лямбде вы максимум сможете 3 гб получить.

Те мы сравниваем несравнимые  ресурсы.

А сколько памяти нужно вашей задачи?
источник

AP

Alexander Patrushev in AWS_RU
Ещё пару важных моментов:
У лямбды диска как такового нет и вам будет доступно 512 мб во временной обрасти. Хватит ли этого для обработки данных?

Не используйте инстансы из x4.xxxxx серии - это устаревшая серия и если вы сравните стоимость и производительность аналогичных x5.xxxxx то увидите разницу в эффективности в 25-35% в пользу новых.
источник

AV

Alexander Valkov in AWS_RU
inqfen
Значит что-то пошло не так - потому что у меня час работы c5.4xlarge примерно столько же стоит
Вот и я говорю - что-то тут дороговато вышло.
источник

AV

Alexander Valkov in AWS_RU
Alexander Patrushev
Ну вот и ответ.
Лично я за лямбду, но справедливости ради хочу разобрать.
У вас был инстанс c4.4xlarge который несёт на себе 30 гб и 16 ядер.
В лямбде вы максимум сможете 3 гб получить.

Те мы сравниваем несравнимые  ресурсы.

А сколько памяти нужно вашей задачи?
Я же говорю - это был hello world. Инстанс выбирался автоматом.
источник

AP

Alexander Patrushev in AWS_RU
Alexander Valkov
Я же говорю - это был hello world. Инстанс выбирался автоматом.
Выбрался тот, который стоял в описании задачи и неважно что там было. Вы можете выбрать нужного размера и будет другая стоимость.

Если вы укладываетесь в лимиты lambda, то я бы взял ее. Если нет или lambda окажется выше ожидаемого бюджета, то тогда можно смотреть на batch.
источник

AV

Alexander Valkov in AWS_RU
Spot Requets создан в 11 минут
Terminated в 21 минуту

Там было 3 ретрая, через несколько минут ещё 3, потому через минуту-две 1 запуск.
И через три минуты Spot Requets terminated.

То есть, он переиспользовал один и тот же Spot Requets и биллил за всё время, включая время простоя.
источник

AV

Alexander Valkov in AWS_RU
Как-то так. Тайна раскрыта.
источник

S

Salem in AWS_RU
Alexander Patrushev
Ещё пару важных моментов:
У лямбды диска как такового нет и вам будет доступно 512 мб во временной обрасти. Хватит ли этого для обработки данных?

Не используйте инстансы из x4.xxxxx серии - это устаревшая серия и если вы сравните стоимость и производительность аналогичных x5.xxxxx то увидите разницу в эффективности в 25-35% в пользу новых.
источник

AV

Alexander Valkov in AWS_RU
В 512Mb точно не уложусь, с этим нужно что-то делать.
источник
2020 September 08

AV

Alexander Valkov in AWS_RU
Alexander Patrushev
Очередь, да. Просто не всегда терминология совпадает у всех. Я имел в виду под топиком именно прост название очереди.
А чем здесь SQS лучше SNS?
источник

i

inqfen in AWS_RU
Alexander Valkov
А чем здесь SQS лучше SNS?
Тем, что это разные вещи?)
источник

AV

Alexander Valkov in AWS_RU
Прочитай вопрос внимательнее.
источник

i

inqfen in AWS_RU
Ага, прочитал изначальный вопрос, с sqs это тоже можно сделать но с дополнительными усложнениями, которые как известно - не нужны если не требуются
источник

AV

Alexander Valkov in AWS_RU
Alexander Patrushev
Главное!
Не забывайте что архитектурные особенности внутри cloud watch events не позволяют гарантировать исполнение единственный раз, те запуск может произойти несколько раз. У вас есть два варианта:
1. Если это не страшно и не влияет на результат, то просто ничего не делать.
2. Если это влияет на результат, то сделайте табличку на динамке чтобы отслеживать взятые в обработку id запросов и обновлять ее при начале обработки.
Не могу найти это в доках.
источник

MS

Maxim Shilov in AWS_RU
Alexander Patrushev
Главное!
Не забывайте что архитектурные особенности внутри cloud watch events не позволяют гарантировать исполнение единственный раз, те запуск может произойти несколько раз. У вас есть два варианта:
1. Если это не страшно и не влияет на результат, то просто ничего не делать.
2. Если это влияет на результат, то сделайте табличку на динамке чтобы отслеживать взятые в обработку id запросов и обновлять ее при начале обработки.
почему бы aws самим не реализовать этот костыль, вместо того чтобы перекладывать это на пользователя?
источник

MS

Maxim Shilov in AWS_RU
хотя бы в виде опции
источник

VA

Veaceslav Artiom in AWS_RU
Всем добрый день. Хотелось бы узнать если кто-то видел такое поведение SNS, что некоторые пользователи получают все уведомления по почте и СМС, а некоторым только 1-2 ... Не могу понять в чем прикол
источник

BU

Bulat Usmanov in AWS_RU
Veaceslav Artiom
Всем добрый день. Хотелось бы узнать если кто-то видел такое поведение SNS, что некоторые пользователи получают все уведомления по почте и СМС, а некоторым только 1-2 ... Не могу понять в чем прикол
SNS не виноват, надо смотреть рядом.
Due to potential Internet issues or Email delivery restrictions, sometimes the notification may not successfully reach an HTTP or Email end-point. In the case of HTTP, an SNS Delivery Policy can be used to control the retry pattern (linear, geometric, exponential backoff), maximum and minimum retry delays, and other parameters. If it is critical that all published messages be successfully processed, developers should have notifications delivered to an SQS queue (in addition to notifications over other transports).
источник