Понимание режимов постоянных заявок на объем в openshift

Question

Я пытаюсь понять различные режимы доступа для утверждений о постоянных томах в Openshift. Нашел следующую информацию здесь

Access Mode         CLI Abbreviation             Description
ReadWriteOnce           RWO               The volume can be mounted as read-write by a single node.

ReadOnlyMany            ROX               The volume can be mounted read-only by many nodes.

ReadWriteMany           RWX               The volume can be mounted as read-write by many nodes.

Я знаю, что PVC связаны с одним проектом / пространством имен и могут быть распространены также на разные проекты.

Но путаница здесь заключается в том, что здесь означает "один узел" или "много узлов". Например, в RWO Режим, "The volume can be mounted as read-write by a single node", На какой узел он ссылается.

Может ли кто-нибудь дать мне значение этих режимов по отношению к одному проекту / пространству имен. Может ли хранилище с RWO иметь разрешение на запись только для одного приложения или всех приложений в проекте?

Answer 1

Вся концепция RWO против RWX связана с проблемой монтирования одной и той же файловой системы на нескольких хостах, которая требует поддержки таких вещей, как ie. распределенная блокировка. Существуют конкретные реализации, которые могут справиться с этим, например. NFS, Ceph, GlusterFS и т. Д., Как правило, ориентированы на сетевые / кластерные файловые системы. Другие файловые системы не могут работать правильно, если вы пытаетесь монтировать их на разных серверах одновременно (обычно они просто не позволяют этого).

Таким образом, узел, в данном случае, означает конкретный узел кластера kubernetes (будь то сервер baremetal или VM). Но, как следствие, вам следует подумать об этом и в области POD, поскольку в большинстве случаев модули могут вращаться на разных узлах, что означает, что они не могут использовать один и тот же том или вы не можете предполагать, что этот том будет иметь согласованное общее состояние так и получилось бы то есть. использование томов HostPath, уникальных для каждого узла в кластере.

Чтобы уточнить вопрос ниже:

Тома RWO имеют отношение 1:1 к стручку в целом. Хотя в некоторых случаях вы можете определить тома RWO для указания на тот же физический ресурс, что и hostPath, технически они всегда будут тесно связаны исключительно с одним POD. Это особенно заметно, если вы используете объекты PhysicalVolumes / PhysicalVolumeClaims, которые будут учитывать эти ограничения для привязки PV к PVC. Только тома RWX предоставляют вам хранилище, совместно используемое несколькими модулями, причем все модули могут записывать в него.