start run hub delete container compose docker window

run - Máquina Linux con docker deploy contenedor de ventanas



docker start container (1)

Tengo un servidor Linux con 16 GB de memoria RAM con docker host instalado. Me gustaría implementar en él un contenedor de Windows Server. ¿Es posible? ¿Alguien acaba de probar esta solución?


En teoría (respuesta original, octubre de 2015):

No hay un "contenedor de Windows" ejecutándose en un host Linux.
Y un contenedor de Linux no se ejecutará directamente en un servidor de Windows, ya que depende de las llamadas del sistema a un kernel de Linux .

Ciertamente puede ejecutar esos contenedores Linux en cualquier máquina Windows a través de una máquina virtual.
Eso es lo que se instalará la caja de herramientas de Docker .

Pronto habrá soporte para Docker en Windows , pero eso sería para contenedores de Windows, no contenedores de Linux.

Actualización 2017 : sí, LinuxKit permite ejecutar un contenedor de Linux a través de un contenedor de aislamiento Hyper-V en una plataforma Windows, a través de un sistema operativo Linux mínimo creado a partir de linuxkit .
Esa sigue siendo la misma idea: Linux se ejecuta dentro de una máquina virtual en Windows.
No es un servidor Linux implementado en un servidor de Windows: solo se implementa dentro de un servidor Linux que se ejecuta en una máquina virtual en Windows.

En realidad ... (actualización de diciembre de 2016)

Ver " Linux y Windows, vivir juntos, ¡caos total! (OK, Kubernetes 1.5) "

Kubernetes 1.5 incluye compatibilidad alfa para Windows Server Containers, un modelo de kernel compartido similar a Docker e Hyper-V Containers, un modelo de kernel único que proporciona un mejor aislamiento para entornos de múltiples inquilinos (a costa de una mayor latencia).
El resultado final es la capacidad de crear un único clúster de Kubernetes que incluye no solo nodos de Linux que ejecutan contenedores Linux o nodos de Windows que ejecutan contenedores de Windows, sino ambos al lado del otro, para una experiencia realmente híbrida.
Por ejemplo, un solo servicio puede tener POD usando Contenedores de servidor de Windows y otros POD que usan contenedores Linux .

Pero:

Aunque parece completamente funcional, parece haber algunas limitaciones en esta versión temprana, que incluyen:

  • El maestro de Kubernetes aún debe ejecutarse en Linux debido a las dependencias en la forma en que está escrito . Es posible realizar un puerto a Windows, pero por el momento el equipo considera que es mejor enfocar sus esfuerzos en los componentes del cliente.
  • No hay soporte nativo para superposiciones de red para contenedores en Windows, por lo que la conexión a red está limitada a L3 . (Hay otras soluciones, pero no están disponibles de forma nativa).
    El Windows SIG de Kubernetes está trabajando con Microsoft para resolver estos problemas, sin embargo, y esperan haber progresado con el lanzamiento de Kubernetes 1.6 a principios del próximo año.
  • La conexión en red entre contenedores de Windows es más complicada porque cada contenedor obtiene su propio espacio de nombres de red, por lo que se recomienda que use pods de contenedor único por el momento .
  • Las aplicaciones que se ejecutan en Windows Server Containers se pueden ejecutar en cualquier idioma admitido por Windows. PUEDE ejecutar aplicaciones .NET en contenedores Linux, pero solo si están escritas en .NET Core. .NET core también es compatible con el sistema operativo Nano Server, que se puede implementar en Contenedores de servidor de Windows.