Ich versuche Pet Set in Kubernetes 1.3 zu konfigurieren. Es gibt ein NFS-Speicher-Back-End, das erwartungsgemäß mit persistenten Volumes, Claims und Pods funktioniert. Wenn ich jedoch ein Pet-Set erstelle, ist VolumeClaimTemplate niemals an das persistente Volume gebunden, das von NFS unterstützt wird.Konfigurieren von Kubernetes Pet Set mit NFS
Unten finden Sie die Definition der PV -
apiVersion: v1
kind: PersistentVolume
metadata:
name: janipv
spec:
capacity:
storage: 3Gi
accessModes:
- ReadWriteMany
persistentVolumeReclaimPolicy: Recycle
nfs:
path: /var/data/test
server: 172.17.4.101
Als ich in der Dokumentation der Pet Set sample verfügbar versuchen läuft, sehe ich die folgende Meldung.
kubelet describe pv
{persistentvolume-controller } Warning ProvisioningFailed No provisioner plugin found for the claim!
Die gleiche Konfiguration funktioniert gut, wenn ich normalen Pod anstelle eines Haustier-Sets verwende.
Danke Prashanth! Ich habe drei Fragen - 1) Bedeutet das, Wenn ich ein PVC vor Hand mit der Namenskonvention von PVC-0 zu PVC-n erstelle, wird es durch Prüfer zur Laufzeit gebunden? 2) Welche dynamische Provisionierung wird während des Alphas unterstützt? 3) Wenn ich HostPath auf eine NFS-Freigabe verwende, bekomme ich das erwartete Ergebnis mit Pet Set? –
Nein, nur der PVC wird für Sie erstellt. Binding ist die Aufgabe des Provisioners (die in Ihrem Fall nicht existiert, also Provisioner == Mensch). Wenn Sie auf einem Cloud-Anbieter sind, sollte der richtige Provisioner für Sie gestartet werden, wenn Sie auf Metall sind, müssen Sie einen starten (ich glaube, Ceph und Gluster sind in Arbeit: https://github.com/kubernetes/kubernetes/pull/30888, https://github.com/kubernetes/kubernetes/pull/31251). –