Enhancements: IPv6-Unterstützung hinzugefügt

Erstellt am 1. Nov. 2017  ·  99Kommentare  ·  Quelle: kubernetes/enhancements

Funktionsbeschreibung

  • Einzeilige Funktionsbeschreibung (kann als Versionshinweis verwendet werden): Fügt Unterstützung für IPv6 hinzu und ermöglicht vollständige Kubernetes-Funktionen mit IPv6-Netzwerken anstelle von IPv4-Netzwerken.
  • Hauptkontakt (Bevollmächtigter): @danehans
  • Verantwortliche SIGs: sig-network
  • Kubernetes-Erweiterungsvorschlag PR: Nr. 1139
  • Rezensenten - (für LGTM) empfehlen, dass 2+ Rezensenten (mindestens einer aus der Datei OWNERS des Codebereichs) der Überprüfung zugestimmt haben. Rezensenten von mehreren Unternehmen bevorzugt: @tockin @bowei @luxas
  • Genehmiger (wahrscheinlich von SIG/Gebiet, zu dem das Feature gehört): @tockin
  • Funktionsziel (welches Ziel entspricht welchem ​​Meilenstein):

    • Alpha-Release-Ziel 1.9

kinfeature sinetwork stagbeta trackeno

Hilfreichster Kommentar

/Meilenstein v1.18

Alle 99 Kommentare

@danehans Vielen Dank, dass Sie dieses Feature-Problem
cc @idvoretskyi FYI

@danehans :wave: Bitte im 1.9 Feature Tracking Board angeben
ob diese Funktion eine Dokumentation benötigt. Wenn ja, öffnen Sie bitte

@zacharysarah Ich habe nur Kommentarzugriff auf das 1.9-Feature-Tracking-Board, also habe ich Kommentare für die IPv6-Dokumentationsanforderung hinzugefügt.

cc: @mmueen

@zacharysarah muss das https://github.com/kubernetes/kubernetes/issues/1443 zu verweisen

@danehans Wenn du Changelog sagst, meinst du die

/cc @ Bradamant3 für Sichtbarkeit der Versionshinweise

Ja, ich versuche zu verstehen, ob den Versionshinweisen von 1.9 etwas hinzugefügt werden muss, und wenn ja, wie es weitergeht. Danke schön.

Dies sollte eine Versionsnotiz haben

/cc @Bradamant3 @nickchase Sichtbarkeit der

@danehans 1.9
https://docs.google.com/document/d/1veHHyDH9VoNTwP6yy9u2Q7Jj1hnBJGVPv3NPHInImgU/edit

Sie können der Anleitung oben im Dokument folgen.

xref: https://groups.google.com/forum/#!topic/kubernetes -sig-release/x6ySPIJkMN4 von @enisoc

@xiangpengzhao Ich habe die

@danehans Ich denke, die Details, die Sie hinzugefügt haben, sind gut genug :+1: . Aber persönlich würde ich gerne die dazugehörigen PRs (sofern vorhanden) für die Kugeln sehen.

  • IPv6-Alpha-Unterstützung wurde hinzugefügt. Bemerkenswerte Details zur IPv6-Unterstützung umfassen:

    • Unterstützung für reine IPv6-Kubernetes-Cluster-Bereitstellungen. Diese Funktion bietet keine Dual-Stack-Unterstützung.

    • Unterstützung für IPv6-Kubernetes-Steuerungs- und -Datenebenen.

    • Unterstützung für Kubernetes IPv6-Cluster-Bereitstellungen mit kubeadm.

    • Unterstützung für das Kube-Proxy-Backend von iptables mit ip6tables.

    • Verwendet CNI 0.6.0-Binärdateien für IPv6-Pod-Netzwerke.

    • Obwohl andere CNI-Plugins IPv6 unterstützen, wurden nur die CNI-Bridge- und local-ipam-Plugins für die Alpha-Version getestet.

    • Fügt IPv6-Unterstützung für kube-dns mit SRV-Einträgen hinzu.

    • Vorbehalte

    • HostPorts werden nicht unterstützt.

    • Eine IPv6-Netzwerkmaske für Pod- oder Cluster-Cidr-Netzwerke muss /66 oder länger sein. Zum Beispiel: 2001:db1::/66, 2001: dead:beef ::/76, 2001:cafe::/118 werden unterstützt. 2001:db1::/64 wird nicht unterstützt

      ```

@danehans Ich Versionshinweise noch einmal angesehen und festgestellt, dass Sie die IPv6-Details in den Abschnitt Before Upgrading eintragen . Ich denke nicht, dass wir sie dort hinstellen sollten.

@xiangpengzhao Die einzige Sorge, die ich habe, ist, dass für die verschiedenen Kugeln mehrere PRs verwendet wurden.

@xiangpengzhao Ich habe den IPv6-Inhalt für die

@danehans Das LGTM :)

Ich benutze Kubernetes seit einiger Zeit nur für IPv6 (v1.8.x),
und das größte zu lösende Problem besteht meiner Meinung nach darin, zu erkennen, ob IPv6 aktiviert ist, um die Verwendung von ClusterIPs (10.32.xx) auf Clustern zu stoppen.

@valentin2105 können Sie bitte ein Problem in k/k öffnen, um dies zu verfolgen, wenn Sie der Meinung sind, dass es ein Problem ist, das gelöst werden sollte?
https://github.com/kubernetes/kubernetes/issues

@danehans
Gibt es Pläne dafür in 1.11?

Wenn ja, können Sie bitte sicherstellen, dass die Funktion mit den entsprechenden Informationen auf dem neuesten Stand ist:

  • Beschreibung
  • Meilenstein
  • Bevollmächtigte(n)
  • Etiketten:

    • stage/{alpha,beta,stable}

    • sig/*

    • kind/feature

cc @idvoretskyi

@leblancd führt die IPv6-Gebühr an. Ich lasse ihn kommentieren.

@justaugustus - Dies sollte wahrscheinlich in 2 separate Probleme unterteilt werden:
Nur IPv6-Unterstützung: Release 1.9, Alpha
Dual-Stack-Unterstützung: Version 1.11, Alpha
Ich denke, dieses Problem (#508) reicht für die Unterstützung von Nur-IPv6 aus, und für Dual-Stack wird ein neues Problem benötigt.

/freundliches Feature

@leblancd

  • Sind in der Version 1.11 Arbeiten an der reinen IPv6-Unterstützung geplant? Wenn ja, können Sie uns mitteilen, ob es sich um Alpha, Beta oder Stable handelt, damit wir den Meilenstein setzen können?
  • Würde es Ihnen etwas ausmachen, ein Problem mit den entsprechenden Details für den Dual-Stack-Support zu eröffnen?

@justaugustus
Nur IPv6 funktioniert auf den Versionen v1.9 und v1.10 und auch im Dual-Stack.

Dieses Feature hat derzeit keinen Meilenstein, daher würden wir gerne prüfen, ob es Pläne dafür in Kubernetes 1.12 gibt.

Wenn dies der Fall ist, stellen Sie bitte sicher, dass diese Ausgabe mit ALLEN der folgenden Informationen aktuell ist:

  • Einzeilige Funktionsbeschreibung (kann als Versionshinweis verwendet werden):
  • Hauptansprechpartner (Beauftragter):
  • Verantwortliche SIGs:
  • Link zum Designvorschlag (Community-Repository):
  • Link zu e2e- und/oder Unit-Tests:
  • Rezensenten - (für LGTM) empfehlen, dass 2+ Rezensenten (mindestens einer aus der Datei OWNERS des Codebereichs) der Überprüfung zugestimmt haben. Rezensenten von mehreren Unternehmen bevorzugt:
  • Genehmiger (wahrscheinlich von SIG/Gebiet, zu dem das Feature gehört):
  • Funktionsziel (welches Ziel entspricht welchem ​​Meilenstein):

    • Alpha-Release-Ziel (xy)

    • Beta-Release-Ziel (xy)

    • Stabiles Freigabeziel (xy)

Stellen Sie Folgendes ein:

  • Beschreibung
  • Bevollmächtigte(n)
  • Etiketten:

    • Stufe/{Alpha, Beta, stabil}

    • sig/*

    • Art/Eigenschaft

Sobald diese Funktion entsprechend aktualisiert wurde, pingen Sie bitte explizit @kacole2 , @robertsandoval , @rajendar38, um zu beachten, dass sie in die Feature-Tracking-Tabelle für Kubernetes 1.12 aufgenommen werden kann .


Bitte beachten Sie, dass das Feature Freeze morgen, dem 31. Juli, stattfindet. Danach müssen alle unvollständigen Feature-Probleme eine Ausnahmeanfrage annehmen , um in den Meilenstein aufgenommen zu werden.

Bitte beachten Sie außerdem die folgenden relevanten Fristen:

  • Docs-Deadline (offene Platzhalter-PRs): 21.8
  • Testfall einfrieren: 8/28

Bitte stellen Sie sicher, dass alle PRs für Funktionen auch relevante Versionshinweise enthalten.

Viel Spaß beim Versand!

PS Dies wurde per Automatisierung gesendet

Hallo @leblancd

Ist eine Betaversion der IPv6-Unterstützung in K8s 1.12 geplant? Wenn Sie sich erinnern, hatte ich in https://github.com/kubernetes/features/issues/563 nach dem Dual-Stack-Supportstatus gefragt

@navjotsingh83 Welcher Punkt fehlt Ihnen zu IPv6 in Kubernetes?

Hallo @valentin2105

Wir haben IPv6 in K8s noch nicht konfiguriert und verwendet. Aber bevor ich darauf eingehe, habe ich diese Frage gepostet, weil es sich immer noch um ein Alpha-Feature handelt, also selbst es funktioniert (was es könnte), wir können keine Alpha-Features in der Produktion haben. Wir befinden uns jetzt in der PoC-/Planungsphase, um zu entscheiden, ob wir unsere App in der nächsten Version auf K8s bereitstellen sollten oder nicht. Je nachdem, wann die Funktion Beta (zumindest) oder GA (bevorzugt) wird, werden wir eine Go/Nogo-Entscheidung treffen .

Hallo @navjotsingh83 - https://github.com/kubernetes/test-infra/pull/7529. Dieser CI-Vorschlag hat Anziehungskraft, aber ich wurde von der Test-Infra-Gruppe gebeten, dies von der Verwendung eines GCE-basierten Clusters auf die Bereitstellung eines Multinode-Clusters direkt in einem Prow-Container zu ändern (um die Abhängigkeit von GCE-Operationen zu beseitigen). Dies führt zu einer Docker-in-Docker-in-Docker-Architektur, deren Inbetriebnahme etwas schwierig war. Ich erwarte, dass innerhalb einer Woche eine neue CI-PR herauskommt, die in einem lokalen Prow-Container ausgeführt wird, aber dann wird eine weitere Überprüfungsrunde erforderlich sein, bevor sie zusammengeführt wird.

Gibt es etwas konkretes bzgl. Dual-Stack-Unterstützung, die Sie brauchen? Mit anderen Worten, wenn die reine IPv6-Unterstützung Beta/GA wäre, würde dies ausreichen? Ich bin daran interessiert zu hören, ob das, was wir in der Dual-Stack-Spezifikation vorgeschlagen haben

Hallo @leblancd @danehans
Diese Verbesserung wurde bereits früher verfolgt, daher möchten wir gerne prüfen, ob es Pläne für diese Erweiterungen in Kubernetes 1.13 gibt. Diese Version soll "stabiler" sein und einen aggressiven Zeitplan haben. Bitte nehmen Sie diese Erweiterung nur auf, wenn ein hohes Maß an Vertrauen besteht, dass die folgenden Fristen eingehalten werden:
Docs (offene Platzhalter-PRs): 11/8
Code-Slush: 11/9
Code Freeze beginnt: 11/15
Docs abgeschlossen und überprüft: 27.11

Bitte nehmen Sie sich einen Moment Zeit, um die Meilensteine ​​in Ihrem ursprünglichen Beitrag für die zukünftige Verfolgung zu aktualisieren und pingen Sie Tracking-Blatt für 1.13 Verbesserungen aufgenommen werden müssen

Wir ermutigen jetzt auch, dass jede neue Verbesserung mit einem KEP übereinstimmt. Wenn ein KEP erstellt wurde, verlinken Sie es bitte im Originalbeitrag oder nutzen Sie die Gelegenheit, ein KEP zu entwickeln.

Danke!

@leblancd danke für das Update hier, sehr interessant. Ich freue mich zu sehen, dass dies mit 1.13 endlich zum Tragen kommt.

Hallo,

Ich habe mich gefragt, was der aktuelle angebliche Stand der IPv6-Unterstützung ist. Wenn ich versuche, einen Cluster mit zu booten

kubeadm init --pod-network-cidr 2a0a:e5c0:102:3::/64 --apiserver-advertise-address=2a0a:e5c0:2:12:400:f0ff:fea9:c401 --service-cidr 2a0a:e5c0:102:6::/64

Die Folge ist, dass der API-Server danach nicht erreichbar ist:

root<strong i="10">@ubuntu</strong>:/etc/kubernetes/manifests# kubectl get nodes
The connection to the server localhost:8080 was refused - did you specify the right host or port?

Überprüfung der erstellten Container:

root<strong i="14">@ubuntu</strong>:/etc/kubernetes/manifests# docker ps 
CONTAINER ID        IMAGE                  COMMAND                  CREATED             STATUS              PORTS               NAMES
a55623e52447        k8s.gcr.io/pause:3.1   "/pause"                 7 minutes ago       Up 7 minutes                            k8s_POD_kube-apiserver-ubuntu_kube-system_fec7f583ea75dd4fc232913538c9fba1_0
cefb94378d33        ab81d7360408           "kube-scheduler --ad…"   24 minutes ago      Up 24 minutes                           k8s_kube-scheduler_kube-scheduler-ubuntu_kube-system_44b569a35761491825f4e7253fbf0543_0
c569ef8d9e30        26e6f1db2a52           "kube-controller-man…"   24 minutes ago      Up 24 minutes                           k8s_kube-controller-manager_kube-controller-manager-ubuntu_kube-system_fe38083b94da6f6c5a89788091e3bcb6_0
a25693b556e5        3cab8e1b9802           "etcd --advertise-cl…"   24 minutes ago      Up 24 minutes                           k8s_etcd_etcd-ubuntu_kube-system_7db86297afa09dfaa5049a791ed76555_0
9e85d0f7873d        k8s.gcr.io/pause:3.1   "/pause"                 24 minutes ago      Up 24 minutes                           k8s_POD_kube-scheduler-ubuntu_kube-system_44b569a35761491825f4e7253fbf0543_0
d6516a6656a7        k8s.gcr.io/pause:3.1   "/pause"                 24 minutes ago      Up 24 minutes                           k8s_POD_kube-controller-manager-ubuntu_kube-system_fe38083b94da6f6c5a89788091e3bcb6_0
8dab4c0348a9        k8s.gcr.io/pause:3.1   "/pause"                 24 minutes ago      Up 24 minutes                           k8s_POD_kube-apiserver-ubuntu_kube-system_84183f750feaa89bfaa9d456805fdc7a_0
b561f8c07ff7        k8s.gcr.io/pause:3.1   "/pause"                 24 minutes ago      Up 24 minutes                           k8s_POD_etcd-ubuntu_kube-system_7db86297afa09dfaa5049a791ed76555_0

Es scheint keine Portzuordnung für 8080 zu geben - sollte es nicht eine geben?

Hallo @telmich ,

Ich weiß nicht viel über KubeADM, aber ich weiß, dass IPv6 auf Kubernetes gut funktioniert.

Da ich Ihren Befehl sehe, schlage ich Ihnen vor, Klammern um Ihre v6-Adressen wie [2a0a:e5...] zu verwenden.

Hallo @valentin2105 !

Es ist toll zu hören, dass IPv6 funktionieren sollte, aber wie würde ich einen Kubernetes-Cluster ohne Kubeadm booten?

Re []-Syntax: Dies wird normalerweise für eine einzelne IPv6-Adresse verwendet, nicht für Bereiche und kubeadm schlägt sofort fehl, wenn es verwendet wird:

root<strong i="9">@k8s1</strong>:~# kubeadm init --pod-network-cidr '[2a0a:e5c0:102:3::/64]' --service-cidr '[2a0a:e5c0:102:6::/64]'
[serviceSubnet: Invalid value: "[2a0a:e5c0:102:6::/64]": couldn't parse subnet, podSubnet: Invalid value: "[2a0a:e5c0:102:3::/64]": couldn't parse subnet, KubeProxyConfiguration.ClusterCIDR: Invalid value: "[2a0a:e5c0:102:3::/64]": must be a valid CIDR block (e.g. 10.100.0.0/16)]
root<strong i="10">@k8s1</strong>:~# 

Ich habe mir die Zeit genommen, meine bisherigen Erkenntnisse auf https://redmine.ungleich.ch/issues/6255 niederzuschreiben und behaupte derzeit, dass es derzeit keine Möglichkeit gibt, mit kubeadm einen reinen IPv6-Cluster einzurichten.

Da ich ein k8s-Neuling bin, frage ich mich 2 Dinge:

  • Liege ich mit meiner Behauptung falsch?
  • Wenn ich mit meiner Behauptung richtig liege, wie richte ich dennoch einen Kubernetes-Cluster im Nur-IPv6-Modus ein?

Zur letzten Frage: Ich habe mir bereits die verschiedenen Phasen von kubeadm angeschaut und versucht, die Init phasenweise zu replizieren, aber was mir unklar ist, wann/wie ich die Optionen für etcd, apiserver, controller ändern soll damit ich es feinkörniger steuern kann?

Sie sollten debuggen, welche Komponente abstürzt, während Sie sie mit kubeadm starten, vielleicht geht es um CNI ? Ich weiß nicht, ob die lokale Host-Brücke IPv6 in cni unterstützt.

Wenn Sie versuchen möchten, nur v6 einzurichten und möglicherweise mit Ihrem kubeadm-Setup zu vergleichen, überprüfen Sie mein Saltstack-Rezept, das in IPv6 funktioniert, da ich es in wenigen v6-only-Clustern verwende.
https://github.com/valentin2105/Kubernetes-Saltstack

@danehans Hallo - ich bin der prüfe dieses Problem, um zu sehen, welche Arbeiten (falls vorhanden) für die Version 1.14 geplant sind. Das Einfrieren der Erweiterungen ist der 29. Januar und ich möchte daran erinnern, dass alle Erweiterungen ein KEP haben müssen

@claurence Für

Hallo @danehans , ich bin der Enhancement Lead für 1.15. Wird diese Funktion in 1.15 die Alpha-/Beta-/Stable-Phasen abschließen? Bitte lassen Sie es mich wissen, damit es richtig verfolgt und der Tabelle hinzugefügt werden kann. Alle Verbesserungen erfordern auch eine KEP, bevor sie hochgestuft werden.

Sobald die Codierung beginnt, listen Sie bitte alle relevanten k/k-PRs in dieser Ausgabe auf, damit sie ordnungsgemäß nachverfolgt werden können.

@tockin @BenTheElder Ich denke, es kann machbar sein, nur IPv6-Cluster als Beta in 1.15 zu graduieren.
Wenn wir dies https://github.com/kubernetes-sigs/kind/pull/348 zusammenführen, kann ich während dieses Zyklus an den fehlgeschlagenen Tests arbeiten https://github.com/kubernetes/kubernetes/issues/70248 und einen Job hinzufügen zum CI
Was denkst du?

@kacole2 Leider

Arbeitet jemand an nativer (nicht Dual-Stack) IPv6-Unterstützung in k8s?

@telmich Das soll heute möglich sein. Werfen Sie einen Blick auf https://github.com/leblancd/kube-v6, um einen guten Überblick über den aktuellen Stand zu erhalten.

Hallo @danehans - Ich bin ein Enhancements Shadow für 1.16.

Wird diese Funktion in 1.16 die Alpha-/Beta-/Stable-Phasen abschließen? Bitte lassen Sie es mich wissen, damit es der 1.16-Tracking-Tabelle hinzugefügt werden kann.

Wenn die Entwicklung begonnen hat oder bereits begonnen hat, listen Sie bitte alle relevanten k/k-PRs in dieser Ausgabe auf, damit sie ordnungsgemäß nachverfolgt werden können.

Mir ist aufgefallen, dass in der Problembeschreibung kein KEP verlinkt ist. Zur Erinnerung: Jede Verbesserung erfordert eine KEP in einem implementierbaren Zustand mit Abschlusskriterien, die die Anforderungen der einzelnen Alpha-/Beta-/Stable-Phasen erläutern.

Zur Erinnerung: 1.16 Meilensteindaten sind: Enhancement Freeze 30.07. und Code Freeze 29.08.

Danke!

@mariantalla Ich

@lachie83 Dies ist etwas, das Sie mit SIG-Network in Ihren Meetings

Ja. Lass mich das auf die SIG-Networking-Agenda setzen

Ich werde eine PR mit einem KEP für den Übergang von IPv6 zur Beta während dieses Zyklus einreichen

Danke @aojea , ich füge beides (this und https://github.com/kubernetes/enhancements/issues/1138) wie für v1.16 verfolgt hinzu, mit dem Ziel beta und At Risk während KEP nicht zusammengeführt wird.

Sind Sie gut damit, dass ich Sie auch für dieses Problem als Eigentümer zuordne und Zuweisung aufhebe , um seinen Posteingang zu speichern?

@mariantalla 👍

Hey, @aojea Ich bin der Versionsleiter von v1.16 docs.

Erfordert diese Verbesserung (oder die für v1.16) geplante Arbeit neue Dokumente (oder Änderungen)?

Nur eine freundliche Erinnerung, wir suchen eine PR gegen k/website (Zweig dev-1.16), die bis Freitag, den 23. August fällig ist. Es wäre toll, wenn dies der Anfang der vollständigen Dokumentation wäre, aber selbst ein Platzhalter-PR ist akzeptabel. Lassen Sie es mich wissen, wenn Sie Fragen haben!

Hey, @aojea Ich bin der Versionsleiter von v1.16 docs.

Erfordert diese Verbesserung (oder die für v1.16) geplante Arbeit neue Dokumente (oder Änderungen)?

Nur eine freundliche Erinnerung, wir suchen eine PR gegen k/website (Zweig dev-1.16), die bis Freitag, den 23. August fällig ist. Es wäre toll, wenn dies der Anfang der vollständigen Dokumentation wäre, aber selbst ein Platzhalter-PR ist akzeptabel. Lassen Sie es mich wissen, wenn Sie Fragen haben!

@neolit123 @timothysc Ich denke, ich kann einen Abschnitt zu kubeadm docs hinzufügen https://github.com/kubernetes/website/tree/master/content/en/docs/setup/production-environment/tools/kubeadm wie Configuring your Kubernetes cluster to use IPv6 , was denkst du? funktioniert es bei dir?

@aojea
hängt davon ab, was Sie den Dokumenten hinzufügen möchten?

In diesen Abschnitten wird bereits erwähnt, dass IPv6 von kubeadm unterstützt wird:
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#initializing -your-control-plane-node
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#pod -network

/assign @aojea
/unassign @danehans

Hey @aojea - nur eine

Ich glaube, die KEP wird in Nr. 1138 verfolgt. Können wir das in diesem Thema zusammenfassen?

In diesen Abschnitten wird bereits erwähnt, dass IPv6 von kubeadm unterstützt wird:
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#initializing -your-control-plane-node
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#pod -network

@simplytunde scheint die benutzerorientierte Dokumentation bereits abgedeckt zu haben

scheint, dass die benutzerorientierte Dokumentation bereits abgedeckt ist

Ich würde nicht sagen, dass kubeadm die einzige anwenderorientierte Dokumentation für IPv6-Unterstützung ist, werde mich aber an SIG Network und die Betreuer dieser Funktion wenden.

@aojea @danehans @lachie83
Der Verbesserungsstopp ist für 1.16 bestanden. Der KEP bei #1139 wurde nie zusammengelegt und wird jetzt aus dem Meilenstein 1.16 entfernt. Wenn dies wieder hinzugefügt werden soll, reichen Sie bitte eine Ausnahme ein und es bedarf der Genehmigung des Freigabeleiters .

/Meilenstein klar

@kacole2 danke fürs

Hallo @aojea -- 1.17 Verbesserungen führen hierher. Ich wollte einchecken und sehen, ob Sie denken, dass diese Verbesserung in 1.17 zu Alpha/Beta/Stable wird?

Der aktuelle Veröffentlichungsplan ist:

Montag, 23. September – Beginn des Veröffentlichungszyklus
Dienstag, 15. Oktober, EOD PST - Verbesserungen einfrieren
Donnerstag, 14. November EOD PST - Code Freeze
Dienstag, 19. November – Dokumente müssen ausgefüllt und überprüft werden
Montag, 9. Dezember – Kubernetes 1.17.0 veröffentlicht

Wenn Sie dies tun, listen Sie bitte nach Beginn der Codierung alle relevanten k/k-PRs in dieser Ausgabe auf, damit sie ordnungsgemäß nachverfolgt werden können. 👍

Danke!

@mrbobbytables Laut KEP fehlt nur eine Sache, die der CI-Job bei einem Cloud-Anbieter ist

IPv6 wird zur Beta-Version

Abschlusskriterien

Genial. Werde es hinzufügen, damit es als Beta-Abschluss verfolgt wird 👍

Hallo @aojea Ich bin einer der v1.17 Docs Shadows.
Erfordert diese Verbesserung für (oder die für v1.17) geplante Arbeit neue Dokumente (oder Änderungen an bestehenden Dokumenten)? Wenn nicht, können Sie bitte das 1.17 Enhancement Tracker Sheet aktualisieren (oder lassen Sie es mich wissen und ich werde dies tun)

Wenn ja, nur eine freundliche Erinnerung, wir suchen nach einer PR gegen k/website (Zweig dev-1.17), die bis Freitag, den 8. November fällig ist. Es kann zu diesem Zeitpunkt nur eine Platzhalter-PR sein. Lassen Sie es mich wissen, wenn Sie Fragen haben!

@irvifa
Macht es Ihnen etwas aus, das Verbesserungs-Tracker-Blatt zu aktualisieren?
Wir benötigen keine weiteren Dokumente wie hier erklärt https://github.com/kubernetes/enhancements/issues/508#issuecomment -516064858

Okay, danke für die Bestätigung @aojea . Ich habe das Tracking-Sheet wie gewünscht aktualisiert.

Hey, @aojea , 1.17 Erweiterungen führen hierher 👋 Es sieht nicht so aus, als ob es irgendwelche k/k PRs oder ähnliches gibt, die herausragen, aber wie sieht es mit der letzten Aufgabe aus? "_Es hat CI, das mindestens einen Cloud-Anbieter verwendet_"

Hey, @aojea , 1.17 Verbesserungen führen hierher Es sieht nicht so aus, als ob es irgendwelche k/k PRs oder ähnliches gibt, die herausragen, aber wie sieht es mit der letzten Aufgabe aus? "_Es hat CI, das mindestens einen Cloud-Anbieter verwendet_"

es ist WIP https://github.com/kubernetes-sigs/cluster-api-provider-aws/pull/1322 , aber ich kann nicht garantieren, dass ich es schaffe :man_shrugging:

👋 Hallo @aojea. Das Einfrieren des Codes ist heute um 17:00 Uhr PT für den Release-Zyklus 1.17.
Glaubst du, dass https://github.com/kubernetes-sigs/cluster-api-provider-aws/pull/1322 bis dahin zusammengeführt wird? 😬

Ich weiß, dass es kein Teil von k/k ist und nicht gerade dem Einfrieren unterliegt, aber idealerweise hätten wir bis dahin alles drin.

lass uns 1.18 @mrbobbytables anvisieren , das hat viele Unbekannte und ich kann nicht genug Zeit aufwenden :man_shrugging:

Wird besorgt! Danke für die schnelle Antwort 👍
/Meilenstein v1.18

Hallo @aojea -- 1.18 Verbesserungen Schatten hier. Ich wollte mal reinschauen und sehen, ob diese Verbesserung Ihrer Meinung nach in 1.18 auf [alpha|beta|stable] abgestuft wird?
Der aktuelle Veröffentlichungsplan ist:
Montag, 6. Januar - Veröffentlichungszyklus beginnt
Dienstag, 28. Januar EOD PST - Verbesserungen einfrieren
Donnerstag, 5. März, EOD PST - Code Freeze
Montag, 16. März – Dokumente müssen ausgefüllt und überprüft werden
Dienstag, 24. März – Kubernetes 1.18.0 veröffentlicht
Um in das Release aufgenommen zu werden, muss diese Erweiterung ein zusammengeführtes KEP im Status implementable haben. Für die KEP müssen auch Abschlusskriterien und ein Testplan definiert sein.
Wenn Sie diese Erweiterung einschließen möchten, listen Sie bitte nach Beginn der Codierung alle relevanten k/k-PRs in dieser Ausgabe auf, damit sie ordnungsgemäß nachverfolgt werden können. 👍
Wir werden die Verbesserungen hier verfolgen: http://bit.ly/k8s-1-18-enhancements
Danke!

Hallo @kikisdeliveryservice
Die KEP wurde https://github.com/kubernetes/enhancements/pull/1139 zusammengeführt und ist implementable

Es fehlt nur ein Artikel:

Es hat CI, das mindestens einen Cloud-Anbieter verwendet

und wir werden in der Lage sein, IPv6 in 1.18 . auf Beta umzustellen

cc: @lachie83 @aramase

danke @aojea !

Hey @aojea -

Seth hier, Docs Shadow im 1.18 Release Team.

Sind für diese für 1.18 geplanten Erweiterungsarbeiten neue Dokumente oder Änderungen an bestehenden Dokumenten erforderlich?

Wenn nicht, können Sie bitte das 1.18 Enhancement Tracker Sheet aktualisieren (oder lassen Sie es mich wissen und ich werde dies tun)

Wenn Doc-Updates erforderlich sind, erinnern Sie sich daran, dass die Platzhalter-PRs für k/website (Zweig dev-1.18) bis Freitag, 28. Februar, fällig sind.

Lassen Sie es mich wissen, wenn Sie Fragen haben!

@sethmccombs eine Frage, zählt ein Blogbeitrag über die Funktion als Dokumentaktualisierung?

Hallo @aojea !

Zur Erinnerung, der Code Freeze ist Donnerstag, der 5. März. Können Sie bitte alle k/k-PRs oder andere PRs verlinken, die für diese Verbesserung verfolgt werden sollten?

Danke!
Das 1.18-Verbesserungsteam

@aramase Haben Sie einen Link zum nachverfolgen kann?

@aojea - Das Website-Repository enthält Blog-Posts, aber der Veröffentlichungsprozess für sie unterscheidet sich ein wenig von normalen Dokumenten. Ich kann weitere Informationen erhalten (CC-ing @karenhchu als Kommunikationsleiter)

hey @aojea @aramase Könnten Sie für uns einen Link zu dieser PR für den IPv6-Job in Azure

@jeremyrickard Ich habe den Platzhalter-PR in test-infra für den Job erstellt - https://github.com/kubernetes/test-infra/pull/16461

Andere PRs, die vorher zusammengeführt werden müssen -
https://github.com/kubernetes/kubernetes/pull/88448
https://github.com/Azure/aks-engine/pull/2781

Ich beende die Tests und werde dann die WIPs entfernen.

Hallo @aojea @aramase
Da der Docs-Platzhalter PR-Frist ist morgen. Wenn für diese Erweiterung docs. Bitte erstellen Sie so schnell wie möglich einen Platzhalter-PR gegen den Zweig dev-1.18.

Danke!

/Meilenstein klar

Hallo, @aojea @aramase, da es für diese Erweiterung keinen Docs-Platzhalter-PR gibt und keine Aktualisierung an der Docs-Front erhalten wurde. wir haben die PR-Frist für den Platzhalter für Dokumente überschritten. Daher entfernen wir diese Verbesserung aus der Version 1.18. Wenn Sie eine Ausnahme beantragen möchten. Siehe https://github.com/kubernetes/sig-release/blob/master/releases/EXCEPTIONS.md

Danke!

Tut mir leid, es ist kein Doc-Update erforderlich :smile:

/Meilenstein v1.18

Welche IPv6-Funktion ist in Kubernetes 1.18 gelandet? Ist es Dual Stack oder IPv6 nur zur Beta abgestuft?
Ich bin verwirrt, weil sich in den Dokumenten nichts geändert hat.

Welche IPv6-Funktion ist in Kubernetes 1.18 gelandet? Ist es Dual Stack oder IPv6 nur zur Beta abgestuft?
Ich bin verwirrt, weil sich in den Dokumenten nichts geändert hat.

Dieses Problem verfolgt nur IPv6, das in 1.18 auf Beta graduiert wurde

Dual Stack ist Alpha und wird in einer anderen Ausgabe/KEP nachverfolgt

/Meilenstein klar

(Entfernen dieses Verbesserungsproblems aus dem Meilenstein v1.18, wenn der Meilenstein abgeschlossen ist)

Hallo @aojea @danehans ,

1.19 Verbesserungen Schatten hier. Ich wollte einchecken und sehen, ob Sie der Meinung sind, dass diese Verbesserung in 1.19 abgeschlossen wird?

Um diesen Teil der Veröffentlichung zu haben:

The KEP PR must be merged in an implementable state
The KEP must have test plans
The KEP must have graduation criteria.

Der aktuelle Veröffentlichungsplan ist:

Monday, April 13: Week 1 - Release cycle begins
Tuesday, May 19: Week 6 - Enhancements Freeze
Thursday, June 25: Week 11 - Code Freeze
Thursday, July 9: Week 14 - Docs must be completed and reviewed
Tuesday, August 4: Week 17 - Kubernetes v1.19.0 released

Bitte lass es mich wissen und ich füge es dem 1.19-Tracking-Sheet hinzu (http://bit.ly/k8s-1-19-enhancements). Sobald die Codierung beginnt, listen Sie bitte alle relevanten k/k PRs in dieser Ausgabe auf, damit sie richtig verfolgt werden können. 👍

Danke!

Danke @kikisdeliveryservice , aber ich denke, wir sollten uns jetzt auf Dual Stack konzentrieren.
Keine Änderung hier während dieser Version

Die Probleme veralten nach 90 Tagen Inaktivität.
Markieren Sie das Problem mit /remove-lifecycle stale .
Veraltete Ausgaben verrotten nach weiteren 30 Tagen Inaktivität und werden schließlich geschlossen.

Wenn dieses Problem jetzt sicher geschlossen werden kann, tun Sie dies bitte mit /close .

Senden Sie Feedback an sig-testing, kubernetes/test-infra und/oder fejta .
/Lebenszyklus veraltet

/Remove-Lifecycle-Stale

Hallo @aojea @danehans

Verbesserungen führen hierher. Gibt es Pläne, dies in 1.20 zu absolvieren?

Danke,
Kirsten

Hallo @aojea @danehans

Verbesserungen führen hierher. Gibt es Pläne, dies in 1.20 zu absolvieren?

nein :lächeln:

Danke für das Update!

Gibt es eine Dokumentation zum Überprüfen von reinen IPv6-Vorgängen? Google führt mich nur zu IPv4 oder IPv6 Dualstack.

Gibt es eine Dokumentation zum Überprüfen von reinen IPv6-Vorgängen? Google führt mich nur zu IPv4 oder IPv6 Dualstack.

was meinst du mit "überprüfen"?

Die Installation nur für IPv6 ist dieselbe wie für IPv4, Sie müssen lediglich IPv6-Adressen und Subnetze in Ihrer Konfiguration verwenden, es sind keine weiteren Änderungen erforderlich.
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#initializing -your-control-plane-node

Kann bestätigen. Ich führe 1.17.x im reinen IPv6-Modus aus. Folgen Sie einfach dem IPv4-Leitfaden und verwenden Sie IPv6-Adressen. Das ist es im Grunde.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

euank picture euank  ·  13Kommentare

justaugustus picture justaugustus  ·  3Kommentare

prameshj picture prameshj  ·  9Kommentare

wlan0 picture wlan0  ·  9Kommentare

mitar picture mitar  ·  8Kommentare