Enhancements: soporte de motor de contenedor rkt

Creado en 23 jul. 2016 · 13Comentarios · Fuente: kubernetes/enhancements

Descripción

Hay trabajo en curso para el soporte de Kubernetes de rkt como una opción de tiempo de ejecución de contenedor generalmente utilizable y lista para producción. Este proyecto a veces se llama rktnetes. :cohete:

Ya se ha realizado un trabajo significativo para implementar esta función y, a partir de la versión 1.3, ya es una opción admitida. Sin embargo, aún no tiene una paridad completa de funciones con el tiempo de ejecución predeterminado de Docker, y no me atrevo a llamarlo "listo para producción".

Para tener un alcance sensato para esta función, me gustaría que rastreara el tiempo de ejecución del contenedor rkt con soporte completo para todas las funciones de Kubernetes, soporte en la implementación de Kubernetes, bien documentado y una excelente opción de producción.

Rastreador de progreso

[x] Prelanzamiento
- [x] Escribir y mantener un documento con calidad de borrador
- [x] https://kubernetes.io/docs/getting-started-guides/rkt/
- [ ] Aprobación del diseño
- [x] Propuesta de diseño: no existe
- [x] Mi pastor es: @euank y ver también @kubernetes/sig-rktnetes
- [x] Mi punto de contacto secundario es: @philips
- [x] Muchos PR para código, pruebas y documentos.
[x] Lanzamiento inicial
- [x] Las pruebas son suficientes para la versión inicial
- [x] Documentos de usuario con tutoriales: http://kubernetes.io/docs/getting-started-guides/rkt/
- [x] Los problemas conocidos están claramente documentados: http://kubernetes.io/docs/getting-started-guides/rkt/notes/
[ ] Lanzado como totalmente compatible/estable
- [ ] Todas las funciones de Kubernetes son compatibles cuando se usa rkt como tiempo de ejecución del contenedor
- [x] compatibilidad con rutas secundarias https://github.com/kubernetes/kubernetes/pull/30934
- [ ] Contenedores de inicio -- Depende de #54
- [ ] Los contenedores privilegiados funcionan para todos los casos de uso conocidos
- [ ] Montajes de volumen de Hostpath que no existen https://github.com/kubernetes/kubernetes/issues/26816 , xref https://github.com/kubernetes/kubernetes/issues/31384
- [ ] Los ejemplos de Kubernetes funcionan todos bajo el tiempo de ejecución del contenedor rkt
  - [ ] Complemento de registro de Fluentd (bindmounts en el directorio específico de Docker en este momento)
  - [ ] para ser agregado....
- [ ] Bien probado
- [x] El maestro K8s se prueba con rkt como tiempo de ejecución
- [ ] Fallos contra fusiones de bloques maestros k8s
- [ ] Los PR se prueban con rkt como tiempo de ejecución
- [ ] Fallos en fusiones de bloques de PR
- [ ] Se sabe que se usa activamente en al menos un entorno de producción
- [ ] existe docs/design/rkt-container-runtime.md.
- [ ] Inmersión, pruebas de carga, pruebas de rendimiento con resultados asombrosos
- [ ] documentos de usuario detallados y ejemplos

FEATURE_STATUS: IN_DEVELOPMENT (No estoy seguro del estado correcto; esto ha tenido una versión inicial adecuada para su uso; el desarrollo se está realizando para mejorar la integración y abordar problemas/advertencias conocidos).

CC @kubernetes/sig-node

Breve metanota: esta característica podría o no encajar aquí, ya que es algo que está y ha estado en progreso durante bastante tiempo. Muchas de las viñetas no funcionan bien debido a sus circunstancias, y espero que pueda ayudar a refinar un poco este proceso; Me he tomado algunas libertades con el formato.

sinode stagstable

Fuente

euank

🎉2

Comentario más útil

Implementado.

idvoretskyi en 28 feb. 2017

🎉4

Todos 13 comentarios

¿Alguien puede ayudar a agregar 1.4 hitos para esto? ¡Gracias!

yifan-gu en 23 jul. 2016

/ cc @ kubernetes / características-mantenedores

yujuhong en 23 jul. 2016

Tengo entendido que hemos cambiado a centrarnos en la integración de rkt con kubelet mediante CRI, y el hito 1.4 ya no se aplica realmente.
@euank @philips , ¿deberíamos eliminar el hito y las etiquetas 1.4?

yujuhong en 25 ago. 2016

Eliminaré el hito 1.4 por ahora. Déjame saber si eso no es lo correcto.
@euank @philips

matchstick en 25 ago. 2016

referencia externa https://github.com/kubernetes/kubernetes/issues/8262

También actualicé un poco los puntos de control, específicamente rompí un poco más las funciones y probé un poco más.

También haré un pequeño conjunto de "trabajo realizado para v1.4" en algún momento (ahora mismo es subPath, privilegio mejorado y un par de cosas más). Lo de marcar una milla tiene sentido porque dependemos del n.º 54, que no es 1.4.

euank en 31 ago. 2016

@philips @euank Me gustaría insistir en que Milestone esté presente para facilitar el seguimiento de funciones. He establecido un hito de "próximo candidato" por ahora.

idvoretskyi en 21 sept. 2016

La integración de rkt funciona principalmente en la actualidad (por ejemplo, funciona bajo minikube ). Lo colocaré bajo el hito v1.5, ya que esperamos que el refactor de CRI lo lleve al 100 % de paridad con la integración del motor Docker y CRI en este período de tiempo.

philips en 21 sept. 2016

@philips gracias por aclarar.

idvoretskyi en 22 sept. 2016

Esta característica está a caballo entre dos implementaciones diferentes. No creo que ninguno de ellos deba marcarse como estable en 1.5 y esta función debe centrarse en la nueva integración (que depende de la función CRI) en el futuro para terminar estable.
Para esa integración, ahora apuntamos a alfa en 1.6.

Creo que actualizar para reflejar eso tiene sentido.

euank en 28 nov. 2016

@euank , le sugiero que actualice y cierre esta función, ya que el soporte de rkt ya está implementado en Kubernetes.
Para resolver las preguntas que describió en su publicación anterior, abra una nueva solicitud de función, dirigida a 1.6 /cc @philips @calebamiles

idvoretskyi en 28 nov. 2016

@idvoretskyi , actualizaré este problema. Esta característica cubre el trabajo para hacer de rkt un tiempo de ejecución de contenedores de primera clase para Kubernetes. Hay una implementación existente actualmente en el árbol que está completa, en su mayoría, pero no del todo, con respecto al tiempo de ejecución de la ventana acoplable; sin embargo, este es un detalle de implementación de la característica. Actualmente, hay desarrolladores de CoreOS que trabajan en una integración de rkt compatible con CRI, rastreada aquí , que está relacionada con https://github.com/kubernetes/features/issues/54. Nuestro trabajo de CRI tiene como objetivo la versión 1.6 de Kubernetes y moveré este problema al hito 1.6 para el seguimiento. Finalmente, con respecto a la integración de rkt existente, ya que solo se han realizado pequeños cambios durante este ciclo de lanzamiento, no creemos que tenga sentido cambiar el estado de esa implementación a estable; el trabajo de CRI puede considerarse una iteración de la implementación existente que se encuentra actualmente en el árbol.

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