В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

AWS_RU

1753 membersпожаловаться на группу
2020 September 05

S

Something in AWS_RU
мда.
2020-09-05 16:13:57 UTC+0300  MonolithASG  UPDATE_FAILED  Received 0 SUCCESS signal(s) out of 1. Unable to satisfy 100% MinSuccessfulInstancesPercent requirement
То есть нет успешного сигнала, но старую ноду оно погасило, а новую оставило. Косяк.
источник
16:17пожаловаться#1

S

Something in AWS_RU
с сигналом мой косяк, потерял. Но остальное поведение - выглядит как баг
источник
16:19пожаловаться#2

N

NB in AWS_RU
Something
с сигналом мой косяк, потерял. Но остальное поведение - выглядит как баг
дак а нода посылает cfn-signal?
источник
16:20пожаловаться#3

S

Something in AWS_RU
NB
дак а нода посылает cfn-signal?
LaunchConfiguration, но я cfn-signal пролюбил. Уже поправил, но переприменить пока не могу, "in UPDATE_ROLLBACK_FAILED state and can not be updated"
источник
16:26пожаловаться#4

S

Something in AWS_RU
вот для чего он ждёт 15 минут на роллбэке? Всего-то надо было оставить старую ноду и вернуться на неё.
источник
16:30пожаловаться#5

S

Sebor in AWS_RU
NB
Дак а что это даст, ну раздуется АСГ, кто ее потом сдувать будет?
Так есть же не только scale up policy, но и scale down
источник
16:31пожаловаться#6

S

Something in AWS_RU
А, всё ещё веселее. UPDATE_ROLLBACK_FAILED - это "зверёк сдох". То есть теперь что, только удалять стэк и собирать заново?
источник
16:32пожаловаться#7

S

Something in AWS_RU
о, в stack actions есть continue update rollback где можно пропустить проблемные шаги...
источник
16:36пожаловаться#8
2020 September 06

m

mk in AWS_RU
Джельтмены, позвольте нубский вопрос:
Policy creation and Wait conditionals
я вот как то еще могу представить их общность как, то чтобы не дать использовать ресурс, пока он "полностью" не создастся
а вот в чем отличие?
источник
12:04пожаловаться#9

N

NB in AWS_RU
wait condition вроде может использоваться для on-prem ресурсов, а best practiсe является policy creation
источник
13:42пожаловаться#10

m

mk in AWS_RU
NB
wait condition вроде может использоваться для on-prem ресурсов, а best practiсe является policy creation
т.е практически они равноценны, если не смотреть на best practice?
источник
13:50пожаловаться#11

N

NB in AWS_RU
Смысл один, у creationpolicy интеграция с асг получше
источник
14:15пожаловаться#12

🅐

🅐🅝🅐🅣🅞🅛🅘🅨... in AWS_RU
Подскажите, rds multi AZ работает в редиме рид онли? Типа как рид реплика? Или это просто как резервная копия с возможностью быстрого переключения?
источник
14:40пожаловаться#13

DS

Dmitriy Solodukha in AWS_RU
🅐🅝🅐🅣🅞🅛🅘🅨
Подскажите, rds multi AZ работает в редиме рид онли? Типа как рид реплика? Или это просто как резервная копия с возможностью быстрого переключения?
Есть Multi-AZ deploy, когда происходит синхронизация данных. Это нужно на случай, если одна AZ падает и тогда вот эта другая назначается основной и продолжает работу.

А есть Read Replicas — это для увеличения доступности и снижения нагрузки на основую БД. Вот эти Read Replicas, в них данные запихиваются асинхронно, т.е. данные могут быть не очень прям новыми.

https://aws.amazon.com/rds/features/multi-az/
источник
14:44пожаловаться#14

AD

Aliaksandr Dounar in AWS_RU
https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html все же написано
Amazon
High Availability (Multi-AZ) for Amazon RDS - Amazon Relational Database Service
Get high availability and failover support for your DB instances with Amazon RDS using a Multi-AZ deployment.
источник
14:44пожаловаться#15

🅐

🅐🅝🅐🅣🅞🅛🅘🅨... in AWS_RU
Dmitriy Solodukha
Есть Multi-AZ deploy, когда происходит синхронизация данных. Это нужно на случай, если одна AZ падает и тогда вот эта другая назначается основной и продолжает работу.

А есть Read Replicas — это для увеличения доступности и снижения нагрузки на основую БД. Вот эти Read Replicas, в них данные запихиваются асинхронно, т.е. данные могут быть не очень прям новыми.

https://aws.amazon.com/rds/features/multi-az/
Ну тоесть варианта 2 в 1 нету, если я правильно понял. Или рид реплика для увеличения производительностей или высокая доступность. Но включить и то и то вроде ж  тоже можно?
источник
14:46пожаловаться#16

DS

Dmitriy Solodukha in AWS_RU
🅐🅝🅐🅣🅞🅛🅘🅨
Ну тоесть варианта 2 в 1 нету, если я правильно понял. Или рид реплика для увеличения производительностей или высокая доступность. Но включить и то и то вроде ж  тоже можно?
Можно 🙂
источник
14:46пожаловаться#17

🅐

🅐🅝🅐🅣🅞🅛🅘🅨... in AWS_RU
Dmitriy Solodukha
Можно 🙂
Ясно) спасибо!)
источник
14:47пожаловаться#18

YT

Yliy Tetrov in AWS_RU
вопрос от начинающего DevOps, стоит ли покупать подписку на CLOUDGURU? И если да то какую лучше посоветуете?
источник
18:25пожаловаться#19

AS

Andrey Shuster in AWS_RU
Yliy Tetrov
вопрос от начинающего DevOps, стоит ли покупать подписку на CLOUDGURU? И если да то какую лучше посоветуете?
Я недавно купил на Юдеми курс от КлаудГуру за 50 шекелей. Пока очень нравится.
источник
18:27пожаловаться#20