Size: a a a

2021 February 01

АК

Алексей Крапивницкий... in DevOps
Igor Boyko
Мы юзаем
Чет я не въезжаю, как мне мигрировать кластер БД из дроплета в managed. Юзаю pg_dumpall для полного дампа, а дальше-то как? )
источник

IB

Igor Boyko in DevOps
Для начала предостерегу что бд как саас там полное говно
источник

IB

Igor Boyko in DevOps
А так, они рекомендуют дампать только БД и восстанавливать их соответственно, без юзеров итд
источник

IB

Igor Boyko in DevOps
pg_dump ... dbname > file.sql
pg_restore ... file.sql
источник

IB

Igor Boyko in DevOps
Но очень советую остаться на дроплете)
источник

АК

Алексей Крапивницкий... in DevOps
Igor Boyko
А так, они рекомендуют дампать только БД и восстанавливать их соответственно, без юзеров итд
Вроде пишут, что можно и через dumpall... Собственно, я даже подключиться не могу к managed, ни из консоли с дроплета, ни через pgAdmin с домашней машины. В первом случае говорит
psql: error: could not connect to server: Connection timed out
       Is the server running on host "amazon-servises-databases-do-user-7595777-0.b.db.ondigitalocean.com" (167.99.45.155) and accepting
       TCP/IP connections on port 25060?
во втором - timeout expired

Параметры для подключения у них копирую
источник

IB

Igor Boyko in DevOps
А не было попыток подключиться к бд до того, как она была полностью создана?
источник

АК

Алексей Крапивницкий... in DevOps
Igor Boyko
А не было попыток подключиться к бд до того, как она была полностью создана?
Неа
источник

IB

Igor Boyko in DevOps
Го лс тогда мб
источник

EU

Egor Urvanov in DevOps
Привет всём. У меня есть задача. Есть репки, в которых хранятся сервисы/воркеры. Их нужно деплоить и тестировать. Тестирование настроено в докере.

1. Поднимается докер с сервисом/воркером.
2. Поднимаются все зависимые контейнеры (psql, например и какой-нибудь почтовый сервер).
3. Поднимается контейнер с тестами и стреляет по сервису/воркеру.
4. Если постреляли и нашли ошибку, то докер с тестами завершается с кодом != 0. Умеем чекать это.
5. Если нет ошибки, то всё отлично. Выключаем все контейнеры и завершаем этап тестирования.

Хочу раннер поднимать в докере. Кроме того, хочется использовать docker-runner. Т.е. получается, что у меня возникает DockerInDocker. Далее, в докер-раннере оказывается ещё и несколько контейнеров: тесты, сервис/воркер, зависимые сервисы. Выглядит как жесть какая-то.

Как решается такая проблема?
источник

IB

Igor Boyko in DevOps
А в чем здесь капитальная проблема? Тестирование на CI типа гитлаба так и работает
источник

EU

Egor Urvanov in DevOps
Igor Boyko
А в чем здесь капитальная проблема? Тестирование на CI типа гитлаба так и работает
DockerInDockerInDocker? Это норм?
источник

IB

Igor Boyko in DevOps
А зачем сервисы кидать в dockerindockerindocker?
источник

IB

Igor Boyko in DevOps
Их можно рядышком пихать
источник

IB

Igor Boyko in DevOps
Ну и в любом случае должно работать если верно прокинуть сокет докера
источник

EU

Egor Urvanov in DevOps
Igor Boyko
А зачем сервисы кидать в dockerindockerindocker?
Сервисы запускаются в докере. Все сервисы находятся в docker-runner. Плюс сам гитлаб-раннер тоже в докере. Вот и получается. Или я что-то упускаю?
источник

IB

Igor Boyko in DevOps
Ты указываешь services: [] ?
источник

EU

Egor Urvanov in DevOps
Igor Boyko
Ты указываешь services: [] ?
Где я это должен указать?
источник

IB

Igor Boyko in DevOps
Ну как конкретно это у тебя выглядит то?)
источник

IB

Igor Boyko in DevOps
источник