у меня лично ДР и я не пойду

и 27 и 28

хочу за сияшками поехать.

Andrea будет жить. Поприветствуем!

Safe Movement будет жить. Поприветствуем!

rbhbk 1 будет жить. Поприветствуем!

Админ, тут хулиганят!

Админ, тут хулиганят!

надо так наверное - @schors тут хулиганят

Угу. Спасибо

Коллеги подскажите рекомендование решение по HA Redis

?

кто что использует

Кроме sentinel как бы вариантов-то и нет

Коллеги подскажите рекомендование решение по HA Redis

helm chart для редиса имеет поддержку HA, если в k8s

Кроме sentinel как бы вариантов-то и нет

а cluster master-slave ?

и переключение например consul

?

не k8s

Мастер придется руками переназначать если он зафейлится

да, нужен парень в офис, т.к. помимо девопс задач нужно ещё и админить влегкую из дома можно иногда работать, но скорее как исключение

прям именно парень? Мне кажется это дискриминация.

@amix307 будет жить. Поприветствуем!

Мастер придется руками переназначать если он зафейлится

так consul для этого и хочу использовать

так consul для этого и хочу использовать

ну зачем что-то городить если sentinel уже готовый и распространяется с самим редисом?

ок спасибо будем делать

Коллеги подскажите рекомендование решение по HA Redis

Resec есть

ну зачем что-то городить если sentinel уже готовый и распространяется с самим редисом?

Потому что он не очень

вот в эту сторону и смотрю

Спасибо за подсказку

сами использовали?

Я сейчас на нем сижу. Из минусов - если несколько редисов в дц их нужно именно называть по разному (как сервисы)

Всмысле несколько разных кластеров из редисов

несколько редисов это несколько отдельных кластеров для разных задач?

Ага понял

Да)

спасибо буду изучать

Хотя могли уже и пофиксить

Потому что он не очень

Люто плюсую. Сентинел - обосс..ь и сжечь.

Сентинел да :) редкостная подделка :))

Меня в свое время особо порадовало, что у него на момент, когда я его использовал, не было advertise_address и потому в hetzner его было использовать просто невозможно :)

Dmitry Kalinnikov будет жить. Поприветствуем!

@blackened_death_metal будет жить. Поприветствуем!

Меня в свое время особо порадовало, что у него на момент, когда я его использовал, не было advertise_address и потому в hetzner его было использовать просто невозможно :)

Я как понимаю оно поверх senteil все равно?

Я как понимаю оно поверх senteil все равно?

Разве? Насколько я понимаю, оно наоборот вместо.

Да уже разобрался еще там же есть ссылка на redishappy его не пробовали?

Нет, к сожалению)

ладно спасибо за помошь

Хм ... а тут есть девопсы с яндекс-облаком? Я туплю или у них нельзя заблокировать через фаейрволы внешний трафик, потому что ip снаружи слишком виртуальный

@mo1seev ^

Я не понял вопроса

Ну, есть способ через iptables или что-то другое отбить внешний трафик? Например, у меня есть postgres и как мне его запрятать внутрь системы? Просто внутри машины я не вижу интерфейса на внеший ip, только на внутренний

Я так же не могу создать машинку без внешнего адреса, потому что в таком случае у нее просто нет доступа в интернету. Или я что-то делал не так?

Хм ... а тут есть девопсы с яндекс-облаком? Я туплю или у них нельзя заблокировать через фаейрволы внешний трафик, потому что ip снаружи слишком виртуальный

а в pg_hba разрешить коннекты только с внутренних IP?

Это есть, но postgres тут в качестве примера, есть сервисы, типо rabbitmq cluster port, которые хрен нормально спрячешь

тогда iptables. делать ipset по своим внутренним подсетям и разрешать коннект только с него.

https://habr.com/ru/post/108691/

Ну вот вопрос был в том, есть ли более человеческий способ или все так плохо?) Но спасибо за идею

Ну вот вопрос был в том, есть ли более человеческий способ или все так плохо?) Но спасибо за идею

если у сервиса нет штатного метода ограничения доступа, то тогда только использовать любой другой сервис, позволяющий ограничить доступ. желательно с гарантированной надежностью.

Мда, очень печально

А кто-нить тестировал фронт с graphql через selenium?

если у сервиса нет штатного метода ограничения доступа, то тогда только использовать любой другой сервис, позволяющий ограничить доступ. желательно с гарантированной надежностью.

А так большое спасибо за помощь, плохо знаком с фильтрами и забыл, что туда можно просто вхреначить рендж сетки

с ипсетом можно собрать даже тупо свою группу разрешенных ип-адресов.

Это есть, но postgres тут в качестве примера, есть сервисы, типо rabbitmq cluster port, которые хрен нормально спрячешь

Я не понял вопроса

Есть же Вирт сети и полиси на них

Я так же не могу создать машинку без внешнего адреса, потому что в таком случае у нее просто нет доступа в интернету. Или я что-то делал не так?

А почему бы не зароутить её через машину, у которой внешний адрес есть?

Обычно во внешнюю сеть пускают только часть машин, а все остальные пусть через них ходят

Есть же Вирт сети и полиси на них

Я не очень, наверное, но я там не нашел такого)

А почему бы не зароутить её через машину, у которой внешний адрес есть?

Руки в целом, у меня с этим сложности. Но покопаю в этом направлении

А почему бы не зароутить её через машину, у которой внешний адрес есть?

Потому что это не l2 облако, а l3?

Я не очень, наверное, но я там не нашел такого)

Напиши конкретнее

Я тебе кейсы на Яндекс и Гугл могу расписать

А, ещё на Мейл , но там по сути ванилла опенстек

@gecube но иногда облачные провайдеры позволяют роутить траффик через vm

Или даже дают свою реализацию Nat gw

@gecube но иногда облачные провайдеры позволяют роутить траффик через vm

Насколько я знаю, это не про гуголь и не про я

Если есть примеры - u r welcome

Насколько я знаю, это не про гуголь и не про я

В gcp - can forward ip ставишь и делаешь Nat какой хочешь

Про я облако ничего не знаю

Я думаю что там должны быть аналоги секюрити групп

а Я, кстати, открыли управление сетями в терраформ провайдере?

Напиши конкретнее

Ну, вот у меня пять машинок и мне нужно, что бы только у одной из них был наружу доступен только 80 и 443 порт, а все остальное закрыто. Пока что через iptables сделал с фильтрами по внутренним сетям, с которых можно