Archiv für Versionshinweise

Diese Seite enthält ein historisches Archiv aller Versionshinweise für Google Kubernetes Engine vor 2018. Neuere Versionshinweise finden Sie hier.

Fügen Sie die URL dieser Seite Ihrem Feedreader hinzu, um die neuesten Produktaktualisierungen zu erhalten.

14. Dezember 2017

Versionsupdates

Die Versionen von Kubernetes Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Kubernetes Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Für Upgrades und neue Cluster verfügbare neue Versionen

Nach dem Rolloutzeitplan von dieser Woche sind jetzt die folgenden Versionen für neue Cluster und aktivierte Master- und Knotenupgrades verfügbar:

  • Kubernetes 1.8.4-gke.1
  • Kubernetes 1.7.11-gke.1
  • Kubernetes 1.6.13-gke.1

Durch diese Versionsupdates wird das Standardknoten-Image für Kubernetes Engine-Knoten auf die Version cos-stable-63-10032-71-0-p des Container-Optimized OS angehoben.

Nicht mehr verfügbare Versionen

Die folgenden Versionen sind für neue Cluster oder aktivierte Master- und Knotenupgrades nicht mehr verfügbar:

  • Kubernetes 1.8.4-gke.0
  • Kubernetes 1.7.11-gke.0
  • Kubernetes 1.6.13-gke.0

Rolloutzeitplan

Datum Verfügbare Zonen
14.12.2017 europe-west2-a, us-east1-d
15.12.2017 asia-east1-a, asia-northeast1-a, asia-south1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a
18.12.2017 asia-east1-c, asia-northeast1-b, asia-south1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
19.12.2017 asia-east1-b, asia-northeast1-c, asia-south1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

5. Dezember 2017

Neue Funktionen

Regionale Cluster sind jetzt als Betaversion verfügbar.

1. Dezember 2017

Versionsupdates

Die Versionen von Kubernetes Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Kubernetes Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Neue Funktionen

Audit-Logging ist jetzt in der Betaversion verfügbar.

28. November 2017

Versionsupdates

Die Versionen von Kubernetes Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Kubernetes Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Für Upgrades und neue Cluster verfügbare neue Versionen

Nach dem Rolloutzeitplan von dieser Woche sind jetzt die folgenden Versionen für neue Cluster und aktivierte Master- und Knotenupgrades verfügbar:

  • Kubernetes 1.8.4-gke.0
  • Kubernetes 1.7.11-gke.0
  • Kubernetes 1.6.13-gke.0

Rolloutzeitplan

Datum Verfügbare Zonen
28.11.2017 europe-west2-a, us-east1-d
29.11.2017 asia-east1-a, asia-northeast1-a, asia-south1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a
30.11.2017 asia-east1-c, asia-northeast1-b, asia-south1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
01.12.2017 asia-east1-b, asia-northeast1-c, asia-south1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

Weitere Updates

Die Version "m63" von Container-Optimized OS steht jetzt als Knoten-Image für Google Kubernetes Engine zur Verfügung.

13. November 2017

Versionsupdates

Die Versionen von Kubernetes Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Kubernetes Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Für Upgrades und neue Cluster verfügbare neue Versionen

Nach dem Rolloutzeitplan von dieser Woche sind jetzt die folgenden Versionen für neue Cluster und aktivierte Master- und Knotenupgrades verfügbar:

  • Kubernetes 1.7.10-gke.0
  • Kubernetes 1.8.3-gke.0

Weitere Updates

Container Engine heißt jetzt Kubernetes Engine. Weitere Informationen finden Sie im Google Cloud Platform-Blogpost.

Die kubectl-Version von Kubernetes Engine wurde von 1.8.2 auf 1.8.3 aktualisiert.

7. November 2017

Versionsupdates

Die Versionen von Container Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Container Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Für Upgrades und neue Cluster verfügbare neue Versionen

Nach dem Rolloutzeitplan von dieser Woche sind jetzt die folgenden Versionen für neue Cluster und aktivierte Master- und Knotenupgrades verfügbar:

  • Kubernetes 1.8.2-gke.0

Rolloutzeitplan

Datum Verfügbare Zonen
07.11.2017 europe-west2-a, us-east1-d
18.11.2017 asia-east1-a, asia-northeast1-a, asia-south1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a
09.11.2017 asia-east1-c, asia-northeast1-b, asia-south1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
10.11.2017 asia-east1-b, asia-northeast1-c, asia-south1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

Neue Funktionen

Der Befehl gcloud container clusters create wurde um eine Option ergänzt: --enable-basic-auth. Mit dieser Option können Sie einen Cluster mit aktivierter Basisautorisierung erstellen.

Der Befehl gcloud container clusters update wurde um die Optionen --enable-basic-auth, --username und --password ergänzt. Mit diesen Optionen können Sie die Basisautorisierung aktivieren oder deaktivieren sowie den Nutzernamen und das Passwort für einen vorhandenen Cluster ändern.

31. Oktober 2017

Versionsupdates

Die Versionen von Container Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Container Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Für Upgrades und neue Cluster verfügbare neue Versionen

Nach dem Rolloutzeitplan von dieser Woche sind jetzt die folgenden Versionen für neue Cluster und aktivierte Master- und Knotenupgrades verfügbar:

  • Kubernetes 1.7.9-gke.0

Geplante automatische Upgrades

Nach dem Rolloutzeitplan werden Cluster, auf denen die nachstehenden Kubernetes-Versionen ausgeführt werden, wie folgt automatisch aktualisiert:

  • Cluster mit Kubernetes 1.6.x werden auf 1.6.11-gke.0 aktualisiert.
  • Cluster mit Kubernetes 1.7.x werden auf 1.7.8-gke.0 aktualisiert.
  • Cluster mit Kubernetes 1.8.x werden auf 1.8.1-gke.1 aktualisiert.

Dieses Upgrade wird auf Clustermaster und bei aktivierten automatischen Knotenupgrades auf alle Clusterknoten angewendet.

Neue Standardversion für neue Cluster

Nach dem Rolloutzeitplan von dieser Woche ist die Kubernetes-Version 1.7.8-gke.0 jetzt die Standardversion für neue Cluster.

Rolloutzeitplan

Datum Verfügbare Zonen
31.10.2017 europe-west2-a, us-east1-d
01.11.2017 asia-east1-a, asia-northeast1-a, asia-south1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a
02.11.2017 asia-east1-c, asia-northeast1-b, asia-south1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
03.11.2017 asia-east1-b, asia-northeast1-c, asia-south1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

Neue Funktionen

Sie können jetzt Container Engine-Cluster in der Region asia-south1 (Mumbai) ausführen.

Korrekturen

Cluster, die Version cos-stable-61 des "Container-Optimized OS" Knoten-Images verwenden, können durch Abstürze und Neustarts des Docker-Daemons beeinträchtigt werden und dann unter Umständen keine Pods mehr planen.

Zur Lösung dieses Problems werden Cluster, auf denen die Kubernetes-Version 1.6.x, 1.7.x oder 1.8.x ausgeführt wird, automatisch auf Version 1.6.11-gke.0, 1.7.8-gke.0 bzw. 1.8.1-gke.1 aktualisiert. Diese Versionen wurden dem Knoten-Image cos-stable-60-9592-90-0 neu zugeordnet.

Bekannte Probleme

Bei Clustern mit der Kubernetes-Version 1.7.6 sind die Messwerte für die Arbeitsspeichernutzung von Pods, die auf dem Cluster ausgeführt werden, unter Umständen falsch. Zur Milderung dieses Problems werden Cluster automatisch auf Version 1.7.8-gke.0 aktualisiert. Wenn für Ihren Cluster keine automatischen Knotenupgrades aktiviert sind, können Sie manuell ein Upgrade auf 1.7.8-gke.0 durchführen.

24. Oktober 2017

Versionsupdates

Die Versionen von Container Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Container Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Für Upgrades und neue Cluster verfügbare neue Versionen

Nach dem Rolloutzeitplan von dieser Woche ist die Kubernetes-Version 1.8.1 jetzt allgemein verfügbar. Weitere Informationen zu den in diesem Release genannten Funktionen von Kubernetes finden Sie im Google Cloud Platform-Blogpost zu Container Engine 1.8.

Rolloutzeitplan

Datum Verfügbare Zonen
24.10.2017 europe-west2-a, us-east1-d
25.10.2017 asia-east1-a, asia-northeast1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a
26.10.2017 asia-east1-c, asia-northeast1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
27.10.2017 asia-east1-b, asia-northeast1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

Neue Funktionen

CronJobs lassen sich jetzt auf Container Engine-Clustern ausführen. CronJob ist eine Betafunktion in der Kubernetes-Version 1.8.

Sie können jetzt den Status Ihrer Clusterknoten in der Google Cloud Platform Console ansehen.

Die browserintegrierte Cloud Shell der Google Cloud Platform Console kann jetzt automatisch Befehle für die kubectl-Befehlszeilenschnittstelle generieren.

Wenn Sie Clusterarbeitslasten in der Google Cloud Platform Console anzeigen lassen, können Sie diese jetzt auch bearbeiten.

Bekannte Probleme

Bereits verworfene Kubernetes-Ressourcen von Drittanbietern wurden in Version 1.8 entfernt. Diese Ressourcen funktionieren nicht mehr auf Clustern, die auf Version 1.8.1 oder höher aktualisiert werden.

Audit-Logging, eine Betafunktion in Kubernetes 1.8, ist derzeit in Container Engine nicht aktiviert.

Horizontales Pod-Autoscaling mit benutzerdefinierten Messwerten, eine Betafunktion in Kubernetes 1.8, ist derzeit in Container Engine nicht aktiviert.

Weitere Updates

Die Betafeatures der Container Engine API (und der gcloud-Befehlszeilenschnittstelle) werden jetzt über die neue API-Oberfläche v1beta1 zur Verfügung gestellt. Damit Sie Betafeatures in Container Engine verwenden können, müssen Sie die gcloud-Befehlszeilenschnittstelle so konfigurieren, dass sie die Beta-API-Oberfläche zum Ausführen von gcloud beta container-Befehlen verwendet. Weitere Informationen finden Sie unter API-Organisation.

10. Oktober 2017

Versionsupdates

Die Versionen von Container Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Container Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Für Upgrades und neue Cluster verfügbare neue Versionen

Nach dem Rolloutzeitplan von dieser Woche sind jetzt die folgenden Kubernetes-Versionen für neue Cluster und aktivierte Masterupgrades für vorhandene Cluster verfügbar:

  • 1.7.8
  • 1.6.11

Cluster, auf denen die Kubernetes-Version 1.6.11 ausgeführt wird, können sicher auf die Kubernetes-Version 1.7.x aktualisiert werden.

Rolloutzeitplan

Datum Verfügbare Zonen
10.10.2017 europe-west2-a, us-east1-d
11.10.2017 asia-east1-a, asia-northeast1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a
12.10.2017 asia-east1-c, asia-northeast1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
13.10.2017 asia-east1-b, asia-northeast1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

Weitere Updates

Bei Clustern mit der Kubernetes-Version 1.7.8 und 1.6.11 wurde die auf den Clusterknoten ausgeführte Version von Container-Optimized OS von cos-stable-60-9592-84-0 auf cos-stable-61-9765-66-0 aktualisiert. Weitere Informationen finden Sie in den Versionshinweisen.

Mit diesem Upgrade wird die Docker-Version des Knotens von 1.13 auf 17.03 aktualisiert. Einzelheiten zu verworfenen Funktionen finden Sie in der Docker-Dokumentation.

3. Oktober 2017

Versionsupdates

Die Versionen von Container Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Container Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Für Upgrades und neue Cluster verfügbare neue Versionen

Die Kubernetes-Version 1.8.0-gke.0 ist jetzt ausschließlich für Early-Access-Partner und Alphacluster verfügbar. Registrieren Sie sich für das Early-Access-Programm, um Version 1.8.0-gke.0 auszuprobieren.

Geplante automatische Masterupgrades

Nach dem Rolloutzeitplan von dieser Woche werden Clustermaster, auf denen die Kubernetes-Version 1.7.x ausgeführt wird, automatisch auf die Kubernetes-Version 1.7.6-gke.1 aktualisiert.

Rolloutzeitplan

Datum Verfügbare Zonen
03.10.2017 europe-west2-a, us-east1-d
04.10.2017 asia-east1-a, asia-northeast1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a
05.10.2017 asia-east1-c, asia-northeast1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
06.10.2017 asia-east1-b, asia-northeast1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

Neue Funktionen

Sie können jetzt den Nutzernamen wechseln, der zur Basisautorisierung auf vorhandenen Clustern verwendet wird. Wenn Sie die Basisautorisierung deaktivieren möchten, lassen Sie den Nutzernamen leer.

Korrekturen

Kubernetes 1.7.6-gke.1: Regression in fluentd korrigiert.

Kubernetes 1.7.6-gke.1: Das Add-on kube-dns wurde aktualisiert, um die am 2. Oktober bekanntgegebenen Sicherheitslücken von dnsmasq zu beheben. Weitere Informationen zu den Sicherheitslücken finden Sie in der zugehörigen Mitteilung zur Kubernetes-Sicherheit.

Bekannte Probleme

Kubernetes 1.8.0-gke.0 (nur Early-Access- und Alphacluster): Bei Clustern, die mit einem Subnetzwerk erstellt wurden, dessen Name automatisch erstellt wurde und einen Hash wie "default-38b01f54907a15a7" enthält, kann die Synchronisierung des internen Load-Balancers fehlschlagen.

Dieses Problem betrifft auch Cluster mit Legacy-Netzwerken.

Container Engine-Cluster können in einen fehlerhaften Zustand übergehen, wenn Sie Ihr automatisch konfiguriertes Netzwerk in ein manuell konfiguriertes Netzwerk umwandeln. In diesem Zustand können interne Load-Balancer unter Umständen nicht synchronisiert werden und Upgrades von Knotenpools fehlschlagen.

27. September 2017

Neue Funktionen

Für Container Engine-Cluster kann jetzt ein Wartungsfenster konfiguriert werden. Die Wartungsfensterfunktion ermöglicht Ihnen, bestimmte Zeiträume für geplante Wartungen und Upgrades Ihrer Master und Knoten festzulegen. Das Wartungsfenster ist ein Betafeature in Container Engine.

Die Container Engine-Funktion für automatische Knotenupgrades ist jetzt allgemein verfügbar.

Das Ubuntu-Knoten-Image ist jetzt allgemein für Container Engine-Clusterknoten verfügbar.

25. September 2017

Versionsupdates

Die Versionen von Container Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Container Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Geplante automatische Masterupgrades

Nach dem Rolloutzeitplan von dieser Woche werden Clustermaster, auf denen die Kubernetes-Version 1.7.x ausgeführt wird, automatisch auf die Kubernetes-Version 1.7.5 aktualisiert.

Nach dem Rolloutzeitplan von dieser Woche werden Clustermaster, auf denen die Kubernetes-Version 1.6.x ausgeführt wird, automatisch auf die Kubernetes-Version 1.6.10 aktualisiert.

Rolloutzeitplan

Datum Verfügbare Zonen
25.09.2017 europe-west2-a, us-east1-d
26.09.2017 asia-east1-a, asia-northeast1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a
27.09.2017 asia-east1-c, asia-northeast1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
28.09.2017 asia-east1-b, asia-northeast1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

Korrekturen

Kubernetes-Version 1.7.5: Ein in der Kubernetes-Version 1.7.0 bis 1.7.4 aufgetretenes Problem, das controller-manager in einen fehlerhaften Zustand und damit in eine Reparaturschleife versetzt hat, wurde behoben.

Kubernetes-Version 1.6.10: Ein Problem, das einen GCP-Load-Balancer bei einem fehlgeschlagenen API-Aufruf während des Starts des Ingress-Controllers dauerhaft in einen fehlerhaften Zustand versetzt hat, wurde behoben.

18. September 2017

Versionsupdates

Die Versionen von Container Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Container Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Neue Standardversion für neue Cluster

Die Kubernetes-Version 1.7.5 ist die Standardversion für neue Cluster und nach dem unten aufgeführten Rolloutzeitplan von dieser Woche verfügbar.

Für Upgrades und neue Cluster verfügbare neue Versionen

Die folgenden Kubernetes-Versionen sind jetzt für neue Cluster und aktivierte Masterupgrades für vorhandene Cluster verfügbar:

  • 1.7.6
  • 1.6.10

Für Knotenupgrades und -downgrades verfügbare neue Versionen

Die folgenden Kubernetes-Versionen sind jetzt für Upgrades und Downgrades von Knoten verfügbar:

  • 1.7.6
  • 1.6.10

Rolloutzeitplan

Datum Verfügbare Zonen
19.09.2017 europe-west2-a, us-east1-d
20.09.2017 asia-east1-a, asia-northeast1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a
21.09.2017 asia-east1-c, asia-northeast1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
22.09.2017 asia-east1-b, asia-northeast1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

Neue Funktionen

Ab Kubernetes-Version 1.7.6 wurden die auf Clusterknoten verfügbaren Ressourcen so aktualisiert, dass die CPU- und Arbeitsspeicheranforderungen von Kubernetes-Knoten-Daemons erfüllt werden. Weitere Informationen finden Sie im Abschnitt "Knoten" unter Clusterarchitektur.

Sie können jetzt für Container Engine-Cluster, auf denen die Kubernetes-Version 1.7.6 oder höher ausgeführt wird, eine Netzwerkrichtlinie für Cluster festlegen.

Weitere Updates

Der verworfene Knoten-Image-Typ container-vm wurde aus der Liste der gültigen Container Engine-Knoten-Images entfernt. Vorhandene Cluster und Knotenpools funktionieren weiterhin, Sie können jedoch keine neuen Cluster und Knotenpools mehr erstellen, auf denen das Knoten-Image container-vm ausgeführt wird.

Cluster mit dem verworfenen Knoten-Image container-vm können nicht auf die Kubernetes-Version 1.7.6 oder höher aktualisiert werden.

12. September 2017

Versionsupdates

Die Versionen von Container Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Container Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Für Upgrades und neue Cluster verfügbare neue Versionen

Die folgenden Kubernetes-Versionen sind jetzt für neue Cluster und aktivierte Masterupgrades für vorhandene Cluster verfügbar:

  • 1.7.5
  • 1.6.9
  • 1.6.7

Geplante automatische Masterupgrades

Nach dem Rolloutzeitplan von dieser Woche werden Clustermaster, auf denen die Kubernetes-Version 1.6.x ausgeführt wird, auf die Kubernetes-Version 1.6.9 aktualisiert.

Rolloutzeitplan

Datum Verfügbare Zonen
12.09.2017 europe-west2-a, us-east1-d
13.09.2017 asia-east1-a, asia-northeast1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a
14.09.2017 asia-east1-c, asia-northeast1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
17.09.2017 asia-east1-b, asia-northeast1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

Neue Funktionen

Sie können jetzt beim Erstellen eines Clusters IP-Aliasse mit einem vorhandenen Subnetzwerk verwenden. IP-Aliasse sind eine Betafunktion in der Version 1.7.5 von Google Kubernetes Engine.

5. September 2017

Versionsupdates

Die Versionen von Container Engine-Clustern wurden wie in den folgenden Abschnitten beschrieben aktualisiert. Eine vollständige Liste der Kubernetes-Versionen, die Sie auf Ihren Container Engine-Mastern und -Knoten ausführen können, finden Sie unter Versionsverwaltung und Upgrades.

Neue Standardversion für neue Cluster

Die Kubernetes-Version 1.6.9 ist die Standardversion für neue Cluster und nach dem Rolloutzeitplan von dieser Woche verfügbar.

Für Upgrades und neue Cluster verfügbare neue Versionen

Die Kubernetes-Version 1.7.5 ist jetzt für neue Cluster und aktivierte Masterupgrades verfügbar.

Nicht mehr verfügbare Versionen

Die folgenden Kubernetes-Versionen sind für neue Cluster oder Upgrades von vorhandenen Clustermastern nicht mehr verfügbar:

  • 1.7.3
  • 1.7.4

Rolloutzeitplan

Datum Verfügbare Zonen
05.09.2017 europe-west2-a, us-east1-d
06.09.2017 asia-east1-a, asia-northeast1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a
07.09.2017 asia-east1-c, asia-northeast1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
08.09.2017 asia-east1-b, asia-northeast1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

Weitere Updates

Die kubectl-Version von Container Engine wurde von 1.7.4 auf 1.7.5 aktualisiert.

Sie können jetzt Container Engine-Cluster in der Region southamerica-east1 (São Paulo) ausführen.

28. August 2017

  • Die Kubernetes-Version 1.7.4 ist für neue Cluster und aktivierte Masterupgrades verfügbar.

  • Die Kubernetes-Version 1.6.9 ist für neue Cluster und aktivierte Masterupgrades verfügbar.

  • Bei Clustern mit der Masterversion 1.6.7 und aktivierten automatischen Knotenupgrades werden Knoten auf Version 1.6.7 aktualisiert.

  • Bei Clustern mit der Masterversion 1.7.3 und aktivierten automatischen Knotenupgrades werden Knoten auf Version 1.7.3 aktualisiert.

  • Wenn Cloud Monitoring für einen Cluster aktiviert ist, werden Systemmesswerte für Container ab Version 1.7.4 von Heapster an die Stackdriver Monitoring API übertragen. Die Messwerte sind weiterhin kostenlos, wirken sich jedoch auf das Kontingent der Stackdriver Monitoring API aus.

  • Bei Clustern, auf denen die Kubernetes-Version 1.6.9 und 1.7.4 ausgeführt wird, wurden die Knoten-Images aktualisiert:

    • Das COS-Knoten-Image wurde von cos-stable-59-9460-73-0 auf cos-stable-60-9592-84-0 aktualisiert. Weitere Informationen finden Sie in den Versionshinweisen zum COS-Image.
      • Das neue COS-Image enthält ein Docker-Upgrade von Version 1.11.2 auf 1.13.1. In diesem Docker-Upgrade wurden viele Stabilitäts- und Leistungsprobleme behoben. Eine vollständige Liste der Docker-Funktionen, die zwischen Version 1.11.2 und 1.13.1 verworfen wurden, ist auf der Docker-Website verfügbar.
      • Im COS-Image "m60" wurden drei Funktionen der Docker-Version 1.13.1 standardmäßig deaktiviert: Live-Wiederherstellung, gemeinsame PID-Namespaces und Overlay2. Die Aktivierung dieser Funktionen ist jedoch für ein späteres Release des Knoten-Images geplant.
      • Bekanntes Problem: Docker-Version 1.13.1 unterstützt die Anweisung HEALTHCHECK, die zuvor von der Docker-Version 1.11.2 auf COS-Image "m59" ignoriert wurde. Kubernetes unterstützt leistungsfähigere Aktivitäts-/Bereitschaftsprüfungen für Container und der von Docker gemeldete HEALTHCHECK-Status wird derzeit von Kubernetes weder bereitgestellt noch verwendet. Zur Reduzierung unnötigen Overheads empfiehlt es sich, HEALTHCHECK in Docker-Images zu deaktivieren, insbesondere wenn nach einem Knotenupgrade ein Leistungsabfall zu beobachten ist. Unter Umständen wird HEALTHCHECK vom Basis-Image übernommen.
    • Das Ubuntu-Knoten-Image wurde von ubuntu-gke-1604-xenial-v20170420-1 auf ubuntu-gke-1604-xenial-v20170816-1 aktualisiert.
      • Diese Patchversion basiert auf Ubuntu 16.04.3 LTS.
      • Sie enthält eine Fehlerbehebung für die Stackdriver Logging-Probleme in ubuntu-gke-1604-xenial-v20170420-1.
      • Bekanntes Problem: Alias-IP-Adressen werden nicht unterstützt.

  • Bekannte Probleme beim Upgrade auf Version 1.7:

Ein bekanntes Problem mit StatefulSets in 1.7.x führt dazu, dass StatefulSet-Pods nach einem Upgrade nicht mehr im DNS verfügbar sind. Wir empfehlen derzeit, kein Upgrade auf 1.7.x durchzuführen, wenn das DNS mit StatefulSets verwendet wird. Eine Fehlerkorrektur ist in Vorbereitung. Weitere Informationen finden Sie hier: https://github.com/kubernetes/kubernetes/issues/48327

  • Bekannte Probleme bei Ausführung der Docker-Version 1.13:

Die Docker-Version 1.13.1 unterstützt jetzt die Anweisung HEALTHCHECK, die zuvor von der Docker-Version 1.11.2 im COS-Image "m59" ignoriert wurde. Kubernetes unterstützt leistungsfähigere Aktivitäts-/Bereitschaftsprüfungen für Container und der von Docker gemeldete HEALTHCHECK-Status wird derzeit von Kubernetes weder bereitgestellt noch verwendet. Zur Reduzierung unnötigen Overheads empfiehlt es sich, HEALTHCHECK in Docker-Images zu deaktivieren, insbesondere wenn nach einem Knotenupgrade ein Leistungsabfall zu beobachten ist. Unter Umständen wird HEALTHCHECK vom Basis-Image übernommen.

21. August 2017

  • Bei Verwendung von IP-Aliassen können Sie jetzt Dienst-CIDR-Blöcke mithilfe eines sekundären Bereichs anstelle eines Subnetzwerks darstellen. Dies bedeutet, dass Sie IP-Aliasse verwenden können, ohne die Option --create-subnetwork anzugeben.

  • Probleme mit der etcd-Fragmentierung/-Verdichtung von Clustern wurden behoben.

  • Bekannte Probleme beim Upgrade auf Version 1.7.3:

Aufgrund eines bekannten Problems mit StatefulSets in 1.7.x in Zusammenhang mit Annotationen wird derzeit empfohlen, kein Upgrade auf 1.7.x durchzuführen, wenn StatefulSets verwendet werden. Eine Fehlerkorrektur ist in Vorbereitung. Weitere Informationen finden Sie hier: https://github.com/kubernetes/kubernetes/issues/48327

14. August 2017

  • Clustermaster, auf denen die Kubernetes-Version 1.7.x ausgeführt wird, werden nach folgendem Zeitplan auf Version 1.7.3 aktualisiert:

    • 15.08.2017: europa-west2-a, us-east1-d
    • 16.08.2017: asia-east1-a, asia-northeast1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, us-central1-b, us-east4-b, us-west1-a
    • 17.08.2017: asia-east1-c, asia-northeast1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
    • 18.08.2017: asia-east1-b, asia-northeast1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

  • Sie können jetzt eine Mindest-CPU-Größe/-Klasse für Alphacluster angeben. Dazu verwenden Sie im Befehl gcloud alpha container das Flag --min-cpu-platform.

  • Befehle zum Ändern der Clustergröße (gcloud alpha container clusters resize oder gcloud beta container clusters resize) beenden Knoten jetzt sicher per Drain, bevor diese entfernt werden.

  • Die kubectl-Version von Google Container Engine wurde von 1.7.2 auf 1.7.3 aktualisiert.

  • Flag --logging-service zu gcloud beta container clusters update hinzugefügt. Über dieses Flag wird die Stackdriver Logging-Integration aktiviert und deaktiviert. Verwenden Sie --logging-service=logging.googleapis.com zum Aktivieren und --logging-service=none zum Deaktivieren.

  • Das Flag --scopes in den Befehlen gcloud beta container clusters create und gcloud beta container node-pools create wurde so geändert, dass der Standardwert jetzt logging.write,monitoring ist und eine leere Liste übergeben werden kann.

7. August 2017

  • Die Kubernetes-Version 1.7.3 ist für neue Cluster und aktivierte Masterupgrades verfügbar.

  • Die Kubernetes-Version 1.6.8 ist für neue Cluster und aktivierte Masterupgrades verfügbar.

  • Clustermaster, auf denen die Kubernetes-Version 1.6.6 oder niedriger ausgeführt wird, werden nach dem folgenden Zeitplan auf Version 1.6.7 aktualisiert:

    • 08.08.2017: europe-west2-a, us-east1-d
    • 09.08.2017: asia-east1-a, asia-northeast1-a, asia-southeast1-a, australia-southeast1-a, europe-west1-c, europe-west3-a, us-central1-b, us-east4-b, us-west1-a
    • 10.08.2017: asia-east1-c, asia-northeast1-b, asia-southeast1-b, australia-southeast1-b, europe-west1-b, europe-west2-b, europe-west3-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b
    • 11.08.2017: asia-east1-b, asia-northeast1-c, australia-southeast1-c, europe-west1-d, europe-west2-c, europe-west3-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c

  • Knotenpools können jetzt mit einer anfänglichen Knotenzahl von 0 erstellt werden.

  • Cloud Monitoring kann nur in Clustern aktiviert werden, für die der Monitoringbereich in allen Knotenpools aktiviert wurde.

  • Bekannte Probleme beim Upgrade auf Version 1.6.7:

    • Kubernetes 1.6.7 enthält Version 0.9.5 des GCP-Ingress-Controllers. In dieser Version wurde ein Fehler korrigiert, der für die falsche Synchronisierung von GCP-URL-Zuordnungen durch den Controller verantwortlich war. Änderungen an der Ingress-Ressource haben unter Umständen dazu geführt, dass die GCP-URL-Zuordnungen nicht aktualisiert wurden. Durch Verwendung des korrigierten Controllers ist gewährleistet, dass Zuordnungen den Host- und Pfadregeln entsprechen. Damit potenzielle Unterbrechungen vermieden werden, sollten Sie prüfen, ob alle Ingress-Objekte die gewünschten host- oder path-Regeln enthalten.

3. August 2017

  • Nutzer mit Zugriff auf Secret-Objekte von Kubernetes können die Werte der Secrets nicht mehr in der Google Container Engine-UI ansehen. Für den Zugriff auf die Werte wird das kubectl-Tool empfohlen.

1. August 2017

  • Die VM-Firewallregel (z. B. cluster-<hash>-vms) für Nicht-Legacy-Netzwerke im automatischen Modus umfasst jetzt sowohl primäre als auch reservierte VM-Bereiche (10.128/9), falls der primäre Bereich außerhalb des reservierten Bereichs liegt.

  • Sie können jetzt das Beta-Ubuntu-Knoten-Image mit Clustern verwenden, auf denen mindestens die Kubernetes-Version 1.6.4 ausgeführt wird.

  • Sie können jetzt Container Engine-Cluster in der Region europe-west3 (Frankfurt) ausführen.

26. Juli 2017

25. Juli 2017

  • Die Kubernetes-Version 1.7.2 ist für neue Cluster und aktivierte Masterupgrades verfügbar.

  • Bekannte Probleme beim Upgrade auf Version 1.7.2:

    • Wenn Sie Knoten von 1.7.0 oder 1.7.1 auf 1.7.2 aktualisieren, kann es zu Dienstunterbrechungen kommen, wenn Sie Dienste mit "type=LoadBalancer" verwenden. Wie Sie diese potenzielle Unterbrechung weitestgehend vermeiden können, erfahren Sie unter Upgradehinweis für Load-Balancer von 1.7.0 bis 1.7.1.

  • Die Kubernetes-Version 1.6.7 ist die Standardversion für neue Cluster und wird nach dem folgenden Zeitplan veröffentlicht:

    • 25.07.2017: us-east1-d, europe-west2-a
    • 26.07.2017: europe-west1-c, us-central1-b, us-west1-a, asia-east1-a, asia-northeast1-a, asia-southeast1-a, us-east4-b, australia-southeast1-a
    • 27.07.2017: us-central1-f, europe-west1-b, asia-east1-c, us-east1-c, us-west1-b, asia-northeast1-b, asia-southeast1-b, us-east4-c, australia-southeast1-b, europe-west2-b
    • 28.07.2017: us-central1-a, us-central1-c, europe-west1-d, asia-east1-b, us-east1-b, us-east4-a, us-west1-c, australia-southeast1-c, europe-west2-c, asia-northeast1-c

  • Mit gcloud beta container clusters create können jetzt über die Flags --enable-master-authorized-networks und --master-authorized-networks autorisierte Netzwerke für den Kubernetes-Master aktiviert werden.

  • Mit gcloud beta container clusters update können jetzt über die Flags --enable-master-authorized-networks, --no-enable-master-authorized-networks und --master-authorized-networks autorisierte Netzwerke für den Kubernetes-Master konfiguriert werden.

  • Mit gcloud container clusters create kann jetzt über das Flag --disable-addons=KubernetesDashboard das Kubernetes-Dashboard für einen neuen Cluster deaktiviert werden.

  • Mit gcloud container clusters update kann jetzt über das Flag --update-addons=KubernetesDashboard=DISABLED das Kubernetes-Dashboard für vorhandene Cluster deaktiviert werden.

18. Juli 2017

  • Die Kubernetes-Version 1.7.1 ist für neue Cluster und aktivierte Masterupgrades verfügbar.

  • Clustermaster, auf denen die Kubernetes-Version 1.7.0 ausgeführt wird, werden nach dem folgenden Zeitplan auf Version 1.7.1 aktualisiert:

    • 18.07.2017: us-east1-d, europe-west2-a
    • 19.07.2017: europe-west1-c, us-central1-b, us-west1-a, asia-east1-a, asia-northeast1-a, asia-southeast1-a, us-east4-b, australia-southeast1-a
    • 20.07.2017: us-central1-f, europe-west1-b, asia-east1-c, us-east1-c, us-west1-b, asia-northeast1-b, asia-southeast1-b, us-east4-c, australia-southeast1-b, europe-west2-b
    • 21.07.2017: us-central1-a, us-central1-c, europe-west1-d, asia-east1-b, us-east1-b, us-east4-a, us-west1-c, australia-southeast1-c, europe-west2-c, asia-northeast1-c

  • Container Engine berücksichtigt jetzt Budgets zur Pod-Unterbrechung von Kubernetes und macht so zustandsorientierte Arbeitslasten während Upgrades stabiler. Damit werden auch Unterbrechungen bei automatischen Knotenupgrades reduziert.

  • Die Umgebungsvariablen HOMEDRIVE/HOMEPATH und USERPROFILE werden jetzt beim Generieren der kubectl-Konfigurationsdatei unter Windows korrekt von gcloud container clusters get-credentials verarbeitet.

  • Bekannte Probleme mit Version 1.7.1:

    • Wenn interne GCP-Load-Balancer über Kubernetes-Dienste (einer Betafunktion in 1.7) erstellt wurden, schlagen Systemdiagnosen fehl und funktionieren danach nicht mehr. Dieser Fehler wird in einem zukünftigen Patchrelease behoben.

    • Bei Diensten mit "type=LoadBalancer" in Clustern, auf deren Knoten die Kubernetes-Version 1.7 ausgeführt wird, können unter Umständen die GCP-Load-Balancer-Systemdiagnosen fehlschlagen. Die Load-Balancer leiten jedoch weiterhin Traffic an Back-Ends weiter. Dieser Fehler wird in einem zukünftigen Patchrelease behoben und setzt möglicherweise spezielle Upgrademaßnahmen voraus.

13. Juli 2017

  • Mit den neuen Ansichten in der Google Container Engine-UI können Sie sich einen clusterübergreifenden Überblick über verschiedene Kubernetes-Objekte verschaffen und diese untersuchen. Der Rollout dieser neuen UI ist für kommende Woche geplant:
    • Arbeitslasten: Pods und deren Controller überprüfen und diagnostizieren.
    • Erkennung und Load-Balancing: Details zu Diensten, Ingress-Instanzen und Load-Balancern ansehen.
    • Konfiguration: Alle Konfigurationszuordnungen und -Secrets im Auge behalten, die von Containern verwendet werden.
    • Speicher: Alle Speicherklassen, nichtflüchtige Volumes und Anforderungen ansehen, die von Clustern verwendet werden.

11. Juli 2017

  • Kubernetes-Version 1.7.0 Diese Version wird nach dem folgenden Zeitplan für neue Cluster und aktivierte Masterupgrades zur Verfügung gestellt:

    • 11.07.2017: europe-west2-a
    • 12.07.2017: europe-west1-c, us-central1-b, us-west1-a, asia-east1-a, asia-northeast1-a, asia-southeast1-a, us-east4-b, australia-southeast1-a
    • 13.07.2017: us-central1-f, europe-west1-b, asia-east1-c, us-east1-c, us-west1-b, asia-northeast1-b, asia-southeast1-b, us-east4-c, australia-southeast1-b, europe-west2-b
    • 14.07.2017: us-central1-a, us-central1-c, europe-west1-d, asia-east1-b, us-east1-b, us-east4-a, us-west1-c, australia-southeast1-c, europe-west2-c, asia-northeast1-c

  • Kubernetes 1.7 wird als optionale Version für Cluster zur Verfügung gestellt. Weitere Informationen zu neuen Funktionen finden Sie in der Releasemitteilung.

  • Sie können jetzt die HTTP-Neuverschlüsselung über Google Cloud Load Balancing verwenden, um dem GCP-Load-Balancer den HTTPS-Zugriff auf Ihr Dienst-Back-End zu ermöglichen. Diese Funktion gewährleistet, dass Ihre Daten in allen Übertragungsphasen vollständig verschlüsselt sind, selbst nach der Aufnahme in das globale Netzwerk von Google.

  • Komplett private IP-Adressen (RFC-1918) werden allgemein unterstützt. Diese Adressen ermöglichen Ihnen, in komplett privaten IP-Bereichen Cluster zu erstellen und auf Ressourcen zuzugreifen. Damit können Sie Container Engine-Cluster jetzt auch mit vorhandenen Netzwerken verwenden.

  • Die Beibehaltung von IP-Adressen externer Quellen wird jetzt allgemein unterstützt. Mit dieser Funktion können Anwendungen die Client-IP-Adressen für die von Ihnen bereitgestellten Kubernetes-Dienste vollständig erkennen.

  • Cluster-Autoscaling unterstützt jetzt die Skalierung von Knotenpools auf 0 oder 1, wenn Sie keine Kapazität benötigen.

  • Cluster-Autoscaling kann jetzt auf einen preisbasierten maximierten Bereich zugreifen, in dem zusätzliche kostenbasierte Einschränkungen angewendet werden, sodass Sie Autoscaling auf die kostengünstigste Weise verwenden können. Dies ist ab 1.7.0 die Standardeinstellung und kann nicht vom Nutzer konfiguriert werden.

  • Mit Cluster-Autoscaling lassen sich jetzt ähnliche Knotengruppen gleichmäßig horizontal skalieren. Dies ist nützlich für Cluster, die sich über mehrere Zonen erstrecken.

  • Die API-Aggregation ermöglicht Ihnen jetzt, die Kubernetes API um benutzerdefinierte APIs zu erweitern. So können Sie vorhandene API-Lösungen wie Dienstkataloge hinzufügen oder eigene Lösungen entwickeln.

  • Die folgenden neuen Funktionen sind für Alphacluster verfügbar, auf denen die Kubernetes-Version 1.7 ausgeführt wird:

    • Lokale Speicherung
    • Externe Webhook-Admission-Controller

  • Bekannte Probleme mit Version 1.7.0:

    • Die Kubelet-Zertifikatsrotation ist für Alphacluster nicht aktiviert. Dieses Problem wird in einem zukünftigen Release behoben.
    • Kubernetes-Dienste mit Netzwerk-Load-Balancern, die statische IP-Adressen verwenden, versetzen den kube-controller-manager in eine Absturzschleife und verursachen damit wiederholte Masterreparaturen. Weitere Informationen finden Sie unter Problem #48848. Dieses Problem wird in einem zukünftigen Release behoben.

10. Juli 2017

26. Juni 2017

  • Bekannte Probleme mit Version 1.6.6 Ein Programmfehler in der mit der Kubernetes-Version 1.6.6 gebündelten Version von fluentd führt dazu, dass JSON-formatierte Logs als Nur-Text-Logs exportiert werden. Dieses Problem wird in Version 1.6.7 behoben. In der Zwischenzeit bleibt Version 1.6.6 als optionale Version für das Erstellen neuer Cluster und für aktivierte Masterupgrades verfügbar, wird jedoch nicht als Standard festgelegt. Weitere Informationen finden Sie unter Problem #48018.
  • Aufgrund eines Feiertags in den USA wird in der Woche vom 3. Juli kein Release bereitgestellt. Das nächste Release ist für die Woche vom 10. Juli geplant.

20. Juni 2017

  • Sie können jetzt mit Version 1.6.6 neue Cluster erstellen.
  • Das ursprünglich für diese Woche geplante Upgrade von Containerclustermastern auf 1.6 wurde aufgrund eines Programmfehlers im GLBC-Ingress-Controller verschoben. Dieser hat dazu geführt, dass manuelle Änderungen an Systemdiagnosen unbeabsichtigt überschrieben wurden. Siehe Bekannte Probleme mit Version 1.6.4. Dieser Programmfehler wurde in 1.6.6 behoben.
  • DeleteNodepool beendet jetzt alle Knoten im Pool per Drain, bevor sie gelöscht werden.
  • Sie können jetzt Container Engine-Cluster in der Region australia-southeast1 (Sydney) ausführen.

13. Juni 2017

  • Version 1.5.7 steht nicht mehr für neue Cluster und Masterupgrades zur Verfügung.
  • Alle Clustermaster werden in der Woche vom 19.06.2017 auf Version 1.6.4 aktualisiert.

5. Juni 2017

  • Clustermaster mit den Kubernetes-Versionen 1.6.0 bis 1.6.3 werden nach dem folgenden Zeitplan auf Version 1.6.4 aktualisiert:
    • 05.06.2017: us-east1-d, asia-northeast1-c
    • 06.06.2017: europe-west1-c, us-central1-b, us-west1-a, asia-east1-a, asia-northeast1-a, asia-southeast1-a, us-east4-b, australia-southeast1-a, europe-west2-a
    • 07.06.2017: us-central1-f, europe-west1-b, asia-east1-c, us-east1-c, us-west1-b, asia-northeast1-b, asia-southeast1-b, us-east4-c, australia-southeast1-b, europe-west2-b
    • 08.06.2017: us-central1-a, us-central1-c, europe-west1-d, asia-east1-b, us-east1-b, us-east4-a, us-west1-c, australia-southeast1-c, europe-west2-c
  • Nach dem 12.06.2017 ist Version 1.5.7 nicht mehr für neue Cluster und Masterupgrades verfügbar.
  • Sie können jetzt Container Engine-Cluster in der Region europe-west2 (London) ausführen.

1. Juni 2017

30. Mai 2017

  • Kubernetes-Version 1.6.4 ist die Standardversion für neue Cluster und wird nach dem folgenden Zeitplan veröffentlicht:
    • 30.05.2017: us-east1-d, asia-northeast1-c
    • 31.05.2017: europe-west1-c, us-central1-b, us-west1-a, asia-east1-a, asia-northeast1-a, asia-southeast1-a, us-east4-b, australia-southeast1-a, europe-west2-a
    • 01.06.2017: us-central1-f, europe-west1-b, asia-east1-c, us-east1-c, us-west1-b, asia-northeast1-b, asia-southeast1-b, us-east4-c, australia-southeast1-b, europe-west2-b
    • 02.06.2017: us-central1-a, us-central1-c, europe-west1-d, asia-east1-b, us-east1-b, us-east4-a, us-west1-c, australia-southeast1-c, europe-west2-c

24. Mai 2017

17. Mai 2017

  • Sie können jetzt Cluster mit mehr als 500 Knoten in den Zonen europe-west1-b und us-central1-a erstellen.
  • Das bekannte Problem mit der IP-Rotationsfunktion von Container Engine, aufgrund dessen die Cluster-SSH-Firewallregel nicht aktualisiert wurde, ist jetzt behoben.
  • Die Container Engine-Integration mit Google Cloud Platform-Labels ist jetzt in der Betaversion verfügbar. Weitere Informationen finden Sie unter Clusterlabels erstellen.

12. Mai 2017

10. Mai 2017

  • Clustermaster, auf denen die Kubernetes-Version 1.5.6 oder niedriger ausgeführt wird, werden nach dem folgenden Zeitplan auf Version 1.5.7 aktualisiert:
    • 09.05.2017: us-east1-d, asia-northeast1-c
    • 10.05.2017: europe-west1-c, us-central1-b, us-west1-a, asia-east1-a, asia-northeast1-a, asia-southeast1-a, us-east4-b,
    • 11.05.2017: us-central1-f, europe-west1-b, asia-east1-c, us-east1-c, us-west1-b, asia-northeast1-b, asia-southeast1-b, us-east4-c
    • 12.05.2017: us-central1-a, us-central1-c, europe-west1-d, asia-east1-b, us-east1-b, us-east4-a, us-west1-c
  • Version 1.6.0 steht für Upgrades/Downgrades von Containerclusterknoten nicht mehr zur Verfügung.

Bekannte Probleme

  • Ein bekanntes Problem mit dem IP-Rotationsfeature von Container Engine kann dazu führen, dass vom Proxyendpunkt abhängige Kubernetes-Funktionen wie kubectl exec und kubectl logs sowie Exporte von Clustermesswerten in Stackdriver nicht funktionieren. Dieses Problem betrifft nur Ihren Cluster, wenn Sie CompleteIPRotation ausgeführt und außerdem die Standard-SSH-Firewallregel für Clusterknoten deaktiviert haben. Dieser Fehler lässt sich einfach manuell beheben. Informationen dazu finden Sie in den bekannten Problemen mit der IP-Rotation.

3. Mai 2017

2. Mai 2017

  • Die Kubernetes-Version 1.5.7 ist die Standardversion für neue Cluster. Diese Version wird nach dem folgenden Zeitplan für neue Cluster und aktivierte Masterupgrades zur Verfügung gestellt:
    • 02.05.2017: us-east1-d, asia-northeast1-c
    • 03.05.2017: europe-west1-c, us-central1-b, us-west1-a, asia-east1-a, asia-northeast1-a, asia-southeast1-a, us-east4-b
    • 04.05.2017: us-central1-f, europe-west1-b, asia-east1-c, us-east1-c, us-west1-b, asia-northeast1-b, asia-southeast1-b, us-east4-c
    • 05.05.2017: us-central1-a, us-central1-c, europe-west1-d, asia-east1-b, us-east1-b, us-east4-a, us-west1-c
  • Clustermaster mit der Kubernetes-Version 1.6.0 und 1.6.1 werden auf Version 1.6.2 aktualisiert.

26. April 2017

  • Kubernetes-Version 1.6.2 Diese Version wird für neue Cluster und aktivierte Masterupgrades zur Verfügung gestellt.
  • Sie können einen Cluster mit deaktivierter HTTP-Basisauthentifizierung erstellen. Übergeben Sie dazu einen leeren Nutzernamen: gcloud container clusters create CLUSTER_NAME --username="". Diese Funktion funktioniert nur ab Version 1.6.0.
  • Ein Programmfehler, durch den SetMasterAuth in Clustern mit niedrigeren Versionen als Version 1.6.0 ohne Rückmeldung fehlgeschlagen ist, wurde behoben. SetMasterAuth ist nur für Cluster ab Version 1.6.0 zulässig.
  • Ein Programmfehler wurde behoben, aufgrund dessen in Clustern ab Version 1.6.0 fluentd-Pods fälschlicherweise auf allen Knoten erstellt wurden, wenn Logging deaktiviert war.
  • Die kubectl-Version von gcloud ist jetzt 1.6.2 anstelle von 1.6.0.

12. April 2017

  • Kubernetes-Version 1.6.1 Diese Version wird nach dem folgenden Zeitplan für neue Cluster und aktivierte Masterupgrades zur Verfügung gestellt:
    • 12.04.2017: us-east1-d, asia-northeast1-c
    • 13.04.2017: europe-west1-c, us-central1-b, us-west1-a, asia-east1-a, asia-northeast1-a
    • 14.04.2017: us-central1-f, europe-west1-b, asia-east1-c, us-east1-c, us-west1-b, asia-northeast1-b
    • 17.04.2017: us-central1-a, us-central1-c, europe-west1-d, asia-east1-b, us-east1-b
  • Die Kubernetes-Version 1.5.6 ist immer noch die Standardversion für neue Cluster.
  • Von Container Engine gehostete Master werden nach dem oben genannten Zeitplan auf Version 1.5.6 aktualisiert.
  • Bekanntes Problem:
    • gcloud container clusters update --set-password (oder --generate-password) zum Festlegen oder Wechseln des Administratorpassworts für Cluster funktioniert nicht auf Clustern, auf denen die Kubernetes-Version 1.5.x oder niedriger ausgeführt wird. Verwenden Sie diese Methode nur für Cluster, auf denen die Kubernetes-Version 1.6.x oder höher ausgeführt wird.

4. April 2017

  • Kubernetes-Version 1.6.0 Diese Version wird nach dem folgenden Zeitplan für neue Cluster und aktivierte Masterupgrades zur Verfügung gestellt:
    • 04.04.2017: us-east1-d, asia-northeast1-c
    • 05.04.2017: europe-west1-c, us-central1-b, us-west1-a, asia-east1-a, asia-northeast1-a
    • 06.04.2017: us-central1-f, europe-west1-b, asia-east1-c, us-east1-c, us-west1-b, asia-northeast1-b
    • 07.04.2017: us-central1-a, us-central1-c, europe-west1-d, asia-east1-b, us-east1-b
  • Die Kubernetes-Version 1.5.6 ist immer noch die Standardversion für neue Cluster.
  • Container-Optimized OS ist jetzt allgemein verfügbar. Sie können Cluster und Knotenpools mit Container-Optimized OS erstellen oder aktualisieren, indem Sie für imageType die Werte COS oder GCI angeben.
  • Ein neuer System-Daemon zur Erkennung von Knotenproblemen (Node Problem Detector) wird in der Kubernetes-Version 1.6 für COS-Knoten-Images eingeführt. Er erkennt Knotenprobleme wie Kernel-/Netzwerk-/Container-Laufzeitprobleme und meldet sie als Knotenzustände und -ereignisse.
  • Ab Version 1.6 wird eine StorageClass-Standardinstanz mit dem gce-pd-Bereitsteller installiert. Alle ungebundenen Persistent Volume Claims (PVCs), für die keine StorageClass angegeben ist, verwenden automatisch den Standardbereitsteller, was in früheren Releases nicht der Fall war. Sie können ihn deaktivieren, indem Sie die Standard-StorageClass ändern und die Annotation "storageclass.beta.kubernetes.io/is-default-class" entfernen. Diese Funktion ersetzt die dynamische Bereitstellung der Alphaversion. Die Alpha-Annotation ist jedoch weiterhin zulässig und verhält sich wie gehabt.
  • Mit gcloud container clusters create|get-credentials wird kubectl jetzt so konfiguriert, dass standardmäßig die Anmeldedaten des aktiven gcloud-Kontos anstelle der Standardanmeldedaten für Anwendungen verwendet werden. Hierfür ist kubectl 1.6.0 oder höher erforderlich. Sie können kubectl mit gcloud components update kubectl aktualisieren. Wenn Sie kubectl lieber mit den Standardanmeldedaten für Anwendungen bei Google Container Engine-Clustern authentifizieren möchten, können Sie das vorherige Verhalten durch Festlegen des Attributs container/use_application_default_credentials wiederherstellen:
    • gcloud config set container/use_application_default_credentials true
    • export CLOUDSDK_CONTAINER_USE_APPLICATION_DEFAULT_CREDENTIALS=true
  • Die kubectl-Version des gcloud-Befehlszeilentools wurde auf 1.6.0 aktualisiert.
  • Neue Cluster, die unter 1.6.0 gestartet wurden, verwenden etcd3 im Master. Vorhandene Clustermaster werden in einem zukünftigen Release automatisch zur Verwendung von etcd3 aktualisiert.
  • Ab Version 1.6 kann RBAC verwendet werden, um Nutzern und Dienstkonten Berechtigungen für die API des Clusters zu erteilen. Damit die Umstellung auf RBAC erleichtert wird, sind die Legacy-Autorisierungsberechtigungen des Clusters standardmäßig aktiviert, sodass Kubernetes-Dienstkonten wie in früheren Kubernetes-Versionen vollen Zugriff auf die API haben. Demnächst wird eine Option zum Deaktivieren des Legacy-Autorisierungsmodus eingeführt, um alle Vorteile von RBAC nutzen zu können.
  • Sie können jetzt mit gcloud das Administratorpasswort für Containercluster mit folgenden Befehlen festlegen bzw. wechseln:
    • gcloud container clusters update --set-password
    • gcloud container clusters update --generate-password
  • Während Knotenupgrades überprüft Container Engine jetzt die verwaltete Instanzgruppe für einen Knotenpool und erstellt sie gegebenenfalls (mit der Größe 0) neu.

29. März 2017

  • Die Kubernetes-Version 1.5.6 ist die Standardversion für neue Cluster. Diese Version wird nach dem folgenden Zeitplan für neue Cluster und aktivierte Masterupgrades zur Verfügung gestellt:

    • 29.03.2017: us-east1-d, asia-northeast1-c
    • 30.03.2017: europe-west1-c, us-central1-b, us-west1-a, asia-east1-a, asia-northeast1-a
    • 31.03.2017: us-central1-f, europe-west1-b, asia-east1-c, us-east1-c, us-west1-b, asia-northeast1-b
    • 03.04.2017: us-central1-a, us-central1-c, europe-west1-d, asia-east1-b, us-east1-b

  • Anfragen zum Erstellen von Clustern und Knotenpools geben einen 4xx-Fehler (anstelle eines 5xx-Fehlers) zurück, wenn ein ungültiges Dienstkonto angegeben wurde.

  • Wenn bei Clusteranfragen die Container API nicht aktiviert ist, wird eine genauere Fehlermeldung zurückgegeben.

20. März 2017

  • Aktualisierung von kubectl für Google Container Engine von Version 1.5.3 auf 1.5.4.
  • Von Container Engine gehostete Master werden nach dem folgenden Zeitplan auf Version 1.5.4 aktualisiert:
    • 23.03.2017: us-east1-d, asia-northeast1-c
    • 24.03.2017: europe-west1-c, us-central1-b, us-west1-a, asia-east1-a, asia-northeast1-a
    • 27.03.2017: us-central1-f, europe-west1-b, asia-east1-c, us-east1-c, us-west1-b, asia-northeast1-b
    • 28.03.2017: us-central1-a, us-central1-c, europe-west1-d, asia-east1-b, us-east1-b

16. März 2017

  • Die Kubernetes-Version 1.5.4 ist die Standardversion für neue Cluster.
  • Flag --enable-autorepair zu gcloud beta container clusters create, gcloud beta container node-pools create und gcloud beta container node-pools update hinzugefügt

6. März 2017

  • Die automatische Reparatur für Container Engine-Knoten steht nun in der Betaversion zur Verfügung. Weitere Informationen finden Sie unter https://cloud.google.com/kubernetes-engine/docs/node-auto-repair.
  • In der Google Cloud Platform Console kann jetzt die automatische Reparatur für neue Cluster und Knotenpools aktiviert werden.

1. März 2017

  • Von Container Engine gehostete Master

    • Master, auf denen Version 1.4 ausgeführt wird, werden auf Version 1.4.9 aktualisiert.
    • Master, auf denen Version 1.5 ausgeführt wird, werden auf Version 1.5.3 aktualisiert.

    entsprechend der folgenden Planung:

    • 02.03.2017: us-east1-d asia-northeast1-c
    • 03.03.2017: europe-west1-c, us-central1-b, us-west1-a, asia-east1-a, asia-northeast1-a
    • 06.03.2017: us-central1-f, europe-west1-b, asia-east1-c, us-east1-c, us-west1-b, asia-northeast1-b
    • 07.03.2017: us-central1-a, us-central1-c, europe-west1-d, asia-east1-b, us-east1-b

23. Februar 2017

  • Die Kubernetes-Version 1.5.3 ist die Standardversion für neue Cluster.
  • Die kubectl-Version des gcloud-Befehlszeilentools wurde auf 1.5.3 aktualisiert.

14. Februar 2017

  • Das Deaktivieren des HttpLoadBalancing-Add-ons ist nicht mehr notwendig, wenn Sie einen Cluster erstellen, ohne Knoten den Compute-Lese-/Schreibbereich hinzuzufügen. In früheren Versionen musste HttpLoadBalancing deaktiviert werden, wenn ein Cluster ohne Hinzufügen des Compute-Lese-/Schreibbereichs erstellt wurde.

31. Januar 2017

  • Die kubectl-Version des gcloud-Befehlszeilentools wurde auf 1.5.2 aktualisiert.

26. Januar 2017

  • Die Kubernetes-Version 1.5.2 ist die Standardversion für neue Cluster.

  • Das gcloud-Befehlszeilentool und kubectl 1.5+ unterstützen die Verwendung von -Anmeldedaten für die Authentifizierung. Aktuell wird kubectl von gcloud container clusters create und gcloud container clusters get-credentials so konfiguriert, dass für die Authentifizierung bei Containerclustern die Standardanmeldedaten für Anwendungen verwendet werden. Wenn diese sich von der IAM-Rolle unterscheiden, die das gcloud-Befehlszeilentool verwendet, schlägt die Authentifizierung von kubectl-Anfragen unter Umständen fehl (Problem #30617). Mit dem Google Cloud SDK 140.0.0 und kubectl ab Version 1.5 kann kubectl mit dem gcloud-Befehlszeilentool zur Verwendung seiner eigenen Anmeldedaten konfiguriert werden. Wenn also beispielsweise das gcloud-Befehlszeilentool zur Verwendung eines Dienstkontos konfiguriert ist, wird kubectl mit demselben Dienstkonto authentifiziert.

    Zur Aktivierung der Anmeldedaten des gcloud-Befehlszeilentools muss das Attribut container/use_application_default_credentials auf "false" gesetzt werden:

    export CLOUDSDK_CONTAINER_USE_APPLICATION_DEFAULT_CREDENTIALS=false
# or
gcloud config set container/use_application_default_credentials false

    Das aktuelle Standardverhalten soll mit der Verwendung von Standardanmeldedaten für Anwendungen fortfahren. Die Anmeldedaten des gcloud-Befehlszeilentools werden in einer zukünftigen Version zum Standard für die kubectl-Konfiguration (über gcloud container clusters create|get-credentials).

17. Januar 2017

10. Januar 2017

  • Die Einführung der Kubernetes-Version 1.5 als Standardversion für neue Cluster wurde auf Version 1.5.2 verschoben, um bekannte Probleme mit Version 1.5.1 zu beheben.

  • Das Problem wurde behoben, aufgrund dessen Knotenupgrades fehlgeschlagen sind, wenn einer der Knoten nicht beim Master registriert war.

  • Aktualisierung des gcloud-Befehlszeilentools kubectl auf Version1.5.1.

Bekannte Probleme bei Kubernetes v1.5.1

  • #39680 Das Definieren eines Pods mit einer Ressourcenanfrage von 0 versetzt den Controller-Manager in eine Absturzschleife.

  • #38322 Kubelet kann kritische Pods (kube-proxy, statische Pods) entfernen oder nicht zulassen, wenn der Arbeitsspeicher knapp wird.

4. Januar 2017

3. Januar 2017

  • Sie können jetzt mit der Google Cloud Platform Console festlegen, dass neu erstellte Cluster und Knotenpools automatisch aktualisiert werden, wenn eine neue Kubernetes-Version zur Verfügung gestellt wird. Weitere Informationen finden Sie in der Dokumentation.

14. Dezember 2016

  • Die Kubernetes-Version 1.4.7 ist die Standardversion für neue Cluster.
  • Die Kubernetes-Version 1.5.1 ist für neue Cluster verfügbar.
  • Automatische Upgrades von Knotenpools können jetzt für den Fall aktiviert werden, dass eine neue Kubernetes-Version zur Verfügung gestellt wird. Weitere Informationen finden Sie unter Dokumentation.
  • Für Upgrades von Knotenpools kann jetzt mit dem Befehl gcloud alpha container node-pools rollback <pool-name> ein Rollback durchgeführt werden. Unter gcloud alpha container node-pools rollback --help finden Sie weitere Informationen.

7. Dezember 2016

  • Sie können jetzt mit der Google Cloud Platform Console zwischen dem Container-VM-Image (GCI) und dem verworfenen Image "container-vm" wählen, wenn Sie vorhandene Cluster um neue Knotenpools erweitern. Klicken Sie hier, wenn Sie mehr über Image-Typen erfahren möchten.

5. Dezember 2016

  • Von Container Engine gehostete Master mit Version 1.4 werden auf Version 1.4.6 aktualisiert.

29. November 2016

  • Master-Laufwerkgröße in großen Google Container Engine-Clustern erhöhen. Dies ist notwendig, weil etcd in großen Clustern sehr viel mehr IOPS benötigt.

  • gcloud container list-tags-Befehl ändern, um nutzerspezifische Filter auf Vorkommen zu unterstützen und eine Spalte mit zusammengefassten Informationen zu Sicherheitslücken anzuzeigen.

15. November 2016

8. November 2016

  • Von Container Engine gehostete Master mit Version 1.4 wurden auf Version 1.4.5 aktualisiert.

  • Von Container Engine gehostete Master mit Version 1.3 werden nach dem folgenden Zeitplan auf Version 1.4.5 aktualisiert:

    • 09.11.2016: us-east1-d
    • 10.11.2016: asia-east1-a, asia-northeast1-a, europe-west1-c, us-central1-b, us-west1-a
    • 11.11.2016: asia-east1-c, asia-northeast1-b, europe-west1-b, us-central1-f, us-east1-c, us-west1-b
    • 14.11.2016: asia-east1-b, asia-northeast1-c, europe-west1-d, us-central1-a, us-central1-c, us-east1-b

7. November 2016

2. November 2016

1. November 2016

  • Die Kubernetes-Version 1.4.5 ist die Standardversion für neue Cluster.

  • In der Kubernetes-Version 1.4.5 und 1.3.10 sind Fehlerkorrekturen für CVE-2016-5195 (Dirty Cow) enthalten, einer Sicherheitslücke im Linux-Kernel, die eine Rechteausweitung zulässt. Wenn Ihre Cluster Knoten mit älteren Versionen ausführen, raten wir Ihnen dringend, ein Upgrade auf eine Kubernetes-Version wie 1.3.10 oder 1.4.5 mit einem Knoten-Image ohne diese Sicherheitslücke durchzuführen. Informationen zum Upgrade eines Clusters finden Sie unter https://cloud.google.com/kubernetes-engine/docs/clusters/upgrade.

  • Upgradevorgänge können jetzt mit gcloud alpha container operations cancel <operation_id> abgebrochen werden. Unter gcloud alpha container operations cancel --help finden Sie weitere Informationen.

17. Oktober 2016

  • Die Kubernetes-Version 1.4.3 ist die Standardversion für neue Cluster.

  • Erinnerung, dass das Basis-Image des Betriebssystems in der Version 1.4 für Knoten verändert wurde. Es wurden mehrere bekannte Probleme identifiziert und hier dokumentiert. Wenn Sie den Eindruck haben, dass Ihre Anwendung oder Ihr Workflow Probleme mit neuen Clustern hat, können Sie das alte ContainerVM auswählen. Folgen Sie dazu der hier dokumentierten Deaktivierungsanleitung.

  • Die Logik für Knotenupgrades wurde umgeschrieben, um Unterbrechungen weitestgehend zu unterbinden. Jetzt wird auf die Registrierung des Knotens beim Kubernetes-Master gewartet, bevor der nächste Knoten aktualisiert wird.

  • Mit dem Flag --preemptible wird jetzt die Verwendung von VM-Instanzen auf Abruf für neue Cluster und Knotenpools unterstützt. Weitere Informationen finden Sie unter gcloud beta container clusters create --help und gcloud beta container node-pools create --help.

10. Oktober 2016

  • Die Kubernetes-Version 1.4.1 ist jetzt die Standardversion für neue Cluster.

  • Erinnerung, dass das Basis-Image des Betriebssystems in der Version 1.4 für Knoten verändert wurde. Es wurden mehrere bekannte Probleme identifiziert und hier dokumentiert. Wenn Sie den Eindruck haben, dass Ihre Anwendung oder Ihr Workflow Probleme mit neuen Clustern hat, können Sie das alte ContainerVM auswählen. Folgen Sie dazu der hier dokumentierten Deaktivierungsanleitung.

  • Fehlerkorrektur für gcloud beta container images list-tags.

  • Durch die Übergabe von --node-labels=label1=value1,label2=value2... werden jetzt Kubernetes-Labels für neue Cluster und Knotenpools unterstützt. Weitere Informationen und Beispiele finden Sie unter gcloud container clusters create --help und gcloud container nodepools create --help.

  • kubectl auf Version 1.4.1 aktualisiert.

5. Oktober 2016

  • Kann nun die Clusterversion beim Erstellen von Google Container Engine-Clustern spezifizieren.

  • kubectl auf Version 1.4.0 aktualisiert.

  • 1.3.8 wurde als gültige Clusterversion eingeführt. 1.3.8 behebt ein Protokollwechsel-Leck auf dem Master.

27. September 2016

  • Die Kubernetes-Version 1.4.0 ist jetzt die Standardversion für neue Cluster.

  • Das Anfang des Jahres eingeführte Container-VM-Image (GCI) ist nun der Standard-Image-Typ für neue Cluster und Knotenpools. Der alte Typ "container-vm" wurde verworfen. Er wird über einen begrenzten Zeitraum unterstützt. Klicken Sie hier, um mehr über die Nutzung von GCI zu erfahren.

  • Temporäre Cluster mit aktivierten Kubernetes-Alphafeatures können jetzt mit folgendem Befehl aktiviert werden:

    gcloud alpha container clusters create --enable-kubernetes-alpha

    Weitere Informationen finden Sie unter Dokumentation.

  • Kann nun benutzerdefinierte Kubernetes-Labels neuen Clustern und Knoten-Pools hinzufügen über

    gcloud alpha container clusters create --node-labels=key1=value1,key2=value2...

    Weitere Informationen finden Sie unter gcloud alpha container clusters create --help.

Bekannte Probleme bei Mastern der Version 1.4.0 und alten Knoten

  • Init-Container werden nun in Container Engine unterstützt, jedoch nur dann, wenn mindestens Version 1.4.0 auf den Mastern und Knoten ausgeführt wird. Andere Konfigurationen werden nicht unterstützt.

  • Beachten Sie bei manuellen Masterupgrades auf Version 1.4, dass dafür nur eine Knotenversion von mindestens Version 1.2 unterstützt wird.

20. September 2016

  • Von Container Engine gehostete Master werden in Zonen entsprechend der folgenden Planung auf Version  1.3.7 aktualisiert:

    • 21.09.2016: us-east1-d
    • 22.09.2016: asia-east1-a, europe-west1-c, us-central1-b, us-west1-a
    • 23.09.2016: asia-east1-c, europe-west1-b, us-central1-f, us-east1-c, us-west1-b
    • 26.09.2016: asia-east1-b, europe-west1-d, us-central1-a, us-central1-c, us-east1-b

  • Aktualisierung des gcloud-Befehlszeilentools kubectl auf Version 1.3.7.

15. September 2016

  • Die Kubernetes-Version 1.3.7 ist die Standardversion für neue Cluster.

  • Von Container Engine gehostete Master wurden auf v1.3.6 aktualisiert.

  • In Version 1.3.7 gelöste Probleme aus Version 1.3.6

    • #32415 Behebt einen Programmfehler in der Hostport-Logik von Kubelet, der die KUBE-MARK-MASQ-iptables-Kette leert.

    • #30790 Behebt die Panic im Föderations-Controller-Manager, wenn ein Container Engine-Cluster in der Föderation registriert wird.

6. September 2016

  • Das Clusterupdate zum Hinzufügen von Knotenzonen (API: rest/v1/projects.zones.clusters/update, CLI: gcloud beta container clusters update --additional-zones) wartet nun darauf, dass alle Knoten fehlerfrei sind, bevor der Vorgang als abgeschlossen gekennzeichnet wird (DONE).

30. August 2016

  • Die Kubernetes-Version 1.3.5 ist die Standardversion für neue Cluster.

  • In Version 1.3.6 gelöste Probleme aus Version 1.3.5

    • #27653 Volume-Manager sollte bei Neustarts robuster sein.

    • #29997 loadBalancerSourceRanges funktioniert nicht in Container Engine.

  • In Version 1.3.6 gelöste Probleme bei älteren Versionen

    • #31219 Ordnungsgemäßes Abschließen schlägt fehl, wenn terminationGracePeriodSeconds > 2

    • #30828 Netsplit verursacht ein Hängen von Pods in NotReady für Knoten mit Versionen unter 1.2

    • #29358 Google Compute Engine PD Detach schlägt fehl, wenn der Knoten nicht mehr existiert.

  • cluster.master_auth.password ist in einer clusters.create-Anfrage nicht mehr erforderlich. Wenn für einen Cluster kein Passwort angegeben ist, wird eines generiert.

  • Aktualisierung des gcloud-Befehlszeilentools kubectl auf Version 1.3.5.

  • Die Auswahl des Image-Typs für gcloud container-Befehle ist jetzt allgemein verfügbar. Folgendes kann jetzt verwendet werden: gcloud container clusters create --image-type=... gcloud container clusters upgrade --image-type=...

17. August 2016

  • Die Kubernetes-Version 1.3.5 ist die Standardversion für neue Cluster.

  • Das gcloud-Befehlszeilentool hat den standardmäßigen container/use_client_certificate-Attributwert in false geändert. Dadurch konfigurieren die gcloud container clusters create- und gcloud container clusters get-credentials-Befehle kubectl für die standardmäßige Nutzung von Google OAuth2-Anmeldedaten anstelle des alten Client-Zertifikats.

8. August 2016

  • Die Kubernetes-Version 1.3.4 ist die Standardversion für neue Cluster.

  • Aktualisierung des gcloud-Befehlszeilentools kubectl auf Version 1.3.3.

29. Juli 2016

22. Juli 2016

  • Die Kubernetes-Version 1.3.2 ist die Standardversion für neue Cluster.

  • Cluster der Version 1.3.0 wurden auf die Version 1.3.2 aktualisiert, um die Fehlerkorrektur zu übernehmen, die das Problem mit nicht funktionierenden Routen behebt.

  • Das Problem mit Clustern, die sich nicht mit der HTTP-Basisauthentifizierung authentifizieren konnten, da der für die Authentifizierung verwendete Nutzername des Masters nicht der Standardname war, wurde behoben.

  • Die automatische Größenanpassung für DNS-Replikate erstellt nun mindestens zwei Replikate, außer für Cluster mit nur einem Knoten.

  • Aktualisierung des gcloud-Befehlszeilentools kubectl auf Version 1.2.5.

  • Die Google Cloud Platform Console unterstützt jetzt beim Erstellen von Clustern CIDR-Bereiche mit Maskengrößen von /8 bis /19.

  • Die Google Cloud Platform Console unterstützt jetzt beim Erstellen von Clustern die Angabe zusätzlicher Zonen.

  • Die Google Cloud Platform Console unterstützt jetzt das Erstellen von Clustern mit bis zu 2.000 Knoten (über mehrere Knotenpools hinweg).

  • Die Google Cloud Platform Console unterstützt jetzt sowohl beim Erstellen von Clustern als auch beim Erstellen und Bearbeiten von Knotenpools die Angabe einer Anzahl lokaler SSDs.

  • Bekannte Probleme

    • #29051 PVC-Volume wird nicht getrennt, wenn Pod über Namespace gelöscht wird. Löschen.

    • #29358 Google Compute Engine PD Detach schlägt fehl, wenn der Knoten nicht mehr existiert.

    • #28616 Einbindung (nur 'Standard-Token') des Volumes dauert bei der Erstellung eines ganzes Satzes von Pods (Parallelisierungsproblem) länger.

    • #28750 Fehler beim Bereinigen des Pods, "Gerät oder Ressource nicht verfügbar" beim Dienstkonto-Secret.

11. Juli 2016

  • Die Kubernetes-Version 1.3.0 ist jetzt die Standardversion für neue Cluster.

  • Vorhandene Google Container Engine-Clustermaster wurden im Laufe der letzten Woche auf die Kubernetes-Version 1.2.5 aktualisiert.

  • Verbesserte Fehlermeldungen, wenn bereits ein Cluster ausgeführt wird.

  • Das Erstellen von Clustern und Knotenpools mit an Knoten angehängten lokalen SSDs wird jetzt unterstützt. Beispiele finden Sie unter Containercluster-Vorgänge.

  • Die automatische Skalierung von Clustern ist nun für in der Version 1.3.0 ausgeführte Cluster verfügbar. Beim Erstellen und Aktualisieren von Clustern können Autoscaling-Optionen festgelegt werden. Beispiele finden Sie unter Containercluster-Vorgänge.

  • Vorhandene Cluster mit nur einer Zone können jetzt mit gcloud beta container clusters update --additional zones auf Mehrzonencluster aktualisiert werden. Beispiele finden Sie unter Containercluster-Vorgänge.

  • Bekannte Probleme:

    • Wenn Cluster mit Version 1.3.0 nach dem Erstellen skaliert werden (einschließlich über Cluster-Autoscaling), kann dies zu ungültigen Routen mit kollidierenden Ziel-CIDRs führen. Ungültige Routen können folgendermaßen erkannt und manuell behoben werden

       * 1. List routes with duplicate destination ranges
 gcloud compute routes list --filter="name ~ gke-$CLUSTER_NAME" --format='value(destRange)' | uniq -d

      Wenn der obige Befehl Werte ausgibt, können die ungültigen Routen repariert werden, indem man eine der Ziel-Instanzen löscht. Eine neue Instanz wird automatisch bei einer funktionierenden Route erstellt.

       * 2. Replace $DUPE_RANGE with a destination range from 1.
 gcloud compute routes list --filter="destRange:$DUPE_RANGE"

 * 3. Delete one of the target instances listed by 2.
 gcloud compute instances delete $TARGET_INSTANCE

    • Die kubectl-Autorisierung für Cluster mit Version 1.3.0 schlägt fehl, wenn der Cluster mit einem Nutzernamen für die Authentifizierung des Masters erstellt wird, der nicht der Standardname (gcloud container clusters create --username ...) ist. Als Behelfslösung kann die Authentifizierung mit dem Clusterzertifikat erfolgen, anstatt

      kubectl config unset users.gke_$PROJECT_$ZONE_$NAME.username

      auf der Maschine durchzuführen, von der aus Sie kubectl ausführen möchten, wobei $PROJECT,$ZONE,$NAME jeweils die Projekt-ID, die Zone und den Namen des Clusters angibt.

1. Juli 2016

20. Juni 2016

  • Die Google Cloud Platform Console unterstützt das Erstellen und Löschen von Knotenpools.

  • (Nicht abwärtskompatible Änderung) Das Flag --wait für die Befehlsgruppe gcloud container clusters wurde jetzt verworfen. Verwenden Sie stattdessen das Flag --async.

13. Juni 2016

  • Fehlerkorrekturen.

7. Juni 2016

  • Ein Programmfehler wurde behoben, aufgrund dessen kubectl für die falsche Architektur unter Windows installiert wurde. Wir installieren nun 32- und 64-Bit.

  • Die Google Cloud Platform Console unterstützt die Größenanpassung und Upgrades von Knotenpools.

3. Juni 2016

  • Fehlerkorrekturen.

27. Mai 2016

  • Der Befehl gcloud container clusters update steht jetzt zum Aktualisieren der Clustereinstellungen eines vorhandenen Containerclusters zur Verfügung.

  • Die gcloud container node-pools-Befehle stehen jetzt für das Erstellen, Löschen, Beschreiben und Auflisten von Knotenpools eines Clusters zur Verfügung.

  • Die Google Cloud Platform Console unterstützt das Auflisten von Knoten-Pools. Für aufgelistete Knotenpools können außerdem Upgrades/Downgrades auf unterstützte Kubernetes-Versionen durchgeführt werden.

18. Mai 2016

  • gcloud alpha container-Befehle (z. B. "create") unterstützen jetzt die Angabe alternativer ImageTypes wie das seit Kurzem in der Betaversion verfügbare Container-VM-Image. Wenn Sie dies ausprobieren möchten, aktualisieren Sie gcloud auf die neueste Version (gcloud components install alpha ; gcloud components update) und erstellen anschließend einen neuen Cluster: gcloud alpha container clusters create --image-type=GCI $NAME. Die Unterstützung von ImageTypes in der Google Cloud Console folgt zu einem späteren Zeitpunkt.

  • Der Befehl gcloud container clusters list sortiert die Cluster jetzt nach Zone und dann nach Clusternamen.

  • Für den Befehl gcloud container clusters create kann jetzt --max-nodes-per-pool (Standardwert 1.000) angegeben werden, um mehrere Knotenpools für große Cluster zu erstellen.

16. Mai 2016

  • Von Container Engine gehostete Master wurden auf Version 1.2.4 aktualisiert.

  • Aktualisierung des gcloud-Befehlszeilentools kubectl auf Version 1.2.4.

  • CreateCluster-Aufrufe akzeptieren jetzt mehrere NodePool-Objekte.

6. Mai 2016

  • Von Container Engine gehostete Master wurden auf Version 1.2.3 aktualisiert.

  • Aktualisierung des gcloud-Befehlszeilentools kubectl auf Version 1.2.3.

29. April 2016

  • Die Kubernetes-Version 1.2.3 ist die Standardversion für neue Cluster.

  • gcloud container clusters resize ermöglicht nun die Angabe eines Knotenpools über --node-pool.

21. April 2016

  • Mehrzonencluster können jetzt erstellt werden. Die Knoten eines solchen Clusters erstrecken sich über mehrere Zonen und erhöhen so die Verfügbarkeit von Anwendungen, die im Cluster ausgeführt werden. Weitere Einzelheiten zu Mehrzonenclustern finden Sie unter http://kubernetes.io/docs/admin/multiple-zones/. Bald wird es außerdem möglich sein, vorhandene Cluster in Mehrzonencluster umzuwandeln.

  • Der Befehl gcloud container clusters create ermöglicht jetzt über das Flag --additional-zones, mehrere Zonen in einer Region für neu erstellte Clusterknoten anzugeben.

  • Ein Programmfehler wurde behoben, aufgrund dessen die kubectl-Komponente in der Liste der gcloud-Komponenten unter Windows fehlte.

  • Aktualisierung des gcloud-Befehlszeilentools kubectl auf Version 1.2.2.

13. April 2016

  • Bekanntes Problem: Die Behelfslösung mit der Bastion-Route für den Zugriff auf Dienste von außerhalb eines Kubernetes-Clusters funktioniert aufgrund einer Änderung in kube-proxy nicht mehr bei Knoten mit den Versionen 1.2.0 bis 1.2.2. Wenn Sie diese Behelfslösung verwenden, raten wir derzeit von einem Upgrade der Knoten auf 1.2.x ab. Dies wird in einer zukünftigen Version geklärt.

11. April 2016

  • Die Kubernetes-Version 1.2.2 ist die Standardversion für neue Cluster.

  • gcloud alpha container clusters update ermöglicht jetzt über das Flag --update-addons das Aktivieren/Deaktivieren von Add-ons für Container Engine-Cluster.

  • gcloud container clusters create unterstützt jetzt über das Flag --disable-addons das Deaktivieren von HPA- und Ingress-Controller-Add-ons.

  • Die Google Cloud Platform Console unterstützt die Option "Google Kubernetes Engine-Masterupgrade", wodurch ein proaktives Upgrade von Clustermastern ermöglicht wird. Dies ist dieselbe Funktion, die auch über gcloud container clusters upgrade --master verfügbar ist.

4. April 2016

29. März 2016

  • API Discovery Doc und Client Libraries wurden aktualisiert.

  • gcloud container clusters create|get-credentials gibt eine Warnung aus bzw. schlägt fehl, wenn die HOME-Umgebungsvariable nicht festgelegt ist. Die Variable ist zum Speichern von kubectl-Anmeldedaten erforderlich (kubeconfig).

  • Die kubectl-Komponente des gcloud-Befehlszeilentools ist nun für Windows verfügbar.

21. März 2016

  • Die Kubernetes-Version 1.2.0 ist die Standardversion für neue Cluster. Dieses Update beinhaltet weitreichende Änderungen gegenüber Version 1.1, die unter Releases der Version 1.2.0 ausführlich beschrieben werden. Die Hauptänderungen umfassen

    • Die Clusterskalierung wurde um 400 % auf 1.000 Knoten mit 30.000 Pods pro Cluster erhöht.
    • Kubelet unterstützt 100 Pods pro Knoten, mit um den Faktor 4 reduzierter Systemauslastung.
    • Bereitstellung und DaemonSet API jetzt Beta. Die Job API und die HorizontalPodAutoscaler API wurden von der Betaversion auf die Releasestufe "Allgemeine Verfügbarkeit" hochgestuft.
    • Ingress unterstützt HTTPS.
    • Kube-Proxy entspricht nun standardmäßig einem iptables-basierten Proxy.
    • Docker-Version 1.9.1.
    • Die dynamische Konfiguration von Anwendungen über die ConfigMap API bietet eine Alternative zur Verankerung in Befehlszeilen-Flags beim Erstellen von Containern.
    • Neue Kubernetes-GUI aktiviert die gleiche Funktion wie CLI.
    • Das ordnungsgemäße Herunterfahren von Knoten über den Befehl kubectl drain ist jetzt möglich, um Pods korrekt aus Knoten zu entfernen.

  • Die Zugriffsbereiche service.management und servicecontrol sind jetzt standardmäßig für neue Container Engine-Cluster aktiviert

  • Für Cluster, die ohne Compute-Lese-/Schreibbereiche für Knoten erstellt wurden, muss außerdem HttpLoadBalancing deaktiviert werden. Das Deaktivieren des Compute-Lese-/Schreibbereichs ist nur über die Raw API möglich, nicht über das gcloud-Befehlszeilentool oder die Google Cloud Platform Console.

  • Für Updates von Clustern, deren Knoten keinen Compute-Lese-/Schreibbereich enthalten, muss außerdem ein AddonsConfig mit deaktiviertem HttpLoadBalancing angegeben werden.

  • Aktualisierung des gcloud-Befehlszeilentools kubectl auf Version 1.2.0.

16. März 2016

  • CreateCluster kann jetzt erfolgreich durchgeführt werden, wenn die Kubernetes API meldet, dass mindestens 99 % der Knoten registriert und bis zu einem Starttermin fehlerfrei sind.

  • gcloud container clusters create gibt eine Warnung aus, wenn nach abgeschlossener Clustererstellung die Anzahl der registrierten/fehlerfreien Knoten über 99 % liegt, 100 % jedoch nicht erreicht hat.

2. März 2016

  • Die Upgrades der von Container Engine gehosteten Master von Version 1.1.7 auf Version 1.1.8 wurden diese Woche abgeschlossen.

26. Februar 2016

  • Die Kubernetes-Version 1.1.8 ist die Standardversion für neue Cluster.

  • DeleteCluster schlägt umgehend mit einer Fehlermeldung fehl, wenn Back-End-Dienste vorhanden sind, die die Knotengruppe des Clusters zum Ziel haben. Das Vorhandensein solcher Dienste blockiert das Löschen der Knoten.

  • Mit dem Befehl gcloud container clusters upgrade --master können Sie jetzt ein Upgrade des gehosteten Masters eines Clusters auf die neueste unterstützte Kubernetes-Version selbst initiieren. Dadurch können Sie auf Versionen zugreifen, bevor diese über die automatischen Upgrades der von Container Engine gehosteten Master eingespielt werden.

10. Februar 2016

  • Die Upgrades der von Container Engine gehosteten Master von Version 1.1.3 und 1.1.4 auf Version 1.1.7 wurden diese Woche abgeschlossen.

  • Die kubectl-Version des gcloud-Befehlszeilentools lautet 1.1.7.

28. Januar 2016

15. Januar 2016

  • Die Kubernetes-Version 1.1.4 ist die Standardversion für neue Cluster.

  • gcloud container clusters resize kann nun zur Anpassung der Größe von Container-Engine-Clustern ausgeführt werden.

  • Nutzer werden jetzt von gcloud container clusters, describe und list benachrichtigt, wenn ein Knotenupgrade verfügbar ist.

  • Die kubectl-Version des gcloud-Befehlszeilentools lautet 1.1.3.

5. Januar 2016

  • Ein Problem wurde behoben, aufgrund dessen die Google Cloud Platform Console den Nutzern fälschlicherweise das Erstellen von Clustern mit aktiviertem Cloud Monitoring nicht erlaubt hat.

  • Ein Problem wurde behoben, bei dem Nutzer keine Cluster in Projekten erstellen konnten, die sich auf eine gesamte Domain beziehen.

8. Dezember 2015

  • Die Kubernetes-Version 1.1.3 ist die Standardversion für neue Cluster.

  • Zusätzlicher Support für benutzerdefinierte Maschinentypen.

  • Beim Erstellen von Clustern wird nun geprüft, ob das Netzwerk für den Cluster eine Route zum Standard-Internetgateway hat. Wenn eine solche Route nicht existiert, wird statt einer Zeitüberschreitung beim Warten auf die Knotenregistrierung sofort ein Fehler auf die Anfrage zurückgegeben.

  • gcloud container clusters upgrade fordert nun zum Bestätigen auf.

3. Dezember 2015

  • Die Google Container Engine v1beta1 API, die bereits verworfen wurde, ist jetzt deaktiviert.

  • Von Container Engine gehostete Master wurden diese Woche auf Version 1.1.2 aktualisiert, außer Cluster mit Knoten, auf denen eine ältere Version als 1.0.1 ausgeführt wird. Diese werden aktualisiert, sobald Version 1.1.3 verfügbar ist.

30. November 2015

  • Die Kubernetes-Version 1.1.2 ist die Standardversion für neue Cluster.

  • Container Engine unterstützt jetzt manuelle Subnetzwerke. Subnetzwerke sind eine Alphafunktion von Google Compute Engine, für deren Nutzung Sie sich auf die weiße Liste setzen lassen müssen. Informationen zur weißen Liste finden Sie in der Dokumentation zu Subnetzwerken.

    Wenn Sie sich auf der weißen Liste befinden, können Sie das Subnetzwerk in der Anfrage zum Erstellen des Clusters angeben. In der REST API wird es als Wert vom subnetwork-Feld des Cluster-Objekts spezifiziert; bei der Nutzung von gcloud container-Befehlen wird ein --subnetwork-Flag an gcloud container clusters create weitergegeben.

  • Verbesserte Zuverlässigkeit beim Erstellen und Löschen von Clustern.

18. November 2015

12. November 2015

Die unten dokumentierte Version wird in den nächsten Tagen eingeführt.

  • Cluster können nun mit bis zu 250 Knoten erstellt werden.

  • Das Add-on für den Load-Balancer-Controller von Google Compute Engine wird neuen Clustern standardmäßig hinzugefügt. Mehr erfahren

  • Die Kubernetes-Version 1.1.1 ist die Standardversion für neue Cluster.

    Wichtiger Hinweis: Beim gebündelten kubectl handelt es sich um Version 1.0.7. Dementsprechend sind neue Kubernetes 1.1 APIs wie Autoscaling erst nach der Einführung des kubectl-Binärprogramms nächste Woche über kubectl verfügbar.

    Nutzer, die davor Zugang haben möchten, können sich manuell ein 1.1 kubectl unter folgendem Link herunterladen:

    Und dann chmod a+x kubectl; cp kubectl $(which kubectl) zur Installation.

  • Die Kubernetes-Versionen 0.19.3 und 0.21.4 werden für Knoten nicht länger unterstützt.

  • Neue Cluster, die den Maschinentyp f1-micro verwenden, müssen mindestens drei Knoten enthalten. Dies gewährleistet, dass im Cluster genug Arbeitsspeicher vorhanden ist, um mehr als nur ein paar sehr kleine Pods auszuführen.

  • kubectl-Version ist 1.0.7.

4. November 2015

  • Die Kubernetes-Version 1.0.7 ist die Standardversion für neue Cluster.

  • Die Master von vorhandenen Clustern werden in der kommenden Woche von Version 1.0.6 auf Version 1.0.7 aktualisiert.

  • Zusätzliche Unterstützung für Subnetzwerke (Alpha).

27. Oktober 2015

  • Vorgangsobjekte wurden um das Feld detail erweitert, um Details zum Fortschritt lang andauernder Vorgänge wie etwa Clusterupdates anzuzeigen.

  • Bessere Kategorisierung von Fehlern, die von Projekten verursacht wurden, die nicht vollständig mit den Standarddienstkonten initialisiert wurden.

19. Oktober 2015

  • Das Flag --container-ipv4-cidr wurde zugunsten von --cluster-ipv4-cidr verworfen.

  • Die aktuelle Anzahl von Knoten in Container Engine-Clustern ist über die REST API verfügbar.

  • Die Messwerte in Cloud Monitoring sind nun mit weit geringeren Verzögerungen verfügbar.

  • Clusternamen müssen jetzt nur innerhalb jeder Zone eindeutig sein, nicht innerhalb des gesamten Projekts.

  • Fehlermeldungen, die reguläre Ausdrücke umfassen, enthalten nützlichere und für Menschen lesbare Hinweise.

12. Oktober 2015

  • Sie können nun benutzerdefinierte Metadaten angeben, die den Knoten beim Erstellen eines Clusters mit der REST API hinzugefügt werden sollen.

25. September 2015

  • Cluster-Self-Links enthalten nun eine Projekt-ID anstelle einer Projektnummer.

  • kubectl-Version ist 1.0.6.

18. September 2015

  • Die Kubernetes-Version 1.0.6 ist die Standardversion für neue Cluster.

  • Die Master von vorhandenen Clustern werden in der kommenden Woche von Version 1.0.4 auf Version 1.0.6 aktualisiert.

4. September 2015

  • Ein Programmfehler wurde behoben, aufgrund dessen CreateCluster-Anfragen mit dem Feld ClusterApiVersion abgelehnt wurden. Da dies ein reines Ausgabefeld ist, wird es nun ohne Rückmeldung ignoriert.

31. August 2015

  • Damit keine Cluster ohne Speicherplatz für systemfremde Container erstellt werden, gibt es jetzt Einschränkungen für Cluster, die aus f1-micro-Instanzen bestehen:

    • Ein f1-Mikro-Cluster mit einem Knoten muss sowohl die Anmeldung als auch das Monitoring deaktivieren.
    • Für einen f1-micro-Cluster mit zwei Knoten muss mindestens entweder Logging oder Monitoring deaktiviert werden.

26. August 2015

Die Beta-Phase von Google Container Engine ist nun beendet.

  • Alle gcloud beta container-Befehle befinden sich jetzt stattdessen in der Befehlsgruppe gcloud container.

  • Mit der Google Container Engine API kann jetzt Google Cloud Monitoring für Cluster aktiviert oder deaktiviert werden. Verwenden Sie dazu das desiredMonitoringService-Feld der Updatemethode für Cluster. Wenn Sie dieses Feld aktualisieren, fällt der Kubernetes-API-Server während des Masterupdates kurz aus.

14. August 2015

  • Die Kubernetes-Version 1.0.3 ist die Standardversion für neue Cluster.

  • Die Authentifizierungsbereiche compute und devstorage.read_only sind nicht länger erforderlich und werden neuen Clustern nicht mehr serverseitig automatisch hinzugefügt. Der gcloud-Befehl und die GCP Console fügen diese Bereiche auf der Clientseite noch hinzu, wenn neue Cluster erstellt werden. Die REST API tut dies nicht.

  • Wenn Sie Containercluster in einer nicht vorhandenen Zone auflisten, wird statt einer leeren Liste der Fehler 404: Not Found zurückgegeben.

  • Der Befehl get-credentials wurde in gcloud beta container clusters get-credentials verschoben. Wenn Sie gcloud beta container get-credentials ausführen, wird ein Fehler mit einem Hinweis auf den neuen Ort des Befehls zurückgegeben.

  • Der neue gcloud beta container get-server-config-Befehl gibt Folgendes zurück:

    • Die Kubernetes-Standardversion, die aktuell für neue Cluster verwendet wird.
    • Die Liste der unterstützten Versionen für Knotenupgrades (über gcloud beta container clusters upgrade).

4. August 2015

  • Die Kubernetes-Version 1.0.1 ist die Standardversion für neue Cluster.

  • kubectl-Version ist 1.0.1.

  • Das v1beta1 API-Discovery-Dokument wurde im Zuge der Vorbereitung auf die Einstellung entfernt.

  • Die gcloud alpha container-Befehle wurden auf die Container Engine v1 API abgestimmt. Die Optionen für gcloud alpha container clusters create wurden entsprechend aktualisiert:

    • --user wurde in --username umbenannt.
    • --cluster-api-version entfernt. Die Clusterversion ist in der v1 API nicht auswählbar. Neue Cluster werden immer mit der neusten unterstützten Version erstellt.
    • --image-Option entfernt. Das Quell-Image ist in der v1 API nicht auswählbar. Cluster werden immer mit dem neuesten unterstützten ContainerVM-Image erstellt. Wenn Sie statt ContainerVM ein nicht unterstütztes Image verwenden würden, wäre der Cluster in den meisten Fällen ohnehin unbrauchbar.
    • --no-enable-cloud-monitoring zum Deaktivieren von Cloud Monitoring (standardmäßig aktiviert) hinzugefügt.
    • --disk-size-Option zur Spezifizierung der Größe des Bootlaufwerks von Knoten-VMs hinzugefügt.

27. Juli 2015

  • Neue Cluster werden jetzt mit einer Firewallregel erstellt, um Knoten-VMs über SSH zugänglich zu machen. Dies gewährleistet, dass die Kubernetes-Proxyfunktion verwendet werden kann.

  • Die Liste der Admission-Controller wurde gemäß der Liste der empfohlenen Admission-Controller für Version 1.0 aktualisiert.

  • Die Option --source-image wurde in der v1beta1 API deaktiviert. Wenn Sie gcloud alpha container clusters create --source-image ausführen, wird jetzt ein Fehler zurückgegeben.

  • Die Option zum Erstellen von Clustern im privaten IP-Block 172.16.0.0/12 wurde entfernt.

24. Juli 2015

Upgrade auf die Kubernetes-Version 1 - Maßnahme erforderlich

Nutzer müssen ihre Konfigurationsdateien vor dem 5. August 2015 auf die v1 Kubernetes API aktualisieren. Dies gilt für alle Beta Container Engine-Cluster, die vor dem 21. Juli erstellt wurden.

Google Container Engine aktualisiert die Container-Cluster-Master für die Nutzung der v1 Kubernetes API ab dem 5. August. Wenn Sie das Upgrade vorher durchführen möchten, registrieren Sie sich bitte für ein früheres Upgrade.

Dieses Upgrade hebt den Support für die v1beta3 API auf. Alle Konfigurationsdateien müssen entsprechend der v1-Spezifikation formatiert werden, um zu gewährleisten, dass Ihr Cluster weiterhin funktioniert. Die v1 API repräsentiert den produktionsreifen Satz von APIs für Kubernetes und Container Engine.

Einige hilfreiche Ressourcen sind:

Wenn Ihre Konfigurationsdateien bereits die v1-Spezifikation verwenden, sind keine Maßnahmen erforderlich.

15. Juli 2015

  • Die Kubernetes-Version 0.21.2 ist die Standardversion für neue Cluster.

  • Bestehende Master mit den Versionen 0.19.3 oder höher werden auf 0.21.2 aktualisiert. Kunden sollten ihre Containercluster aktualisieren, sobald es ihnen möglich ist. Cluster mit Versionen, die älter als 0.19.3 sind, können nicht aktualisiert werden.

  • Die kubectl-Version lautet jetzt 0.20.2.

10. Juli 2015

Bekanntes Problem:

  • Der Befehl rolling-update schlägt fehl, wenn Sie kubectl-Version 0.20.1 mit Clustern verwenden, auf denen Version 0.19.3 der Kubernetes API ausgeführt wird. Geben Sie zur Lösung des Problems das Flag --api-version=v1beta3 im Befehl rolling-update an:

    kubectl rolling-update --api-version=v1beta3 --image=<foo> ...

    So finden Sie Ihre Version von kubectl:

    kubectl version

    So finden Sie Ihre Clusterversion:

    gcloud container clusters describe CLUSTER_NAME

25. Juni 2015

  • Die Container Engine REST API von Google wurde auf Version 1 aktualisiert.

  • Die REST API gibt eine genauere Fehlermeldung zurück, wenn die Region das Kontingent überschritten hat.

  • Mit gcloud container clusters create kann jetzt über das Flag --disk-size die Laufwerkgröße für Knoten angegeben werden.

22. Juni 2015

  • Google Container Engine befindet sich jetzt in der Betaphase.

  • Kubernetes Master-VMs werden nicht länger für neue Cluster erstellt. Sie werden jetzt als gehostete Dienste ausgeführt. Für den gehosteten Master fallen keine Kosten für die Compute Engine-Instanz an. Mehr über die Preisangaben erfahren.

  • Die Kubernetes-Version 0.19.3 ist die Standardversion für neue Cluster.

  • Containercluster sind bei Projekten mit standardmäßigen regionalen Compute Engine-CPU-Kontingenten auf drei pro Region beschränkt.

  • Die Dokumentation wurde für die Verwendung von gcloud beta-Befehlsgruppen aktualisiert.

  • Die Dokumentation wurde für die Verwendung von apiVersion: v1 in allen Beispielen aktualisiert.

Bekanntes Problem:

  • kubectl exec funktioniert in der Clusterversion 0.19.3. nicht.

10. Juni 2015

  • Die Dokumentation wurde für die Verwendung von v1beta3 aktualisiert.

  • Die Kubernetes-Version 0.18.2 ist die Standardversion für neue Cluster.

3. Juni 2015

  • Die Kubernetes-Version 0.18.0 ist die Standardversion für neue Cluster.

  • Mit 0.18.0 und höher gestartete Cluster werden mit verwalteten Instanzgruppen bereitgestellt.

  • Die Erstellung neuer Cluster ist in v0.16.0 nicht mehr möglich.

  • Die Race-Bedingung, die zu einem Routenleck beim Löschen von Clustern führen konnte, wurde behoben.

  • Wenn ein Projekt kein ausreichendes Ressourcenkontingent zum Erstellen eines funktionierenden Clusters hat, schlägt der Erstellvorgang schneller mit einer hilfreichen Meldung fehl.

gcloud-Befehlszeilentool:

  • Der Befehl gcloud alpha container clusters create legt den aktuellen Kontext von kubectl immer auf den neu erstellten Cluster fest.

  • Die Befehle clusters create und get-credentials suchen nach der kubectl-Konfiguration und schreiben sie in eine KUBECONFIG-Umgebungsvariable. Dies entspricht dem Verhalten der kubectl config *-Befehle.

  • Der Befehl gcloud alpha container kubectl ist deaktiviert. Verwenden Sie stattdessen einfach kubectl.

22. Mai 2015

  • Die Kubernetes-Version 0.17.1 ist die Standardversion für neue Cluster.

  • Kubernetes v0.16.0 wird weiter unterstützt. Aufgrund des unten erwähnten Programmfehlers können neue Cluster jedoch nicht mehr mit der Kubernetes-Version 0.17.0 erstellt werden.

  • Der Programmfehler, der Container am Zugriff auf den Google Compute Engine-Metadatendienst gehindert hat, wurde behoben.

  • Die DNS-Namen von Kubernetes-Diensten haben jetzt das Suffix .<namespace>.svc.cluster.local anstelle von .<namespace>.kubernetes.local.

Hinweise zu kubectl 0.17.0:

  • kubectl cluster-info wurde aktualisiert, um v1beta3-Adressen anzuzeigen.

  • kubectl log --previous hinzufügen, um das Log des zuletzt abgestürzten Containers anzeigen zu lassen.

  • Das Anzeigen externer IPs wurde zu kubectl cluster-info hinzugefügt.

  • Container-Status in kubectl get pods drucken.

  • Fügen Sie kubectl_label den benutzerdefinierten Features in der Bash-Vervollständigung hinzu.

  • In Dienstspalten für kubectl get IP in IP(S) ändern.

  • PodSpec wurde um das Feld TerminationGracePeriod erweitert und kubectl stop um das Flag grace-period.

13. Mai 2015

  • Die Kubernetes-Version 0.17.0 ist die Standardversion für neue Cluster.

  • Neue Cluster können nicht länger mit Kubernetes Version 0.15.0. erstellt werden.

  • Das eigenständige kubectl funktioniert mit von Container Engine erstellten Clustern, ohne dass die Umgebungsvariable KUBECONFIG festgelegt werden muss.

  • gcloud alpha container kubectl wurde verworfen. Der Befehl funktioniert noch, gibt jedoch eine Warnung mit dem Hinweis zurück, kubectl direkt zu verwenden.

  • Neuer Befehl gcloud alpha container get-credentials hinzugefügt. Der Befehl ruft die Clusterauthentifizierung ab und aktualisiert den lokalen kubectl-Befehl.

  • gcloud alpha container kubectl und clusters delete|describe geben hilfreichere Fehlermeldungen zurück, wenn der Cluster aufgrund eines falschen Flags/Standardwerts für die Zone nicht gefunden werden kann.

  • gcloud alpha container clusters create wird mit einem Rückgabecode ungleich null beendet, wenn die Clustererstellung erfolgreich war, aber keine Zertifikatsdaten abgerufen werden konnten.

Hinweis zu kubectl 0.16.1:

  • Verbesserungen von kubectl rolling-update.

  • Der globale Speicherort von kubeconfig wurde von ~/.kube/.kubeconfig in ~/.kube/config geändert.

  • kubectl delete beendet Ressourcen jetzt standardmäßig (löscht untergeordnete Ressourcen, beispielsweise von Replikations-Controllern verwaltete Pods).

  • Die markierten Worttrennzeichen - und _ und wurden gleichwertig gemacht.

  • .yml-Erweiterung für Schema-Dateien wird erkannt.

  • kubectl get pods gibt jetzt Statuswerte von Containern zurück.

  • Die Laderegeln für kubeconfig wurden vereinfacht (Informationen finden Sie in kubectl config --help).

  • --flatten- und --minify- Optionen für kubectl config view.

  • Diverse Fehler wurden behoben.

8. Mai 2015

  • Master-VMs werden jetzt mit einem nichtflüchtigen Datenspeicher für wichtige Clusterdaten erstellt, sodass das Bootlaufwerk dem Betriebssystem/der Software vorbehalten bleibt.

2. Mai 2015

  • Die Kubernetes-Version 0.16.0 ist die Standardversion für neue Cluster.

  • Cluster ohne nginx verwenden statt der Basisauthentifizierung die Inhabertoken-Authentifizierung.

  • KUBE_PROXY_TOKEN wurde zu kube-env-Metadaten hinzugefügt.

22. April 2015

  • Bei Verwendung des gcloud-Befehlszeilentools oder der REST API kann jetzt beim Erstellen von Clustern ein CIDR-Bereich angefordert werden. Verwenden Sie dazu im gcloud-Befehlszeilentool das Flag --container-ipv4-cidr. Wenn nichts festgelegt ist, wählt der Server einen CIDR-Bereich für den Cluster aus.

  • Anleitungen für das eigenständige kubectl stehen jetzt über gcloud alpha container kubectl --help zur Verfügung.

  • Beim Abruf der Clusteranmeldedaten nach dem Erstellen eines Clusters mit dem gcloud-Befehlszeilentool muss die Passphrase für den SSH-Schlüssel nie öfter als einmal eingegeben werden.

  • Die gcloud alpha container clusters ...-Befehle geben standardmäßig eine für Menschen lesbare Ausgabe (Tabelle) zurück.

16. April 2015

Container Engine:

  • Die Kubernetes-Version 0.15.0 ist die Standardversion für neue Cluster. Version 0.14.2 wird weiter unterstützt.

  • Die Kubernetes v1beta3 API ist jetzt für neue Cluster aktiviert.

  • Neue Cluster können nicht länger mit Kubernetes Version 0.13.2. erstellt werden.

gcloud-Befehlszeilentool:

  • Die kubectl-Version lautet jetzt Version 0.14.1.

  • Die verworfenen Befehle gcloud alpha container pods|services|replicationcontrollers wurden entfernt. Verwenden Sie stattdessen gcloud alpha container kubectl.

9. April 2015

Container Engine:

  • Die Kubernetes-Version 0.14.2 ist die Standardversion für neue Cluster.

  • Neue Cluster können nicht länger mit der Kubernetes-Version 0.14.1. erstellt werden.

  • Die Cluster-Erstellung ist zuverlässiger.

  • Wenn Cluster über die Google Cloud Platform Console erstellt werden, ist der vorausgefüllte Clustername im Projekt eindeutig, nicht in der Zone.

  • Der API-Endpunkt ist nicht mehr in der Clusterliste enthalten.

2. April 2015

Container Engine:

  • Die Kubernetes-Version 0.14.1 ist die Standardversion für neue Cluster.

  • Neue Cluster können nicht länger mit Version 0.11.0 erstellt werden.

  • Die Cluster-Firewall von Container Engine spezifiziert keine Ziel-Tags mehr. Damit können Pods standardmäßig ausgehende Verbindungen (im privaten Netzwerk) herstellen.

gcloud-Befehlszeilentool:

  • Über das gcloud-Befehlszeilentool erstellte Cluster senden jetzt automatisch Logs an Google Cloud Logging, wenn dies nicht explizit mit dem Flag --no-enable-cloud-logging deaktiviert wurde. Logs werden im Logbereich der GCP Console angezeigt, sobald die Google Cloud Logging API im Projekt aktiviert wurde.

  • Sie können jetzt mit dem eigenständigen kubectl (also ohne gcloud alpha container) auf Container Engine-Cluster zugreifen, nachdem Sie eine Umgebungsvariable festgelegt haben. Diese wird ausgegeben, wenn ein Cluster erfolgreich erstellt und/oder zum ersten Mal mit gcloud alpha container kubectl auf einen Cluster zugegriffen wurde.

  • Wenn Zertifikatsdateien für den Cluster fehlen, versucht gcloud immer, diese abzurufen. Die Warnung bezüglich nicht gefundener Zertifikatsdateien ist bei einer nachfolgenden Ausführung des Befehls gcloud alpha container kubectl hinfällig, wenn der Cluster fehlerfrei ist.

  • Bekanntes Problem: container-Befehle sind in der alpha-Komponente enthalten, der Kubernetes-Client (kubectl) ist jedoch noch mit der preview-Komponente installiert, sodass Nutzer beide Komponenten benötigen.

1. April 2015

  • Alle Container Engine-Befehle wurden von gcloud preview in gcloud alpha verschoben. Führen Sie gcloud components update alpha aus, um diese Befehlsgruppe zu installieren. Die Dokumentation wurde aktualisiert und enthält nun die alpha-Befehle.

25. März 2015

  • Die Kubernetes-Version 0.13.2 ist die Standardversion für neue Cluster.

  • Die kubectl-Version lautet jetzt Version 0.13.1.

  • Auf container-vm-v20150317 aktualisiert, welcher zuverlässiger startet.

  • Die Standardgröße des Bootlaufwerks für Clusterknoten wurde von 10 GB auf 100 GB erhöht.

25. Februar 2015

gcloud-Befehlszeilentool:

  • Die kubectl-Wrapper-Befehle (gcloud preview container pods|services|replicationcontrollers) wurden zugunsten der direkten Verwendung von gcloud preview container kubectl verworfen. Werden die verworfenen Befehle aufgerufen, wird der gleichwertige kubectl-Befehl ausgegeben.

  • Die kubectl-Version wurde auf 0.11.0 erweitert.

  • Es wurde ein Programmfehler behoben, der kubectl update mit --patch am Arbeiten hinderte.

  • Der kubectl-Befehl versucht nun automatisch, die Konfiguration noch einmal abzurufen, wenn der Befehl aufgrund eines Fehlers bezüglich einer veralteten Konfiguration fehlschlägt.

19. Februar 2015

Google Container Engine:

  • Die Kubernetes-Version 0.11.0 ist die Standardversion für neue Cluster.

  • Keine Unterstützung mehr für die Erstellung von Clustern mit Kubernetes v0.9.2.

  • Knoten verwenden jetzt das container-vm-v20150129-Image.

gcloud-Befehlszeilentool:

  • Mit gcloud preview container pods create erstellte Pods sind nicht mehr an einen Hostport gebunden. Demzufolge kann der Planer jedem Host mehrere Pods zuweisen.

  • Der Befehl gcloud preview container kubectl verwendet Version 0.10.1 von kubectl.

12. Februar 2015

  • Die Kubernetes-Version 0.10.1 ist die Standardversion für neue Cluster.

  • Die Unterstützung für die Erstellung von Clustern mit der Kubernetes-Version 0.10.0 wurde entfernt.

  • Der API-Aktivierungsablauf und die Fehlermeldungen beim ersten Zugriff auf die Container Engine-Seite der Google Cloud Platform Console wurden verbessert.

5. Februar 2015

Google Container Engine:

  • Die Kubernetes-Version 0.10.0 ist die Standardversion für neue Cluster

  • Keine Unterstützung mehr für die Erstellung von Clustern mit der Kubernetes-Version 0.8.1.

gcloud-Befehlszeilentool:

  • Der Befehl gcloud preview container kubectl wurde auf Version 0.9.1 aktualisiert.

    • kubectl create organisiert die Bulk-Erstellung aus einer Datei oder einem Verzeichnis.
    • Der Befehl createall wurde entfernt.
    • Der Befehl kubectl rollingupdate wurde hinzugefügt, um kontrollierte Updates von replizierten Pods auszuführen.
    • Der Befehl kubectl run-container wurde hinzugefügt, um das Erstellen eines (optional replizierten) Pods aus einem Image zu vereinfachen.
    • Der Befehl kubectl stop wurde hinzugefügt, um Replikations-Controller ordnungsgemäß herunterzufahren.
    • Die kubectl config ...-Befehle wurden hinzugefügt, um die Konfiguration für mehrere Cluster/Nutzer zu verwalten. Hinweis: Dies ist noch nicht mit gcloud preview container kubectl kompatibel.

    Weitere Informationen finden Sie in der kubectlReferenzdokumentation.

29. Januar 2015

  • Die Kubernetes-Version 0.9.2 ist die Standardversion für neue Cluster.

  • Die Unterstützung für die Erstellung von Clustern mit Version 0.7.1 wurde entfernt. Vorhandene Cluster mit dieser Version können weiter verwendet und gelöscht werden.

  • SkyDNS wird für Dienste auf Clustern mit Version 0.9.2 und höher unterstützt.

21. Januar 2015

  • Verbesserte Fehlermeldungen während der Erstellung von Pods, wenn das Quell-Image ungültig ist.

  • Ein Programmfehler wurde behoben, der Compute Engine-Routen beeinträchtigt hat, deren destRange-Felder einfache IP-Adressen enthielten.

  • Verbesserte Zuverlässigkeit bei der Clustererstellung, wenn eine langsame Bereitstellung vorliegt.

15. Januar 2015

  • Die Kubernetes-Version 0.8.1 ist die Standardversion für neu erstellte Cluster. Unsere Unterstützung der Version 0.8.1 umfasst Änderungen im 0.8-Branch an 0.8.1.

  • Die Unterstützung für die Erstellung von Clustern mit der Kubernetes-Version 0.8.0 wurde entfernt. Bestehende Cluster mit dieser Version können weiter verwendet und gelöscht werden.

  • Dienstkonten und Authentifizierungsbereiche können beim Erstellen von Knoteninstanzen für alle Pods hinzugefügt werden.

  • In der Befehlszeilenschnittstelle werden jetzt mehrere Fehlermeldungen auf jeweils neuen Zeilen und Tabs angezeigt und nicht mehr durch Kommas getrennt.

  • In der Google Cloud Platform Console wurden auf der Seite mit den Clusterdetails die Informationen zum Maschinentyp korrigiert.

8. Januar 2015

  • Die Kubernetes-Version 0.8.0 ist die Standardversion für neu erstellte Cluster. Die Kubernetes-Version 0.7.1 wird ebenfalls unterstützt. Informationen zu den einzelnen Releases finden Sie in den Kubernetes-Versionshinweisen. Unsere Unterstützung der Version 0.7.1 umfasst Änderungen im 0.7-Branch an 0.7.1. Unsere Unterstützung der Version 0.8.0 umfasst Änderungen in den Releases 0.7.2 und 0.8.0.

  • Die Unterstützung für die Erstellung von Clustern mit Kubernetes v0.6.1 und v0.7.0 wurde entfernt. Bestehende Cluster mit diesen Versionen können weiter verwendet und gelöscht werden.

  • Die pods|services|replicationcontrollers create-Befehle validieren jetzt den Ressourcentyp bei Erstellvorgängen mit --config-file. Dies löst das bekannte Problem im Release vom 12. Dezember 2014.

19. Dezember 2014

  • Die Kubernetes-Version 0.7.0 ist die Standardversion für neu erstellte Cluster.

  • Die Unterstützung für die Erstellung von Clustern mit den Kubernetes-Versionen 0.4.4 und v0.5.5 wurde entfernt. Bestehende Cluster mit diesen Versionen können weiter verwendet und gelöscht werden.

12. Dezember 2014

Bekannte Probleme:

  • Die pods|services|replicationcontrollers create-Befehle validieren nicht den Ressourcentyp bei Erstellvorgängen mit --config-file. Der Befehl erstellt die in der Konfigurationsdatei angegebene Ressource, ohne Rücksicht auf die angegebene Befehlsgruppe. Wenn Sie beispielsweise pods create aufrufen und eine Dienstkonfigurationsdatei übergeben, wird statt der Rückgabe eines Fehlers ein Dienst erstellt.

Aktualisierungen:

  • Die Kubernetes-Version 0.6.1 ist die Standardversion für neu erstellte Cluster.

  • Google Container Engine reserviert nun einen /14 CIDR-Bereich für neue Cluster. Zuvor wurde ein /16 reserviert.

  • Neue mit der Kubernetes-Version 0.4.4 erstellte Cluster verwenden jetzt das Image "backports-debian-7-wheezy-v20141108". Dieses ersetzt das vorherige Image "backports-debian-7-wheezy-v20141021".

  • Neue mit der Kubernetes-Version 0.5.5 oder 0.6.1 erstellte Cluster verwenden jetzt das Image "container-vm" anstelle des Debian-Backports-Images.

  • In der Dokumentation zu Dienstvorgängen wird jetzt auch die Option createExternalLoadBalancer beschrieben.

  • Die Kommandozeile wurde um den neuen Befehl gcloud preview container kubectl ergänzt. Dies ist ein Passthrough-Befehl zum Aufrufen des nativen Kubernetes-kubectl-Clients mit beliebigen Befehlen, wobei das gcloud-Befehlszeilentool für die Authentifizierung verwendet wird.

  • Das Flag --cluster-name wurde in allen Kommandozeilenbefehlen in --cluster umbenannt.

  • Neuer describe- und list-Support für Clustervorgänge.

5. Dezember 2014

  • Die Syntax zum Erstellen von Pods mit der Befehlszeilenschnittstelle von Google Container Engine wurde geändert. Der Name des Pods wird jetzt als Wert des Flags --name angegeben. Einzelheiten finden Sie auf der Seite zu Pod-Vorgängen.

  • Von der API zurückgegebene Cluster und Vorgänge enthalten jetzt das Feld selfLink. Außerdem enthalten Vorgänge das Feld targetLink, das die vollständige URL der angegebenen Ressource enthält.

  • Zusätzlicher Support für die Kubernetes-Versionen 0.4.4 und 0.5.5. Die Standardversion ist jetzt Version 0.4.4. Informationen zu den einzelnen Releases finden Sie in den Kubernetes-Versionshinweisen. Unsere Unterstützung der Version 0.4.4 umfasst Änderungen im 0.4-Branch von 0.4.2 bis 0.4.4. Unsere Unterstützung der Version 0.5.5 umfasst Änderungen im 0.5-Branch bis 0.5.5.

  • Die Unterstützung für die Erstellung von Clustern mit der Kubernetes-Version 0.4.2 wurde entfernt. Vorhandene Cluster mit dieser Version können weiter verwendet und gelöscht werden.

20. November 2014

Aktualisierungen der gcloud preview container-Befehle:

  • Wenn die Erstellung eines Clusters aufgrund eines fehlenden default-Netzwerks fehlschlägt, wird jetzt eine entsprechende Fehlermeldung angezeigt.

  • Standardzone und Cluster spezifizieren:

    gcloud config set compute/zone ZONE
gcloud config set container/cluster CLUSTER_NAME

    Derzeit liegt ein Fehler vor, der den Namen des Standardclusters am Arbeiten hindert, wenn der lokale Konfigurations-Cache fehlt. Wenn Sie beim Auslassen von --cluster-name einen Stacktrace sehen, muss der Befehl einmal mit spezifiziertem Flag wiederholt werden. Bei nachfolgenden Befehlen kann auf die Markierung verzichtet werden.

  • Der Standardclustername wird auf den Wert des neuen Clusters gesetzt, wenn ein Cluster erfolgreich erstellt wurde.

  • Der Befehl gcloud preview container clusters list listet Cluster in allen Zonen auf, wenn das Flag --zone nicht angegeben wurde. Der Befehl list ignoriert jede möglicherweise festgelegte Standardzone.

Updates für die Dokumentation:

Updates der GCP Console:

  • In der GCP Console sind Informationen zum Clusterfehlerstatus verfügbar.

4. November 2014

Aktualisiert am 10. November 2014: Zwei zusätzliche bekannte Probleme mit Google Container Engine wurden hinzugefügt.

Bei Google Container Engine handelt es sich um einen neuen Dienst, der Kubernetes Cluster für Google Cloud Platform-Nutzer erstellt und verwaltet.

Container Engine befindet sich derzeit in der Alphaphase. Sie können einen ersten Blick darauf erhalten, wie das fertige Produkt aussehen soll und damit experimentieren. Sie sollten jedoch keine Produktionsarbeitslasten darauf ausführen.

Das zugrunde liegende Kubernetes Open-Source-Projekt wird aktiv von der Community entwickelt und wird nicht als bereit für die Produktion angesehen. Diese Version von Google Container Engine basiert auf der öffentlich zugänglichen Kubernetes-Version 0.4.2. Während die Kubernetes-Community hart an der unverzüglichen Lösung von durch die Community gemeldete Probleme arbeitet, gibt es in der Version 0.4.2 einige bekannte Probleme, die in Version 0.5 behandelt und deren Lösungen in den kommenden Tagen in Google Container Engine aufgenommen werden.

Bekannte Probleme mit dem Kubernetes Release 0.4.2

  1. Problem #1730 Externe Systemdiagnosen, die containerinterne Skripts (exec) verwenden, funktionieren nicht. Prozess-, HTTP- und TCP-Systemdiagnosen funktionieren ordnungsgemäß. Systemdiagnosen mit containerinterner Shell-Ausführung funktionieren nicht und geben immer "Unbekannt" zurück. Dies ist auf die Umstellung auf docker exec in der Docker-Version 1.3 zurückzuführen. Momentan funktionieren Systemdiagnosen auf Prozessebene, TCP-Socket-Systemdiagnosen und Systemdiagnosen auf HTTP-Ebene. Dies wurde in Version 0.5 behandelt und wird demnächst verfügbar sein.

  2. Problem #1712 Pod-Updatevorgänge schlagen fehl. In Version 0.4.2 ist die Funktion für Pod-Updates nicht implementiert. Beim Aufrufen der Update API wird ein Fehler bezüglich der fehlenden Implementierung ausgegeben. Zum Aktualisieren von Pods müssen Sie diese löschen und noch einmal erstellen. Dies wird in Version 0.5 implementiert.

  3. Problem #974 Das Zuweisen von kollidierenden Portnummern zu internen Diensten schlägt ohne Rückmeldung fehl. Für jeden Kubernetes-Dienst muss ein eigener Netzwerkport zugewiesen werden. Wenn Sie derzeit einen zweiten Dienst mit einer Portnummer erstellen, die mit einem vorhandenen Dienst in Konflikt steht, ist der Vorgang zwar erfolgreich, der zweite Dienst jedoch nicht in der Lage, Netzwerktraffic zu empfangen. Dies wurde behoben und steht in Version 0.5 zur Verfügung.

  4. Problem #1161 Load-Balancing für externen Dienst. Das aktuelle Kubernetes-Design umfasst ein Modell, das eine 1:1-Zuordnung zwischen einer extern verfügbaren Portnummer auf Clusterebene und einem Dienst vornimmt. Dies bedeutet, dass nur ein einziger externer Dienst einem bestimmten Port zugewiesen sein kann. Vorerst ist dies eine hartcodierte Einschränkung des Dienstes.

Bekannte Probleme mit Google Container Engine

Zusätzlich zu den Problemen mit dem zugrunde liegenden Kubernetes-Projekt, gibt es ein paar bekannte Probleme mit dem Google Container Engine-Tools und der API, die in nachfolgenden Versionen behandelt werden.

  1. Konflikte mit kubecfg-Binärprogrammen. Bei der Installation des Google Cloud Platform SDK wird kubecfg in Version 0.4.1 vom Google Cloud SDK im angegebenen Pfad installiert und abgelegt. Abhängig von Ihrer $PATH-Variable kann diese Version zu einem Konflikt mit anderen installierten Versionen des Open-Source-Produkts von Kubernetes führen.

  2. Containern werden private IP-Adressen im Bereich 10.40.0.0/16 bis 10.239.0.0/16 zugewiesen. Wenn Sie die Standard-Netzwerkeinstellungen von 10.240.0.0/16 geändert haben, werden Cluster unter Umständen erfolgreich erstellt, jedoch nicht fehlerfrei ausgeführt.

  3. Alle Container Engine-Knoten benötigen einen Lese-/Schreibbereich auf Projektebene und werden mit diesem gestartet. Dies ist vorübergehend notwendig, um die dynamische Bereitstellung von Volumes mit nichtflüchtigem Speicher für Knoten zu unterstützen. In zukünftigen Releases werden Knoten wieder standardmäßig auf den Bereich für Lesezugriff auf Projektebene zurückgesetzt.

  4. Windows wird gegenwärtig nicht unterstützt. Der Befehl gcloud preview container basiert auf dem kubecfg-Binärprogramm des Kubernetes-Clients, das für Windows noch nicht verfügbar ist.

  5. Standardnetzwerk erforderlich. Container Engine setzt das Standardnetzwerk voraus und versucht, Routen zu erstellen, die dieses verwenden. Wenn Sie kein Standardnetzwerk haben, schlägt das Erstellen von Container Engine-Clustern fehl.

    So wird es erstellt:

    1. Rufen Sie in der GCP Console die Seite "Netzwerke" auf und wählen Sie Ihr Projekt aus.
    2. Klicken Sie auf Neues Netzwerk.
    3. Geben Sie die folgenden Werte ein:
      • Name: default
      • Adressbereich: 10.240.0.0/16
      • Gateway: 10.240.0.1
    4. Klicken Sie auf Erstellen.

    Legen Sie anschließend die Firewallregeln neu fest:

    1. Klicken Sie in der Liste Alle Netzwerke default an.
    2. Klicken Sie neben Firewallregeln auf Neu erstellen.
    3. Geben Sie die folgenden Werte ein:
      • Name: default-allow-internal
      • Quell-IP-Bereiche: 10.240.0.0/16
      • Protokolle & Ports: tcp:1-65535; udp:1-65535; icmp
    4. Klicken Sie auf Erstellen.
    5. Erstellen Sie eine zweite Firewall-Regel mit den folgenden Werten:
      • Name: default-allow-ssh
      • Quell-IP-Bereiche: 0.0.0.0/0
      • Protokolle & Ports: tcp:22