Kubernetes AWS поделился постоянным томом - PullRequest
Новая
       19

Kubernetes AWS поделился постоянным томом

1 голос
/ 23 апреля 2019

У меня есть следующее:

Реплики 2-х стаканов, с балансировкой нагрузки.Каждая реплика с двумя контейнерами, совместно использующими сеть.

Мне нужен общий том ...

Я ищу решение, в котором 2 контейнера и каждый из контейнеров в контейнерах.может разделить каталог с правами чтения + записи.Таким образом, если в него записывается один контейнер из модуля 1, контейнеры из модуля 2 смогут получить доступ к новым данным.

Возможно ли это с помощью постоянных томов и PVC?если да, то что мне нужно, и каковы указания на более подробную информацию о том, что FS будет работать лучше, статический или динамический класс, и класс хранения.

Может ли том быть корзиной S3?

Спасибо!

Ответы [ 2 ]

2 голосов
/ 23 апреля 2019

См. https://kubernetes.io/docs/concepts/storage/persistent-volumes/#access-modes для всех доступных бэкэндов томов (необходима совместимость ReadWriteMany)

Как вы можете найти там, AWSElasticBlockStore не поддерживает это. Вам понадобится любой сторонний поставщик томов, который поддерживает ReadWriteMany.

UPD: еще один ответ https://stackoverflow.com/a/51216537/923620 предполагает, что AWS EFS тоже работает.

1 голос
/ 23 апреля 2019

Есть несколько вариантов в зависимости от цены и необходимых усилий:

  1. Самое простое, но немного более дорогое решение - использовать EFS + NFS Persistent Volumes . Однако EFS имеет серьезные ограничения по пропускной способности, для подробностей прочтите здесь .
  2. Вы можете создать модуль с NFS-сервером внутри и снова смонтировать постоянные тома NFS в модули. Смотрите пример здесь . Это требует больше ручной работы и не полностью доступно. Если модуль NFS-сервера выходит из строя, то вы будете наблюдать некоторое (надеюсь) короткое время простоя, прежде чем он будет воссоздан.
  3. Для конфигурации высокой доступности вы можете предоставить GlusterFS на Kubernetes. Это требует больших усилий, но обеспечивает большую гибкость и скорость.
  4. Несмотря на то, что монтирование S3 в контейнерах каким-то образом возможно с использованием ужасных костылей, это решение имеет многочисленные недостатки и в целом не является производственным классом. Для тестирования вы можете сделать это.
...