AS
как то так пишут
Size: a a a
2018 December 14
EP
у меня вообще простой кейс - 15 контейнеров живут друг с другом в пределах одного окружения (ну или swarm-a) - один хост (4CPU/16RAM/RAID1-2xSAS10K). Шеф аргументирует тем, что нахер лишний слой создавать в виде гипервизора и виртуалки, а если че с гипервизором случится (че с ним случиться может)?. Я думаю что нужно как минимум из-за гибкости.
EP
Ну и шеф топит за впн в контейнере, что на мой взгляд лютый пиздец, но может я не прав тут.
AS
я тут не эксперт, но тут скорее vpn шлюз в виртуальной докеровской сетке наверное будет праивльно композером поднимать контейнер с шлюзом а други через него будут ходить в другую сеть за vpn… или фигню сказал?
YD
Ну и шеф топит за впн в контейнере, что на мой взгляд лютый пиздец, но может я не прав тут.
Это конечно бред
YD
k8s+какой нибудь persistent storage я думаю в самый раз
AS
Это конечно бред
аргументы?
EP
k8s+какой нибудь persistent storage я думаю в самый раз
а k8sне жирно для такого простенького проекта?
EP
просто я на него смотрю немного с опаской
AS
не, то что в самом контейнере VPN вроде как противоречит docker way) на сколько я могу понять, что в одном контейнере один процесс должен только трудиться
YD
Ну вот на тему вменяемых persistent storage в докер(в т.ч swarm) я чёт как то не особо нашел
YD
StorageOS разве что, но оно не production ready
H
Ну и шеф топит за впн в контейнере, что на мой взгляд лютый пиздец, но может я не прав тут.
Смотря о каком VPN речь
EP
Смотря о каком VPN речь
OpenVPN который
NK
почему) впн норм, если сеть грамотно разведена )
H
OpenVPN который
Я про задачу спрашивал
NK
но вот по мне через гипервизор и виланы как-то безопаснее )
H
если там будет 1мб в день пролетать - то openvpn хороший инструмент
NK
если совсем критично прям. ну и сервер если норм то там два адаптера