Как в minikube настроить работу приложения с Mysql?

Question

[Иван Веков]

Пытаюсь освоить kubernetes через minikube. Как пример делаю приложение на Slim Framework. Но до него еще не добрался, вроде бы осознал что такое все эти поды, ноды, сервисы, деплои. вольюмы, клэймы и тд. Но тотально встрял на одном вопросе и интернет меня не спасает. Вот есть у меня приложение на Nginx+Php-fpm как один сервис. Есть Mysql как второй сервис через StatefulSet. Но... как мне работать с этой БД из моего приложения?
С горем пополам сделал этот ужас:
https://github.com/ivekov/minikubeNginxPhpMysql

Уже осознал что для хранения данных БД стоило бы, наверное завести что-то типа директории storage/ и исключить ее из гита... И код в app смотреть даже не стоит, откуда-то скопировал. Писать на php и slim могу)
Но пока не до этого - сейчас цель понять как добраться до БД.

Answer 1

[chupasaurus]

Ну дык есть Service по имени mysql, приложение должно стучаться в него по этому DNS-имени.
БД у вас и так хранится на hostPath внутри виртуалки согласно PV.
Ещё заметка: nginx не нуждается в PV, разве что вам нужно хранить кеши (явно не про ваш проект). Для конфигов существуют ConfigMap и Secret, которые надо деплоить вместе с остальным приложением.

Comments

[Иван Веков]

Спасибо за ответ. То есть вместо адреса просто указывать mysql при коннекте в коде? Или это где-то в деплойменте или в сервисе приложения надо указывать?

Насчёт PV у nginx - как тогда вносить изменения в проект? То есть сейчас я вношу правки в код, и они отображаются на сайте. Если не использовать PV такого же не будет.

ConfigMap и Secret - использую, есть в директории /mysql только пока не разобрался с этими сущностями, так что, подозреваю что использую неправильно) В skaffold их прописал, в конфиге mysql-ss использую "secretKeyRef".

[chupasaurus]

Да, в $Host для адреса базы.
nginx-у нужны только ваши конфиги, их можно хранить в кубере и маунтить как volume (первый попавшийся пример).

[Иван Веков]

chupasaurus, кажется понял насчет адреса базы и конфигов по нджинс, благодарю. А не подскажите, почему у меня не получается подключиться к БД даже по ssh? Подключаюсь к Поду(?) с Mysql, авторизуюсь как рут, далее пишу mysql -p и пароль, который указан в секретах. Пишет ошибку, что не может авторизоваться с таким набором логин-пароль.

[chupasaurus]

Иван Веков, Внутрь пода попадают через kubectl exec, не надо использовать SSH

[Иван Веков]

chupasaurus, извиняюсь, я и имел ввиду kubectl exec

Answer 2

[Saboteur]

База отдельно, приложение отдельно.
Да, можно базу запустить в контейнере, примаунтить к контейнеру какой-то сетевой диск где будут хранится датафайлы.
Но если предполагается использование облака, то там есть готовые сервисы баз данных, для которых вообще не нужно думать о контейнерах, о ручном управлении.

Comments

[Иван Веков]

Спасибо за ответ. Облако может быть и буду в дальнейшем использовать, сейчас хочу разобраться что и как работает. Смотрю видео-курсы, но как-то не совсем помогает. Вроде бы общие какие-то понятия есть, а с практикой - сложности, как видите.
Базу в дальнейшем планирую хранить отдельно вне контейнера, в таком случае, коннект будет просто как к удаленному БД серверу. А в рамках kubernetes - не понял как это провернуть) И с моего конфига mysql у меня не получилось даже через ssh подключиться в саму БД... не то что через код с приложения)

[Saboteur]

Ну смотрите
1. За редким исключением - база это стабильная и неизменяемая вещь с точки зрения структуры. Зачастую множество новых версий продукта практически ничего не меняет в структуре базы

2. У базы данных есть свои инструменты для отказоустойчивости и распределении нагрузки - репликация, кластеризация, бэкапы. Она не похожа на приложение, для которого бэкап не обязателен - ведь всегда можно сбилдить приложение из исходников, а при необходимости даже повторить с конкретного коммита.

3. Приложение может горизонтально скейлится, приложение может состоять из множества сервисов, но все они лезут в одну базу, причем одни сервисы могут в это время лежать или обновляться. Если же лежит база, то обычно ВСЕ сервисы нерабочие.

Поэтому база обычно всегда отдельно, и особого смысла запихивать ее в контейнер действительно нет. Можно найти причину для этого, если захотеть, но... всегда есть способ сделать это без контейнера.