Lokalne udostępnione woluminy brzegowe

W tym artykule opisano konfigurację lokalnych udostępnionych woluminów brzegowych (wysoce dostępny, trwały magazyn lokalny).

Co to jest lokalny udostępniony wolumin brzegowy?

Funkcja lokalnego udostępnionego woluminu usługi Edge zapewnia magazyn o wysokiej dostępności, obsługujący tryb failover, lokalny dla klastra Kubernetes. Ten udostępniony typ magazynu pozostaje niezależny od infrastruktury chmury, co czyni go idealnym rozwiązaniem dla miejsc tymczasowych, magazynu tymczasowego i lokalnie trwałych danych, które mogą być nieodpowiednie dla miejsc docelowych w chmurze.

Tworzenie lokalnego udostępnionego woluminu krawędzi trwałego oświadczenia woluminu (PVC) i konfigurowanie zasobnika pod kątem PCV

1. Utwórz plik o nazwie z localSharedPVC.yaml następującą zawartością. Zmodyfikuj metadata.name wartość przy użyciu nazwy oświadczenia trwałego woluminu. Następnie w wierszu 8 określ przestrzeń nazw zgodną z zamierzonym zasobnikiem zużywania. Wartość metadata.name jest przywołyowana w ostatnim wierszu deploymentExample.yaml w następnym kroku. Parametr spec.resources.requests.storage określa rozmiar woluminu trwałego. W tym przykładzie jest to 2 GB, ale można go zmodyfikować zgodnie z potrzebami:

   Uwaga

   Używaj tylko małych liter i kreski. Aby uzyskać więcej informacji, zobacz dokumentację nazewnictwa obiektów Kubernetes.

   kind: PersistentVolumeClaim
   apiVersion: v1
   metadata:
     ### Create a name for your PVC ###
     name: <create-a-pvc-name-here>
     ### Use a namespace that matches your intended consuming pod, or "default" ###
     namespace: <intended-consuming-pod-or-default-here>
   spec:
     accessModes:
       - ReadWriteMany
     resources:
       requests:
         storage: 2Gi
     storageClassName: unbacked-sc
   

2. Utwórz plik o nazwie z deploymentExample.yaml następującą zawartością. Dodaj wartości dla containers.name i volumes.persistentVolumeClaim.claimName. Parametr spec.replicas określa liczbę zasobników repliki do utworzenia. W tym przykładzie jest to 2, ale można go zmodyfikować zgodnie z potrzebami:

   Uwaga

   Używaj tylko małych liter i kreski. Aby uzyskać więcej informacji, zobacz dokumentację nazewnictwa obiektów Kubernetes.

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: localsharededgevol-deployment ### This will need to be unique for every volume you choose to create
   spec:
     replicas: 2
     selector:
       matchLabels:
         name: wyvern-testclientdeployment
     template:
       metadata:
         name: wyvern-testclientdeployment
         labels:
           name: wyvern-testclientdeployment
       spec:
         affinity:
           podAntiAffinity:
             requiredDuringSchedulingIgnoredDuringExecution:
               - labelSelector:
                   matchExpressions:
                     - key: app
                       operator: In
                       values:
                         - wyvern-testclientdeployment
                 topologyKey: kubernetes.io/hostname
         containers:
           ### Specify the container in which to launch the busy box. ###
           - name: <create-a-container-name-here>
             image: 'mcr.microsoft.com/mirror/docker/library/busybox:1.35'
             command:
               - "/bin/sh"
               - "-c"
               - "dd if=/dev/urandom of=/data/acsalocalsharedtestfile count=16 bs=1M && while true; do ls /data &>/dev/null || break; sleep 1; done"
             volumeMounts:
               ### This name must match the following volumes::name attribute ###
               - name: wyvern-volume
                 ### This mountPath is where the PVC will be attached to the pod's filesystem ###
                 mountPath: /data
         volumes:
           ### User-defined name that is used to link the volumeMounts. This name must match volumeMounts::name as previously specified. ###
           - name: wyvern-volume
             persistentVolumeClaim:
               ### This claimName must refer to your PVC metadata::name from lsevPVC.yaml.
               claimName: <your-pvc-metadata-name-from-line-5-of-pvc-yaml>
   

3. Aby zastosować te pliki YAML, uruchom polecenie:

   kubectl apply -f "localSharedPVC.yaml"
   kubectl apply -f "deploymentExample.yaml"
   

4. Uruchom polecenie kubectl get pods , aby znaleźć nazwę zasobnika. Skopiuj tę nazwę, ponieważ jest ona potrzebna w następnym kroku.

   Uwaga

   Ponieważ spec::replicas parametr from deploymentExample.yaml został określony jako 2, dwa zasobniki są wyświetlane przy użyciu polecenia kubectl get pods. Możesz wybrać nazwę zasobnika do użycia w następnym kroku.

5. Uruchom następujące polecenie i zastąp POD_NAME_HERE wartość skopiowaną z poprzedniego kroku:

   kubectl exec -it pod_name_here -- sh
   

6. Zmień katalogi na ścieżkę /data instalacji, jak określono w deploymentExample.yamlpliku .

7. Na przykład utwórz plik o nazwie file1.txt i zapisz go przy użyciu polecenia echo "Hello World" > file1.txt.

Po wykonaniu poprzednich kroków rozpocznij monitorowanie wdrożenia przy użyciu usług Azure Monitor i Kubernetes Monitoring lub monitorowania innych firm za pomocą rozwiązań Prometheus i Grafana.

Następne kroki

Monitorowanie wdrożenia