Enhancements: rkt-Container-Engine-Unterstützung

Erstellt am 23. Juli 2016  ·  13Kommentare  ·  Quelle: kubernetes/enhancements

Beschreibung

An der Unterstützung von rkt durch Kubernetes als produktionsbereite, allgemein nutzbare Container-Laufzeitoption wird laufend gearbeitet. Dieses Projekt wird manchmal rktnetes genannt. :Rakete:

Es wurde bereits erhebliche Arbeit geleistet, um diese Funktion zu implementieren, und seit Version 1.3 ist sie bereits eine unterstützte Option. Es hat jedoch noch nicht die volle Funktionsparität mit der Standard-Docker-Laufzeit, und ich wäre vorsichtig, es als "produktionsbereit" zu bezeichnen.

Um einen vernünftigen Umfang für dieses Feature zu haben, möchte ich, dass es die rkt-Container-Laufzeit nachverfolgt, die volle Unterstützung für alle Kubernetes-Features, Unterstützung bei der Kubernetes-Bereitstellung, gut dokumentiert und eine großartige Produktionsauswahl bietet.

Fortschrittstracker

  • [x] Vorabversion

    • [x] Qualitätsdokumentationsentwurf schreiben und pflegen

    • [x] https://kubernetes.io/docs/getting-started-guides/rkt/

    • [ ] Konstruktionsfreigabe

    • [x] Designvorschlag: Existiert nicht

    • [x] Mein Hirte ist: @euank und siehe auch @kubernetes/sig-rktnetes

    • [x] Meine sekundäre Kontaktstelle ist: @philips

    • [x] Viele PRs für Code, Tests und Dokumente.

  • [x] Erstveröffentlichung
  • [ ] Als vollständig unterstützt/stabil veröffentlicht

    • [ ] Alle Kubernetes-Features werden unterstützt, wenn rkt als Containerlaufzeit verwendet wird

    • [x] SubPath-Unterstützung https://github.com/kubernetes/kubernetes/pull/30934

    • [ ] Container initialisieren -- Hängt von #54 ab

    • [ ] Privilegierte Container funktionieren für alle bekannten Anwendungsfälle

    • [ ] Nicht vorhandene Hostpfad-Volume-Mounts https://github.com/kubernetes/kubernetes/issues/26816 , xref https://github.com/kubernetes/kubernetes/issues/31384

    • [ ] Kubernetes-Beispiele funktionieren alle unter der RKT-Container-Laufzeit



      • [ ] Fluentd-Logging-Addon (Bindmounts im Moment in Docker-spezifischem Verzeichnis)


      • [ ] hinzugefügt werden....



    • [ ] Gut getestet

    • [x] K8s Master wird mit rkt als Laufzeit getestet

    • [ ] Fehler bei Zusammenführungen von k8s-Masterblöcken

    • [ ] PRs werden mit rkt als Laufzeit getestet

    • [ ] Fehler bei PR-Blockzusammenführungen

    • [ ] Wird bekanntermaßen in mindestens einer Produktionsumgebung aktiv verwendet

    • [ ] docs/design/rkt-container-runtime.md existiert.

    • [ ] Soak, Belastungstests, Leistungstests mit großartigen Ergebnissen

    • [ ] Ausführliche Benutzerdokumentation und Beispiele

FEATURE_STATUS: IN_DEVELOPMENT (Ich bin mir nicht sicher, ob der richtige Status vorliegt; dies hat eine erste Version, die für die Verwendung geeignet ist; die Entwicklung wird durchgeführt, um die Integration zu verbessern und bekannte Probleme / Vorbehalte zu beheben).

cc @kubernetes/sig-node

Kurze Meta-Anmerkung: Dieses Feature könnte hier eigentlich passen oder auch nicht, da es etwas ist, das schon eine ganze Weile in Arbeit ist und war. Viele der Aufzählungspunkte funktionieren aufgrund der Umstände nicht gut, und ich hoffe, dass es dazu beitragen kann, diesen Prozess ein wenig zu verfeinern. Bei der Formatierung habe ich mir einige Freiheiten genommen.

sinode stagstable
Quelle
picture euank
🎉2

Hilfreichster Kommentar

Implementiert.

picture idvoretskyi am 28. Feb. 2017
🎉4

Alle 13 Kommentare

Kann jemand helfen, 1,4 Meilenstein dafür hinzuzufügen? Danke schön!

yifan-gu picture yifan-gu am 23. Juli 2016

/cc @ kubernetes/features-maintainers

yujuhong picture yujuhong am 23. Juli 2016

Soweit ich weiß, haben wir uns auf die Integration von rkt mit kubelet unter Verwendung von CRI konzentriert, und der Meilenstein 1.4 gilt nicht mehr wirklich.
@euank @philips , sollten wir die Meilenstein- und 1.4-Etiketten entfernen?

yujuhong picture yujuhong am 25. Aug. 2016

Ich werde den Meilenstein 1.4 vorerst entfernen. Lassen Sie mich wissen, wenn das nicht das Richtige ist.
@euank @philips

matchstick picture matchstick am 25. Aug. 2016

xref https://github.com/kubernetes/kubernetes/issues/8262

Ich habe auch die Checkpoints ein wenig aktualisiert, insbesondere habe ich die Features ein bisschen mehr herausgearbeitet und ein bisschen mehr getestet.

Irgendwann werde ich auch eine kleine Reihe von "Arbeiten für v1.4" erstellen (im Moment sind es subPath, verbesserte Berechtigungen und ein paar andere Teile). Die Sache mit dem Meilenstein macht Sinn, weil wir von #54 abhängig sind, was nicht 1,4 ist.

euank picture euank am 31. Aug. 2016

@philips @euank Ich möchte darauf bestehen, dass Milestone für eine einfachere Funktionsverfolgung vorhanden ist. Ich habe vorerst einen "Nächster-Kandidaten"-Meilenstein gesetzt.

idvoretskyi picture idvoretskyi am 21. Sept. 2016

Die rkt-Integration funktioniert heute meistens (zum Beispiel unter minikube ). Ich werde es unter den v1.5-Meilenstein stellen, da wir hoffen, dass der CRI-Refactor es in diesem Zeitrahmen auf 100 % Parität mit der Docker-Engine-Integration und CRI bringen wird.

philips picture philips am 21. Sept. 2016

@philips danke für die Klarstellung.

idvoretskyi picture idvoretskyi am 22. Sept. 2016

Diese Funktion erstreckt sich über zwei verschiedene Implementierungen. Ich denke nicht, dass einer von beiden in 1.5 als stabil markiert werden sollte, und diese Funktion sollte sich auf die neue Integration (abhängig von der CRI-Funktion) konzentrieren, um in Zukunft stabil zu werden.
Für diese Integration streben wir jetzt Alpha in 1.6 an.

Ich denke, eine Aktualisierung, um dies widerzuspiegeln, ist sinnvoll.

euank picture euank am 28. Nov. 2016

@euank Ich würde vorschlagen, dass Sie diese Funktion aktualisieren und schließen, da die rkt -Unterstützung selbst bereits in Kubernetes implementiert ist.
Um die Fragen zu lösen, die Sie in Ihrem obigen Beitrag beschrieben haben, öffnen Sie bitte eine neue Funktionsanfrage, die auf 1.6 /cc @philips @calebamiles abzielt

idvoretskyi picture idvoretskyi am 28. Nov. 2016

@idvoretskyi , ich werde dieses Problem aktualisieren. Dieses Feature deckt die Arbeit ab, um rkt zu einer erstklassigen Containerlaufzeit für Kubernetes zu machen. Derzeit befindet sich eine vorhandene Implementierung im Baum, die in Bezug auf die Docker-Laufzeit größtenteils, aber nicht vollständig ist. Dies ist jedoch ein Implementierungsdetail der Funktion. Derzeit arbeiten CoreOS-Entwickler an einer CRI-konformen rkt-Integration, die hier verfolgt wird und die mit https://github.com/kubernetes/features/issues/54 zusammenhängt. Unsere CRI-Arbeit zielt auf die Version 1.6 von Kubernetes ab, und ich werde dieses Problem zur Nachverfolgung in den Meilenstein 1.6 verschieben. Schließlich, in Bezug auf die bestehende rkt-Integration, da während dieses Veröffentlichungszyklus nur kleine Änderungen vorgenommen wurden, glauben wir nicht, dass es sinnvoll ist, den Status dieser Implementierung auf stabil zu ändern; Die CRI-Arbeit kann als Iteration der bestehenden Implementierung betrachtet werden, die sich derzeit in der Baumstruktur befindet.

cc: @philips , @euank , @kubernetes/sig-node

calebamiles picture calebamiles am 28. Nov. 2016

@calebamiles danke!

idvoretskyi picture idvoretskyi am 28. Nov. 2016

Implementiert.

idvoretskyi picture idvoretskyi am 28. Feb. 2017
🎉4
War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

msau42 picture msau42  ·  13Kommentare
justinsb picture justinsb  ·  11Kommentare
sparciii picture sparciii  ·  13Kommentare
wlan0 picture wlan0  ·  9Kommentare
robscott picture robscott  ·  11Kommentare