0Pricing
Kubernetes Basics · Lekcja

DaemonSets dla zadań zależnych od węzła

Używaj obiektów DaemonSets do uruchamiania kopii Poda na wszystkich lub wybranych węzłach klastra w celu wykonywania operacji na poziomie klastra.

DaemonSets dla zadań zależnych od węzła to bezpłatna lekcja Kubernetes Basics na CoddyKit. To lekcja 2 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Kubernetes Basics, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Kubernetes Basics zawiera 4 lekcji w sumie.

Czym są DaemonSets?

Wyobraźmy sobie, że potrzebują Państwo uruchomić określone narzędzie lub usługę na każdym serwerze w klastrze. Przykładem może być agent rejestrowania zbierający logi z każdej maszyny.

Właśnie do tego służą DaemonSets! W przeciwieństwie do obiektów Deployment, których celem jest utrzymywanie określonej liczby Podów uruchomionych gdzieś w klastrze, DaemonSet zapewnia uruchomienie kopii Poda na wszystkich węzłach lub na wybranych węzłach.

Typowe zastosowania DaemonSets

DaemonSets doskonale nadają się do zadań, które muszą być wykonywane na poziomie węzła. Oto kilka typowych przykładów:

  • Agenci rejestrowania: narzędzia takie jak Fluentd lub Logstash do zbierania logów z każdego węzła.
  • Agenci monitorowania: Prometheus Node Exporter do gromadzenia metryk z każdego serwera.
  • Demons magazynu danych: usługi takie jak GlusterFS lub Ceph zapewniające rozproszony magazyn danych na każdym węźle.
  • Serwery proxy sieciowe: należący do Kubernetes Kube-proxy działa jako DaemonSet i zarządza regułami sieciowymi.

Podstawowy manifest DaemonSet

Definicja DaemonSet wygląda bardzo podobnie do definicji Deployment. Kluczową różnicą jest wartość kind: DaemonSet. Przyjrzyjmy się podstawowej strukturze:

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: my-daemonset
spec:
  selector:
    matchLabels:
      app: my-daemonset-app
  template:
    metadata:
      labels:
        app: my-daemonset-app
    spec:
      containers:
      - name: my-container
        image: busybox
        command: ["sh", "-c", "echo 'Hello from DaemonSet on node $(NODE_NAME)'; sleep 3600"]
        env:
        - name: NODE_NAME
          valueFrom:
            fieldRef:
              fieldPath: spec.nodeName

Najważniejsze elementy pliku YAML

Przeanalizujmy najważniejsze sekcje naszego manifestu DaemonSet:

  • kind: DaemonSet: informuje Kubernetes, że chcemy zarządzać Podami przeznaczonymi dla konkretnych węzłów.
  • spec.selector: element niezbędny — definiuje sposób, w jaki DaemonSet wyszukuje Pody i zarządza nimi za pomocą etykiet.
  • spec.template: jest to właściwa definicja Poda. Jest niemal identyczna z szablonem Poda używanym w obiekcie Deployment. Opisuje kontenery, wolumeny i inne ustawienia Poda uruchamianego na każdym węźle.

Wdrażanie na wszystkich węzłach

Oto prosty DaemonSet, który uruchamia kontener busybox na każdym kwalifikującym się węźle. Kontener wyświetli komunikat wskazujący węzeł, na którym działa.

Jest to typowy wzorzec dla agentów działających w całym klastrze.

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: node-hello-daemon
spec:
  selector:
    matchLabels:
      app: node-hello
  template:
    metadata:
      labels:
        app: node-hello
    spec:
      containers:
      - name: hello-container
        image: busybox
        command: ["sh", "-c", "while true; do echo 'Hello from node: $(NODE_NAME)'; sleep 5; done"]
        env:
        - name: NODE_NAME
          valueFrom:
            fieldRef:
              fieldPath: spec.nodeName

Uruchamianie DaemonSet

Aby utworzyć DaemonSet w klastrze Kubernetes, należy użyć znanego polecenia kubectl apply wraz z przedstawionym wcześniej plikiem YAML:

kubectl apply -f node-hello-daemonset.yaml

Kubernetes zadba następnie o zaplanowanie Poda na każdym węźle spełniającym kryteria DaemonSet.

Sprawdzanie stanu DaemonSet

Po zastosowaniu manifestu można sprawdzić stan DaemonSet oraz utworzonych przez niego Podów:

  • Aby wyświetlić DaemonSet: kubectl get ds
  • Aby wyświetlić poszczególne Pody uruchomione na każdym węźle: kubectl get pods -l app=node-hello -o wide

Opcja -o wide ułatwia sprawdzenie, na którym węźle zaplanowano każdy Pod.

DaemonSets na wybranych węzłach

Co zrobić, jeśli DaemonSet ma działać tylko na podzbiorze węzłów? Na przykład wyłącznie na węzłach wyposażonych w procesor GPU lub przeznaczonych do obsługi magazynu danych.

Można to osiągnąć za pomocą elementu nodeSelector. To pole w elemencie spec Poda, znajdującym się w szablonie DaemonSet, pozwala określić etykiety, które musi mieć węzeł, aby można było na nim zaplanować Pod.

Używanie selektorów węzłów w YAML

Zmodyfikujmy poprzedni DaemonSet tak, aby działał tylko na węzłach oznaczonych etykietą disktype: ssd. Najpierw należy oznaczyć węzły etykietą, np. za pomocą polecenia kubectl label node <node-name> disktype=ssd.

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: ssd-monitor-daemon
spec:
  selector:
    matchLabels:
      app: ssd-monitor
  template:
    metadata:
      labels:
        app: ssd-monitor
    spec:
      nodeSelector:
        disktype: ssd # Only runs on nodes with this label
      containers:
      - name: monitor-container
        image: busybox
        command: ["sh", "-c", "while true; do echo 'Monitoring SSD on node: $(NODE_NAME)'; sleep 10; done"]
        env:
        - name: NODE_NAME
          valueFrom:
            fieldRef:
              fieldPath: spec.nodeName

Możliwości DaemonSet

Wiedzą już Państwo, jak działają DaemonSets. Sprawdźmy Państwa wiedzę!

DaemonSets: najważniejsze informacje

Świetna praca! Udało się Państwu poznać obiekty DaemonSet w Kubernetes.

  • DaemonSets zapewniają uruchomienie Poda na każdym kwalifikującym się węźle.
  • Mają kluczowe znaczenie dla operacji na poziomie węzła, takich jak agenci rejestrowania, monitorowania i magazynu danych.
  • Za pomocą elementu nodeSelector można wskazywać konkretne węzły.
  • DaemonSets definiuje się za pomocą kind: DaemonSet i używają one szablonu Poda, podobnie jak obiekty Deployment.

W następnej części poznają Państwo StatefulSets służące do zarządzania aplikacjami stanowymi!

Często zadawane pytania

Czy lekcja „DaemonSets dla zadań zależnych od węzła” jest bezpłatna?

Tak — pełny tekst „DaemonSets dla zadań zależnych od węzła” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Kubernetes Basics, przejdź na CoddyKit PRO. Kurs Kubernetes Basics zawiera 4 lekcji w sumie.

Co nauczysz się w „DaemonSets dla zadań zależnych od węzła”?

Używaj obiektów DaemonSets do uruchamiania kopii Poda na wszystkich lub wybranych węzłach klastra w celu wykonywania operacji na poziomie klastra. Ćwiczysz Kubernetes Basics z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć Kubernetes Basics?

Nie wymagamy żadnego doświadczenia. Kubernetes Basics w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 2 z 4.

Ile czasu zajmuje lekcja „DaemonSets dla zadań zależnych od węzła”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji Kubernetes Basics?

Tak. Każda lekcja Kubernetes Basics zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. StatefulSets dla aplikacji stanowych
  2. DaemonSets dla zadań zależnych od węzła
  3. Poznajemy Kubernetes Operators
  4. Definicje niestandardowych zasobów (CRD)
← Powrót do Kubernetes Basics