Работа с постоянными томами (PV)

Постоянные тома (Persistent Volumes, PV) можно подключать к простым демоприложениям различными способами. Далее для подключения будут использованы Persistent Volume Claims (PVC). Для проверки работоспособности приложений и подключенных к ним PV будет создан ресурс Ingress.

1. Создайте кластер актуальной версии, если это еще не сделано.

   При создании кластера:

   • Выберите опцию Назначить внешний IP.

   • Создайте одну группу узлов с типом виртуальной машины STD3-2-8 в зоне доступности MS1 с суммарными вычислительными ресурсами: 2 vCPU, 8 ГБ RAM (или можно выбрать более производительный тип). Это необходимо, чтобы можно было разместить все создаваемые далее объекты.

     Например, можно создать одну группу узлов с типом виртуальной машины STD3-2-8.

   Прочие параметры кластера выберите на свое усмотрение.

2. Убедитесь, что аддон NGINX Ingress (ingress-nginx) установлен в кластере с параметрами по умолчанию. Он потребуется для обеспечения доступа к демоприложениям.

3. Убедитесь, что вы можете подключиться к кластеру с помощью kubectl.

4. Установите curl, если утилита еще не установлена.

Далее будет продемонстрировано, как создать несколько веб-приложений на базе NGINX для отображения веб-страниц, записанных на подключенные к этим приложениям PV. Используется образ NGINX nginxdemos/nginx-hello, который отображает веб-страницы из директории /usr/share/nginx/html, поэтому все PV будут монтироваться в поды приложений именно по этому пути.

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

Блочные хранилища подключаются к кластеру с помощью Cinder CSI.

При использовании хранилищ такого типа:

• только один под может иметь доступ к хранилищу (несколько подов не смогут одновременно использовать блочное хранилище);
• как следствие, для доступа к хранилищу должен использоваться режим ReadWriteOnce.

Файловые хранилища подключаются к кластеру с помощью PV, который настроен на использование существующего хранилища по нужному протоколу, например, NFS.

При использовании хранилищ такого типа:

• сразу несколько подов могут иметь доступ к хранилищу;
• как следствие, для доступа к хранилищу должен использоваться режим ReadWriteMany.

1. Создайте манифест для ресурса Ingress, через который будут проходить запросы к приложениям.

   cafe-ingress.yaml

2. Примените этот манифест в кластере для создания всех необходимых ресурсов:

    
   kubectl apply -f ./cafe-ingress.yaml

3. Определите публичный IP-адрес Ingress-контроллера.

4. Проверьте доступность приложений с помощью curl, используя IP-адрес Ingress-контроллера.

   Tea

   Coffee

   Juice

   Milkshake

   Выполните команду:

    
   curl --resolve cafe.example.com:80:<IP-АДРЕС_INGRESS> http://cafe.example.com/tea

   Должен быть выведен ответ:

    
   The tea pod says Hello World to everyone! This file is located on the statically claimed persistent volume.

   Выполните команду:

    
   curl --resolve cafe.example.com:80:<IP-АДРЕС_INGRESS> http://cafe.example.com/coffee

   Должен быть выведен ответ:

    
   The coffee pod says Hello World to everyone! This file is located on the statically claimed persistent volume.

   Выполните команды:

    
   curl --resolve cafe.example.com:80:<IP-АДРЕС_INGRESS> http://cafe.example.com/juicecurl --resolve cafe.example.com:80:<IP-АДРЕС_INGRESS> http://cafe.example.com/juice/0curl --resolve cafe.example.com:80:<IP-АДРЕС_INGRESS> http://cafe.example.com/juice/1

   Должен быть выведен один и тот же ответ для приложения и каждой его реплики:

    
   The juice StatefulSet pod says Hello World to everyone! This file is located on the dynamically claimed Cinder ReadWriteOnce persistent volume.

   Выполните команды:

    
   curl --resolve cafe.example.com:80:<IP-АДРЕС_INGRESS> http://cafe.example.com/milkshakecurl --resolve cafe.example.com:80:<IP-АДРЕС_INGRESS> http://cafe.example.com/milkshake/0curl --resolve cafe.example.com:80:<IP-АДРЕС_INGRESS> http://cafe.example.com/milkshake/1

   Должен быть выведен один и тот же ответ для приложения и каждой его реплики:

    
   The milkshake StatefulSet pod says Hello World to everyone! This file is located on the dynamically claimed NFS ReadWriteMany persistent volume.

Работающий кластер тарифицируется и потребляет вычислительные ресурсы. Если ресурсы Kubernetes, созданные для проверки работы постоянных томов, вам больше не нужны, удалите их:

1. Удалите ресурсы, описанные в файлах манифестов:

   Linux/macOS

   Windows

    
   kubectl delete -f ./cafe-ingress.yamlkubectl delete -f ./milkshake.yamlkubectl delete -f ./juice.yamlkubectl delete -f ./coffee.yamlkubectl delete -f ./tea.yaml

    
   kubectl delete -f ./cafe-ingress.yaml; `kubectl delete -f ./milkshake.yaml; `kubectl delete -f ./juice.yaml; `kubectl delete -f ./coffee.yaml; `kubectl delete -f ./tea.yaml

2. Удалите неиспользуемые хранилища:

   • диск, который использовался приложением tea;
   • NFS-хранилище, которое использовалось приложением milkshake.

   Все другие хранилища Cinder, созданные с помощью динамических PVC, будут удалены автоматически.

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