whentimeslows/website
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

added German translation for pod overview page

Browse Source
This commit is contained in:
flo-oss
2021-01-21 20:45:13 -08:00
parent dc75539de0
commit f213353b30
1 changed files with 25 additions and 24 deletions
Download Patch File Download Diff File Expand all files Collapse all files
content/de/docs/concepts/workloads/pods/_index.md
+25 -24
View File
@@ -12,7 +12,7 @@ card:
<!-- overview --> <!-- overview -->
_Pods_ sind die kleinsten installierbaren Softwareeinheiten, die in Kubernetes _Pods_ sind die kleinsten einsetzbaren Einheiten, die in Kubernetes
erstellt und verwaltet werden können. erstellt und verwaltet werden können.
Ein _Pod_ (übersetzt Gruppe/Schote, wie z. B. eine Gruppe von Walen oder eine Ein _Pod_ (übersetzt Gruppe/Schote, wie z. B. eine Gruppe von Walen oder eine
@@ -42,13 +42,13 @@ zum Debuggen gestartet werden, wenn dies der Cluster anbietet.
{{< note >}} {{< note >}}
Obwohl Kubernetes abgesehen von [Docker](https://www.docker.com/) auch andere Obwohl Kubernetes abgesehen von [Docker](https://www.docker.com/) auch andere
{{<glossary_tooltip text = "Container-Laufzeitumgebung" {{<glossary_tooltip text = "Container-Laufzeitumgebungen"
term_id = "container-runtime">}} unterstützt, ist Docker am bekanntesten und term_id = "container-runtime">}} unterstützt, ist Docker am bekanntesten und
es ist hilfreich, Pods mit der Terminologie von Docker zu beschreiben. es ist hilfreich, Pods mit der Terminologie von Docker zu beschreiben.
{{</ note>}} {{</ note>}}
Der gemeinsame Kontext eines Pods besteht aus einer Reihe von Linux-Namespaces, Der gemeinsame Kontext eines Pods besteht aus einer Reihe von Linux-Namespaces,
Cgroups und möglicherweise andere Aspekten der Isolation, also die gleichen Cgroups und möglicherweise anderen Aspekten der Isolation, also die gleichen
Dinge, die einen Dockercontainer isolieren. Innerhalb des Kontexts eines Pods Dinge, die einen Dockercontainer isolieren. Innerhalb des Kontexts eines Pods
können die einzelnen Anwendungen weitere Unterisolierungen haben. können die einzelnen Anwendungen weitere Unterisolierungen haben.
@@ -89,18 +89,19 @@ verwenden, wenn Ihre Container stark voneinander abhängen.
{{</ note>}} {{</ note>}}
Jeder Pod sollte eine einzelne Instanz einer gegebenen Anwendung ausführen. Wenn Jeder Pod sollte eine einzelne Instanz einer gegebenen Anwendung ausführen. Wenn
Sie Ihre Anwendung horizontal skalieren wollen (also mehr Instanzen auszuführen Sie Ihre Anwendung horizontal skalieren wollen (um mehr Instanzen auszuführen
und dadurch mehr Gesamtressourcen bereitstellen), sollten Sie mehrere Pods und dadurch mehr Gesamtressourcen bereitstellen), sollten Sie mehrere Pods
verwenden, verwenden,
einen für jede Instanz. In Kubernetes wird dies typischerweise als Replikation einen für jede Instanz. In Kubernetes wird dies typischerweise als Replikation
bezeichnet. bezeichnet.
Replizierte Pods werden normalerweise als eine Gruppe von Workload-Ressource Replizierte Pods werden normalerweise als eine Gruppe durch eine
und {{<glossary_tooltip text = "Controller" term_id = "controller">}} erstellt Workload-Ressource und deren
{{<glossary_tooltip text = "Controller" term_id = "controller">}} erstellt
und verwaltet. und verwaltet.
Die Seite [Pods und Controller](#pods-and-controllers) beschreibt, wie Kubernetes Die Seite [Pods und Controller](#pods-and-controllers) beschreibt, wie
Workload-Ressourcen und deren Controller verwendet, um Anwendungen zu skalieren Kubernetes Workload-Ressourcen und deren Controller verwendet, um Anwendungen
und zu heilen. zu skalieren und zu heilen.
### Wie Pods mehrere Container verwalten ### Wie Pods mehrere Container verwalten
@@ -121,12 +122,12 @@ Abbildung:
Einige Pods haben sowohl {{<glossary_tooltip text = "Initialisierungs-Container" Einige Pods haben sowohl {{<glossary_tooltip text = "Initialisierungs-Container"
term_id = "init-container">}} als auch {{<glossary_tooltip text = term_id = "init-container">}} als auch {{<glossary_tooltip text =
"Anwendungs-Container" term_id = "app-container">}}. "Anwendungs-Container" term_id = "app-container">}}.
Initialisierungs-Container werden gestartet und angehalten bevor die Initialisierungs-Container werden gestartet und beendet bevor die
Anwendungs-Container gestartet werden. Anwendungs-Container gestartet werden.
Pods stellen standardmäßig zwei Arten von gemeinsam Ressourcen für die Pods stellen standardmäßig zwei Arten von gemeinsam Ressourcen für die
enthaltenen Container bereit: enthaltenen Container bereit:
[Netzwerk](#pod-networking) und [Speicher](#pod-storage).. [Netzwerk](#pod-networking) und [Speicher](#pod-storage).
## Mit Pods arbeiten ## Mit Pods arbeiten
@@ -179,7 +180,7 @@ Workload-Ressourcen enthalten wie z. B.
[DaemonSets](/docs/concepts/workloads/controllers/daemonset/). [DaemonSets](/docs/concepts/workloads/controllers/daemonset/).
Jeder Controller für eine Workload-Ressource verwendet die Podvorlage innerhalb Jeder Controller für eine Workload-Ressource verwendet die Podvorlage innerhalb
des Workload-Objektes, um Pods zu erzeugen. Die Podvorlage ist Bestandteil des des Workload-Objektes, um Pods zu erzeugen. Die Podvorlage ist Teil des
gewünschten Zustands der Workload-Ressource, mit der Sie Ihre Anwendung gewünschten Zustands der Workload-Ressource, mit der Sie Ihre Anwendung
ausgeführt haben. ausgeführt haben.
@@ -217,8 +218,8 @@ ersetzt, und das Update ist abgeschlossen.
Jede Workload-Ressource implementiert eigenen Regeln für die Umsetzung von Jede Workload-Ressource implementiert eigenen Regeln für die Umsetzung von
Änderungen der Podvorlage. Wenn Sie mehr über StatefulSet erfahren möchten, Änderungen der Podvorlage. Wenn Sie mehr über StatefulSet erfahren möchten,
lesen Sie lesen Sie die Seite
[Update strategy](/docs/tutorials/stateful-application/basic-stateful-set/#updating-statefulsets) [Update-Strategien](/docs/tutorials/stateful-application/basic-stateful-set/#updating-statefulsets)
im Tutorial StatefulSet Basics. im Tutorial StatefulSet Basics.
@@ -243,9 +244,9 @@ und
[`replace`](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#replace-pod-v1-core) [`replace`](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#replace-pod-v1-core)
einige Einschränkungen: einige Einschränkungen:
- Die meisten Metadaten zu einem Pod sind unveränderlich. Zum Beispiel können - Die meisten Metadaten zu einem Pod können nicht verändert werden. Zum Beispiel können
Sie nicht die Felder `namespace`, `name`, `uid`, oder `creationTimestamp` Sie nicht die Felder `namespace`, `name`, `uid`, oder `creationTimestamp`
ändern. Das `generation`-Feld ist eindeutig. Es werden nur Aktualisierungen ändern. Das `generation`-Feld muss eindeutig sein. Es werden nur Aktualisierungen
akzeptiert, die den Wert des Feldes inkrementieren. akzeptiert, die den Wert des Feldes inkrementieren.
- Wenn das Feld `metadata.deletionTimestamp` gesetzt ist, kann kein neuer - Wenn das Feld `metadata.deletionTimestamp` gesetzt ist, kann kein neuer
Eintrag zur Liste `metadata.finalizers` hinzugefügt werden. Eintrag zur Liste `metadata.finalizers` hinzugefügt werden.
@@ -272,8 +273,8 @@ Container im Pod können auf die gemeinsamen Volumes zugreifen und dadurch Daten
austauschen. Volumes ermöglichen auch, dass Daten ohne Verlust gespeichert austauschen. Volumes ermöglichen auch, dass Daten ohne Verlust gespeichert
werden, falls einer der Container neu gestartet werden muss. werden, falls einer der Container neu gestartet werden muss.
Im Kapitel [Datenspeicherung](/docs/concepts/storage/) finden Sie weitere Im Kapitel [Datenspeicherung](/docs/concepts/storage/) finden Sie weitere
Informationen, wie Kubernetes gemeinsam genutzten Speicher implementiert und Pods Informationen, wie Kubernetes gemeinsam genutzten Speicher implementiert und
zur Verfügung stellt. Pods zur Verfügung stellt.
### Pod-Netzwerk ### Pod-Netzwerk
@@ -284,10 +285,10 @@ können die Container, die zum Pod gehören, über `localhost` miteinander
kommunizieren. Wenn Container in einem Pod mit Entitäten *außerhalb des Pods* kommunizieren. Wenn Container in einem Pod mit Entitäten *außerhalb des Pods*
kommunizieren, müssen sie koordinieren, wie die gemeinsam genutzten kommunizieren, müssen sie koordinieren, wie die gemeinsam genutzten
Netzwerkressourcen (z. B. Ports) verwenden werden. Innerhalb eines Pods teilen Netzwerkressourcen (z. B. Ports) verwenden werden. Innerhalb eines Pods teilen
sich Container eine IP-Adresse und einen Reihe von Ports und können sich sich Container eine IP-Adresse und eine Reihe von Ports und können sich
gegenseitig über `localhost` finden. Die Container in einem Pod können auch die gegenseitig über `localhost` finden. Die Container in einem Pod können auch die
üblichen Kommunikationsverfahren zwischen Prozessen nutzen, wie z. B. üblichen Kommunikationsverfahren zwischen Prozessen nutzen, wie z. B.
SystemV-Semaphoren oder POSIX Shared Memory. Container in verschiedenen Pods SystemV-Semaphoren oder "POSIX Shared Memory". Container in verschiedenen Pods
haben unterschiedliche IP-Adressen und können nicht per IPC ohne haben unterschiedliche IP-Adressen und können nicht per IPC ohne
[spezielle Konfiguration](/docs/concepts/policy/pod-security-policy/) [spezielle Konfiguration](/docs/concepts/policy/pod-security-policy/)
kommunizieren. Container, die mit einem Container in einem anderen Pod kommunizieren. Container, die mit einem Container in einem anderen Pod
@@ -306,7 +307,7 @@ der Container-Spezifikation verwendet wird.
Dies ist nützlich für Container, die Verwaltungsfunktionen des Betriebssystems Dies ist nützlich für Container, die Verwaltungsfunktionen des Betriebssystems
verwenden möchten, z. B. das Manipulieren des Netzwerk-Stacks oder den Zugriff verwenden möchten, z. B. das Manipulieren des Netzwerk-Stacks oder den Zugriff
auf Hardware. Prozesse innerhalb eines privilegierten Containers erhalten fast auf Hardware. Prozesse innerhalb eines privilegierten Containers erhalten fast
die gleichen Rechte wie sie Prozesse außerhalb eines Containers zur Verfügung die gleichen Rechte wie sie Prozessen außerhalb eines Containers zur Verfügung
stehen. stehen.
{{<note>}} {{<note>}}
@@ -324,7 +325,7 @@ verwaltet ohne dass sie vom
{{<glossary_tooltip text = "API Server" term_id = "kube-apiserver">}} überwacht {{<glossary_tooltip text = "API Server" term_id = "kube-apiserver">}} überwacht
werden. werden.
. .
Die meisten Pods werden von der Control Plane verwaltet (z. B. Die meisten Pods werden von der Kontrollebene verwaltet (z. B.
{{< glossary_tooltip text="Deployment" term_id="deployment" >}}). Aber für {{< glossary_tooltip text="Deployment" term_id="deployment" >}}). Aber für
statische Pods überwacht das Kubelet jeden statischen Pod direkt (und startet statische Pods überwacht das Kubelet jeden statischen Pod direkt (und startet
ihn neu, wenn er ausfällt). ihn neu, wenn er ausfällt).
@@ -333,7 +334,7 @@ Statische Pods sind immer an ein {{<glossary_tooltip term_id = "kubelet">}} auf
einem bestimmten Node gebunden. Der Hauptanwendungsfall für statische Pods einem bestimmten Node gebunden. Der Hauptanwendungsfall für statische Pods
besteht darin, eine selbst gehostete Steuerebene auszuführen. Mit anderen besteht darin, eine selbst gehostete Steuerebene auszuführen. Mit anderen
Worten: Das Kubelet dient zur Überwachung der einzelnen Worten: Das Kubelet dient zur Überwachung der einzelnen
[control plane components](/docs/concepts/overview/components/#control-plane-components). [Komponenten der Kontrollebene](/docs/concepts/overview/components/#control-plane-components).
Das Kubelet versucht automatisch auf dem Kubernetes API-Server für jeden Das Kubelet versucht automatisch auf dem Kubernetes API-Server für jeden
statischen Pod einen spiegelbildlichen Pod statischen Pod einen spiegelbildlichen Pod
@@ -348,7 +349,7 @@ sichtbar sind jedoch von dort nicht gesteuert werden können.
[Lebenszyklus eines Pods](/docs/concepts/workloads/pods/pod-lifecycle/). [Lebenszyklus eines Pods](/docs/concepts/workloads/pods/pod-lifecycle/).
* Erfahren Sie mehr über [RuntimeClass](/docs/concepts/containers/runtime-class/) * Erfahren Sie mehr über [RuntimeClass](/docs/concepts/containers/runtime-class/)
und wie Sie damit verschiedene Pods mit unterschiedlichen und wie Sie damit verschiedene Pods mit unterschiedlichen
Container-Laufzeitumgebung konfigurieren können. Container-Laufzeitumgebungen konfigurieren können.
* Lesen sie mehr über * Lesen sie mehr über
[Restriktionen für die Verteilung von Pods](/docs/concepts/workloads/pods/pod-topology-spread-constraints/). [Restriktionen für die Verteilung von Pods](/docs/concepts/workloads/pods/pod-topology-spread-constraints/).
* Lesen sie mehr über sogenannte * Lesen sie mehr über sogenannte