Size: a a a

2020 November 03

SK

Semen Kotliarenko in AWS_RU
барышня пошла проверять
источник

SK

Semen Kotliarenko in AWS_RU
не дают емейл по транзакции
источник
2020 November 04

AS

Alexey Stekov in AWS_RU
Что логично
источник

S

Salem in AWS_RU
Господа, что-то не могу найти инфу AWS VPN Client опенсорсный или нет? хочу подправить в UI кое-что
источник

S

Salem in AWS_RU
ну и будем говорить, UI стремненький вообще
источник

VT

Vladimir Tselm in AWS_RU
Salem
Господа, что-то не могу найти инфу AWS VPN Client опенсорсный или нет? хочу подправить в UI кое-что
А это что за зверь?
источник

S

Salem in AWS_RU
источник

m

mk in AWS_RU
Джельтмены, не мог бы кто нибудь обяснить за Aurora Global Claster? Нафига в другом регионе поднимать Read Claster, когда можно поднять только Read replica?
источник

S

Salem in AWS_RU
во-первых cluster, во-вторых, а если у тебя рид реплика упадет в AZ?
источник

S

Salem in AWS_RU
ну и третий пункт: авс коммерческая компания :)
источник

m

mk in AWS_RU
Salem
во-первых cluster, во-вторых, а если у тебя рид реплика упадет в AZ?
2- будут читать из primary region
3- самый весомый довод. бьет все аргументы
источник

AT

Al T in AWS_RU
ну в документации приведены следующие аргументы - вам решать соглашаться или нет

Advantages of Aurora global databases
Aurora global databases can provide you with the following advantages:

Secondary clusters provide scaling of reads far beyond the capacity of a single Aurora cluster.

A secondary cluster doesn't have a writer primary DB instance. This functionality means that it can have up to 16 read-only Aurora Replica instances, instead of the limit of 15 for a single Aurora cluster.

The replication performed by an Aurora global database has little performance impact on the primary DB cluster. The resources of the DB instances are fully devoted to serve application read and write workloads.

Changes are replicated between AWS Regions with minimal lag time, typically less than 1 second.

The secondary clusters enable fast failover for disaster recovery. You can typically promote a secondary cluster and make it available for writes in under a minute.

Applications in remote AWS Regions experience lower query latency when they read from a secondary cluster.
источник

AT

Al T in AWS_RU
в Аврору PG кстати недавно добавили pglogical поддержку - можно мутить свою репликацию ))
источник

AT

Al T in AWS_RU
а можно и мультимастер через DMS bi-directional replication :) хотя этот путь тернист как мне кажется
источник

YA

Yury Alexandrov in AWS_RU
Мультимастер с летенси между регионами это скорее всего не то, что вам надо.
источник

AT

Al T in AWS_RU
ну я имел ввиду больше асинхронную репликацию данных между регионами когда хочется писать в разные кластеры (а не гонять writes c одного региона на мастер в другой чтобы он потом опять вернулся на реплику)
источник

AT

Al T in AWS_RU
это безусловно не замена мультимастеру в общем случае (когда кворум хочется на запись и проч)
источник

DK

D K in AWS_RU
А в aws есть какое либо решение для доступа по rdp через бастион, особенно если хосты в автоскейленг группе и переодически у них меняются адреса
источник

AT

Al T in AWS_RU
источник

DK

D K in AWS_RU
выглядит вроде тем самым, т.е. я могу прости обернуть в два скрипта, 1. парсит и выводит список хостов, а дальше вибираем куда коннектиться. спс
источник