Проблема
Kubernetes не предоставляет упорство данных из коробки , что означает, когда POD воссоздается, данные (например, приложение базы данных) теряются. 🙉 Итак, ты Необходимо создать и настроить фактическое физическое хранилище и управлять им самостоятельно.
Как это сделать 👩🏻 💻
После настройки вы можете использовать это физическое хранилище, используя компоненты хранения Kubernetes. В этом видео я показываю вам 3 разных компонента тома Kubernetes, которые вам необходимо использовать для подключения фактического физического хранилища к вашему стручке, чтобы приложение внутри контейнера могло получить к нему доступ.
3 объемных компонентов
- 1 -й компонент «Постоянный том» является кластерным ресурсом, таким как ЦП или ОЗУ, который создается и предоставляется администраторами.
- 2 -й компонент «Постоянный объем претензий» С другой стороны, запрос пользователя или POD на постоянный том.
- С 3 -м компонентом «Класс хранения» Вы можете динамически предоставить постоянный компонент объема и, таким образом, автоматизировать процесс обеспечения хранилища.
Configmap и секрет как типы томов
ConfigMap и секретные компоненты могут использоваться для:
- Создайте отдельные пары ключевых значений, такие как учетные данные DB или URL-адрес DB
- но также создайте файлы конфигурации, которые могут быть монтируется в капсулу в виде объемов
Вы можете найти полное видео здесь:
Kubernetes 101 ► Компактный и простой для чтения комплект электронных книг 🚀 Это удобный способ быстро искать что -то или обновить свои знания на работе и использовать его в качестве чит -листа 😎
Я рад связаться с вами на 🙂
Оригинал: «https://dev.to/techworld_with_nana/data-persistence-in-kubernetes-kubernetes-volumes-simply-explained-852»