Есть ли лучший способ использования nfs поверх GCEPersistentDisk?

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

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

Мой главный вопрос: что считается наилучшей практикой для преодоления этого ограничения GCEPersistentDisk?

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

  • Nfs с использованием Helm Chart - кажется отличным, но не рекомендуется. Почему? Что не так с этим методом?
  • NFS-подкаталог-внешний Provisioner диаграмма - требуется сервер NFS установлен , и я не знаю , как. Вдобавок это подводные камни - серьезную проблему.
  • Google Filestore - кажется простым в использовании, но его минимальный размер составляет 1 ТБ, что приведет к дорогостоящему и большому количеству неиспользуемой памяти.
  • Обратитесь к GlusterFs вместо NFS - кажется сложным в установке и обслуживании.

Большое спасибо всем причастным!

1 ответ

В конце концов я обнаружил, что вы можете смонтировать GCS, а затем получить в нем доступ к используя: blobs,gcsfuse

На будущее - есть эквиваленты в s3fs-fuse (который также поддерживает GCS, minio и т. Д.).

Извините, если я спамил.

Другие вопросы по тегам