Size: a a a

2021 February 13

MV

Maxim Vynogradov in AWS_RU
Dmytro Zavalkin
так а зачем вручную инвалидейтить? Выставить max-age за который точно не поменяется или не страшно  если будет устаревший контент, потом клаудфронт сам сходит к ориджину и заберет новую версию
Кеш с маленьким ttl? Честно говоря ни разу не пробовал
источник

DZ

Dmytro Zavalkin in AWS_RU
Arthur Gutman
В 5.6 нет performance_schema.status_by_thread
Ух про 5.6 я пропустил, могу только спросить зачем все ещё юзать 5.6?
источник

DZ

Dmytro Zavalkin in AWS_RU
5.7 добавили поддержку лет 5 уже назад кажется
источник

AG

Arthur Gutman in AWS_RU
Dmytro Zavalkin
Ух про 5.6 я пропустил, могу только спросить зачем все ещё юзать 5.6?
Да, будем мигрироваться скоро. Но пока еще на нем )
источник

AG

Arthur Gutman in AWS_RU
В январе AWS анонсировал one-click 5.6-> 5.7 Aurora upgrade. Попробуем )
источник

DZ

Dmytro Zavalkin in AWS_RU
Ну тогда можно при миграции и заэнфорсить всем юзерам ссл
источник

DZ

Dmytro Zavalkin in AWS_RU
А сейчас уже не трогать
источник

AG

Arthur Gutman in AWS_RU
Dmytro Zavalkin
Ну тогда можно при миграции и заэнфорсить всем юзерам ссл
Да, этого оч хочется
источник

AG

Arthur Gutman in AWS_RU
Dmytro Zavalkin
А сейчас уже не трогать
Пока вручную всем юзерам поставили REQUIRED SSL. В 5.7 есть опция глобального SSL, если не ошибаюсь
источник

DZ

Dmytro Zavalkin in AWS_RU
Arthur Gutman
Пока вручную всем юзерам поставили REQUIRED SSL. В 5.7 есть опция глобального SSL, если не ошибаюсь
Так если всем юзерам поставили required то уже всё сделано 😀
источник

MV

Maxim Vynogradov in AWS_RU
Dmytro Zavalkin
так а зачем вручную инвалидейтить? Выставить max-age за который точно не поменяется или не страшно  если будет устаревший контент, потом клаудфронт сам сходит к ориджину и заберет новую версию
Я правильно понимаю,  что это вероятно самый дешёвый/оптимальный вариант?
источник

AG

Arthur Gutman in AWS_RU
Dmytro Zavalkin
Так если всем юзерам поставили required то уже всё сделано 😀
👍
источник

DZ

Dmytro Zavalkin in AWS_RU
Maxim Vynogradov
Я правильно понимаю,  что это вероятно самый дешёвый/оптимальный вариант?
Оптимальный зависит от требований. Дешевый да - кешировать на уровне сдн дешевле всего
источник

DZ

Dmytro Zavalkin in AWS_RU
Дешевле только на компе юзера (в браузере) что max age заголовок также даст
источник

MV

Maxim Vynogradov in AWS_RU
Dmytro Zavalkin
Оптимальный зависит от требований. Дешевый да - кешировать на уровне сдн дешевле всего
Понял, спасибо!
источник

AT

Al T in AWS_RU
Там даже после того как ttl протухнет, будет послан запрос с  If-Modified-Since который s3 понимает и правильно обработает так что лишний раз не будет подтягиваться файл с S3 если он не поменялся на самом деле.  так что ничего плохого в небольших TTL нет на самом деле.. https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/RequestAndResponseBehaviorS3Origin.html
источник

MV

Maxim Vynogradov in AWS_RU
Al T
Там даже после того как ttl протухнет, будет послан запрос с  If-Modified-Since который s3 понимает и правильно обработает так что лишний раз не будет подтягиваться файл с S3 если он не поменялся на самом деле.  так что ничего плохого в небольших TTL нет на самом деле.. https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/RequestAndResponseBehaviorS3Origin.html
Понял, не знал,  спасибо!
источник

AT

Al T in AWS_RU
Я видел пару раз использовали очень креативно S3 в качестве кеша - если у вас допустим не JSON а отсортированный список строк фиксированной длины, то посылая Range запрос можно возвращать куски из S3 файла.
источник

AS

Alexey Stekov in AWS_RU
Мониторим основные сервисы в AWS с Prometheus и exporter’ами для CloudWatch

Если вы используете в облачных провайдерах managed-инсталляции серверных служб вроде RDS или ElastiCache от AWS, то скорее всего уже задавались темой мониторинга инфраструктуры, а главное — оповещений по произошедшим инцидентам. При реализации возникают понятные вопросы:

Узнать какие вопросы там возникают.
источник
2021 February 14

DL

Dmitry Lp. in AWS_RU
Всем привет! Не могу понять, почему при прочих равных некоторые инстансы потребляют больше cpu ? (elb разпределяет равномерно, сетевой трафик одинаковый, образ одинаковый, потребление всех инстансов почти одинаковое, а одного инстанса в 3 раза больше). И такое бывает часто. Это норма ? (top показывает 1.3 si,  2.6 st , больше чем на других)
источник