Kubernetes persistenter Volume-Zugriffsmodus

Question

Es scheint, dass Kubernetes drei Arten von Zugriffsmodus für persistente Datenträger unterstützt: ReadWriteOnce, ReadOnlyMany, ReadWriteMany. Ich bin wirklich neugierig auf die Scheduler-Strategie für einen Pod, die den ReadWriteOnce-Modus Volume verwenden. Zum Beispiel, ich habe eine RC erstellt, die Pod Number = 2, ich denke, die beiden Pods werden in den gleichen Host geplant, weil sie die Lautstärke verwenden, die Readwriteonce-Modus haben? Ich möchte wirklich den Quellcode dieses Teils wissen.

Answer 1

Wenn ein Pod einen Datenträger mit dem ReadWriteOnce-Zugriffsmodus bereitstellt, kann kein anderer Pod diesen bereitstellen. In GCE (Google Compute Enginge) sind nur ReadWriteOnce und ReadOnlyMany zulässig. Daher lädt entweder ein Pod das Volume ReadWrite oder ein oder mehrere Pods laden das Volume ReadOnlyMany.

Der Scheduler (Code here) lässt nicht zu, dass ein Pod geplant wird, wenn er ein GCE-Volume verwendet, das bereits read-write-fähig ist.

(Dokumentation Referenz für diejenigen, die die Frage nicht verstanden: persistent volume access modes)