Deutsch
Menü

Grundlagen von Cloud und Containern

In Kubernetes erhält ein Pod bei jedem Neuerzeugen eine andere IP-Adresse. Welche Ressource ermöglicht es anderen Anwendungen, sich über einen gleichbleibenden Namen und eine gleichbleibende Adresse mit mehreren per Label ausgewählten Pods zu verbinden, wobei die Last auf diese verteilt wird?

  1. AConfigMap
  2. BService
  3. CPersistentVolume
Antwort und Erläuterung anzeigen

Antwort: B. Service

Ein Service gibt der Menge der Pods, die zu seinem Label-Selektor passen, eine virtuelle IP-Adresse und einen DNS-Namen, die innerhalb des Clusters gleich bleiben, und verteilt eingehenden Verkehr auf diese Pods. Auch wenn Pods ersetzt werden, genügt es, sich über den Namen des Service zu verbinden; die Clients müssen die Adressen der Pods nicht kennen. Um ihn außerhalb des Clusters zugänglich zu machen, setzt man type auf NodePort oder LoadBalancer oder verwendet ein Ingress. Eine ConfigMap ist eine Ressource für Konfigurationswerte, ein PersistentVolume eine für dauerhaften Speicher.

Dieses Thema üben Zur Themenseite

Weitere Fragen zu Grundlagen von Cloud und Containern

  1. In einem Kubernetes-Cluster sollen HTTPS-Anfragen, die für einen Hostnamen eintreffen, an den Service api gehen, wenn der Pfad mit /api beginnt, und sonst an den Service web. Welche Ressource eignet sich, um diese Verteilungsregel festzulegen?
  2. Das Passwort einer Datenbank wird in einem Kubernetes-Secret gespeichert. Welche Beschreibung eines Secrets ist richtig?
  3. Eine Webanwendung kann nach dem Start etwa 60 Sekunden lang, während sie ihren Cache lädt, keine Anfragen bearbeiten und liefert in dieser Zeit für /ready den Status 503. Welche Wirkung hat es, die obigen Einstellungen zum Container des Pods hinzuzufügen?
  4. In einer Webanwendung unter Kubernetes wurde die Prüfung der Liveness-Probe so erweitert, dass sie auch prüft, ob sich die Anwendung mit der Datenbank verbinden kann, von der sie abhängt. Welches Problem kann diese Einstellung am ehesten verursachen?
  5. Ein HorizontalPodAutoscaler in Kubernetes hat als Ziel eine CPU-Auslastung der Pods von 70 % und einen Bereich von 1 bis 10 Pods. Derzeit beträgt die mittlere CPU-Auslastung von 5 Pods 30 %. Wie viele Pods werden benötigt, wenn die benötigte Zahl als ⌈aktuelle Zahl × aktuelle Auslastung ÷ Zielauslastung⌉ berechnet wird (⌈ ⌉ bedeutet Aufrunden)?