Size: a a a

2020 April 03

vk

victor kurguzov in AWS_RU
а увеличение свыше 3к не влечет увеличение на количество операций? все равно 10?
источник

AS

Alexey Stekov in AWS_RU
victor kurguzov
а увеличение свыше 3к не влечет увеличение на количество операций? все равно 10?
до 3к - а не выше 3к. тут не подскажу
источник

AU

Anton Ustiuzhanin in AWS_RU
Всем привет.
источник

AU

Anton Ustiuzhanin in AWS_RU
Кто подскажет по aws s3 life cycle rule ? вообщем додумались двигать данные в хранилища другого класса и подчищять потом их, рулсы добавил в terraform - раскатал , но ничего не происходит правила 30 -60 - 90 дней, есть объекты созданные явно более 30 дней , но они по прежнему в стандартном хранилище. Как применить правило на все что в бакете хранится сейчас? или только для новых объектов рулсы будут применяться, а старые объекты так и будут висеть?
источник

vk

victor kurguzov in AWS_RU
т.е. Storage Class у них Standard сейчас, верно?
источник

AU

Anton Ustiuzhanin in AWS_RU
victor kurguzov
т.е. Storage Class у них Standard сейчас, верно?
ага
источник

AU

Anton Ustiuzhanin in AWS_RU
там мб в метадате объекта он (life cycle rule) как то указывается и можно через cli всем присвоить правило?
источник

AU

Anton Ustiuzhanin in AWS_RU
у селектела по крайней мере так и было. )
источник

DZ

Dmytro Zavalkin in AWS_RU
victor kurguzov
господа хорошие, проясните, будьте так ласковы, смысл фразы
When you batch 10 messages per operation (maximum), FIFO queues can support up to 3,000 messages per second. To request a limit increase, file a support request.
какой толк от 3к в секунду, если за 1 операцию можно только 10 обработать или это значит, что можно единовременно 300 потребителей натравить?
и второй момент, - про увеличение лимита. какой лимит имеется в ввиду - 10 за операцию или 3000 в секунду?
да, консьюмеров у очереди может быть много. Когда консьюмер получает message - оно отмечается как in flight и другие консьюмеры не получат пока не истечет таймаут
источник

DZ

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

DZ

Dmytro Zavalkin in AWS_RU
Anton Ustiuzhanin
Кто подскажет по aws s3 life cycle rule ? вообщем додумались двигать данные в хранилища другого класса и подчищять потом их, рулсы добавил в terraform - раскатал , но ничего не происходит правила 30 -60 - 90 дней, есть объекты созданные явно более 30 дней , но они по прежнему в стандартном хранилище. Как применить правило на все что в бакете хранится сейчас? или только для новых объектов рулсы будут применяться, а старые объекты так и будут висеть?
в документации пишут там eventual consistency - надо подождать пока прочихается (но деньги лишние не снимут):

• When you add a Lifecycle configuration to a bucket, the configuration rules apply to both existing objects and objects that you add later. For example, if you add a Lifecycle configuration rule today with an expiration action that causes objects with a specific prefix to expire 30 days after creation, Amazon S3 will queue for removal any existing objects that are more than 30 days old.
• There may be a lag between when the Lifecycle configuration rules are satisfied and when the action triggered by satisfying the rule is taken. However, changes in billing happen as soon as the Lifecycle configuration rule is satisfied even if the action is not yet taken. One example is you are not charged for storage after the object expiration time even if the object is not deleted immediately.

https://docs.aws.amazon.com/AmazonS3/latest/dev/how-to-set-lifecycle-configuration-intro.html
источник

AU

Anton Ustiuzhanin in AWS_RU
Dmytro Zavalkin
в документации пишут там eventual consistency - надо подождать пока прочихается (но деньги лишние не снимут):

• When you add a Lifecycle configuration to a bucket, the configuration rules apply to both existing objects and objects that you add later. For example, if you add a Lifecycle configuration rule today with an expiration action that causes objects with a specific prefix to expire 30 days after creation, Amazon S3 will queue for removal any existing objects that are more than 30 days old.
• There may be a lag between when the Lifecycle configuration rules are satisfied and when the action triggered by satisfying the rule is taken. However, changes in billing happen as soon as the Lifecycle configuration rule is satisfied even if the action is not yet taken. One example is you are not charged for storage after the object expiration time even if the object is not deleted immediately.

https://docs.aws.amazon.com/AmazonS3/latest/dev/how-to-set-lifecycle-configuration-intro.html
О спасибо!) 🙏
источник

AU

Anton Ustiuzhanin in AWS_RU
Dmytro Zavalkin
в документации пишут там eventual consistency - надо подождать пока прочихается (но деньги лишние не снимут):

• When you add a Lifecycle configuration to a bucket, the configuration rules apply to both existing objects and objects that you add later. For example, if you add a Lifecycle configuration rule today with an expiration action that causes objects with a specific prefix to expire 30 days after creation, Amazon S3 will queue for removal any existing objects that are more than 30 days old.
• There may be a lag between when the Lifecycle configuration rules are satisfied and when the action triggered by satisfying the rule is taken. However, changes in billing happen as soon as the Lifecycle configuration rule is satisfied even if the action is not yet taken. One example is you are not charged for storage after the object expiration time even if the object is not deleted immediately.

https://docs.aws.amazon.com/AmazonS3/latest/dev/how-to-set-lifecycle-configuration-intro.html
а заплатим мы по факту только за перенос данных? верно? но экономия за счет низкой стоимости хранения может быть ощутимая
источник

vk

victor kurguzov in AWS_RU
Dmytro Zavalkin
в документации пишут там eventual consistency - надо подождать пока прочихается (но деньги лишние не снимут):

• When you add a Lifecycle configuration to a bucket, the configuration rules apply to both existing objects and objects that you add later. For example, if you add a Lifecycle configuration rule today with an expiration action that causes objects with a specific prefix to expire 30 days after creation, Amazon S3 will queue for removal any existing objects that are more than 30 days old.
• There may be a lag between when the Lifecycle configuration rules are satisfied and when the action triggered by satisfying the rule is taken. However, changes in billing happen as soon as the Lifecycle configuration rule is satisfied even if the action is not yet taken. One example is you are not charged for storage after the object expiration time even if the object is not deleted immediately.

https://docs.aws.amazon.com/AmazonS3/latest/dev/how-to-set-lifecycle-configuration-intro.html
eventual consistentcy относится к смене класса? не знаю, поэтому просто уточнить
источник

DZ

Dmytro Zavalkin in AWS_RU
Anton Ustiuzhanin
а заплатим мы по факту только за перенос данных? верно? но экономия за счет низкой стоимости хранения может быть ощутимая
Q:  How much does it cost to use S3 Lifecycle management?
There is no additional cost to set up and apply Lifecycle policies. A transition request is charged per object when an object becomes eligible for transition according to the Lifecycle rule. Refer to the S3 Pricing page for pricing information.
источник

DZ

Dmytro Zavalkin in AWS_RU
угу
источник

DZ

Dmytro Zavalkin in AWS_RU
victor kurguzov
eventual consistentcy относится к смене класса? не знаю, поэтому просто уточнить
ну тут не совсем правильно применение термина, я к тому что правило применится сразу но смена класса произойдет не мгновенно а за какое-то время т.к. это все идет через очередь под капотом
источник

DZ

Dmytro Zavalkin in AWS_RU
аналогично как со созданием снапшота EBS например, по расписанию он например в 2 часа ночи, но он пойдет в общую очередь в этой AZ и плюс сам процесс снапшота занимает время - поэтому снапшот придется подождать
источник

DZ

Dmytro Zavalkin in AWS_RU
т.е. снапшот тоже отснапшотит вольюм по состоянию на 2 часа ночи но получим мы его через какое-то время
источник

vk

victor kurguzov in AWS_RU
Dmytro Zavalkin
ну тут не совсем правильно применение термина, я к тому что правило применится сразу но смена класса произойдет не мгновенно а за какое-то время т.к. это все идет через очередь под капотом
меня немножко сейчас удивило, что я смог поменять СС для картинки размером 16 кБ, хотя в доке сказано, что 128кБ минимум для standard-ia и 40кБ для глейшера
источник