标签: docker-container

我一直在使用Octopus Deploy,只是为了将Web应用程序部署到AWS EC2实例上.我知道Octopus Deploy是特定于.NET的,与Docker相比,学习曲线非常简单.我理解使用Docker的一个方面是创建容器而不是使用虚拟机管理程序来创建VM.

但我的问题是使用Docker而不是章鱼部署的真正原因是什么？这对于部署应用程序更好.他们做不同的事吗？

我的java进程在容器内运行.当然,我可以在主机上看到这个过程并看到它的pid.如果群集上没有安装jdk但是在主机上安装了jdk,我是否可以使用此pid在docker容器中针对java进程从主机运行jstack.顺便说一句,我尝试了它并遇到了以下错误

Attaching to process ID 66367, please wait...
Error attaching to process: Doesn't appear to be a HotSpot VM (could not find symbol "gHotSpotVMTypes" in remote process)
sun.jvm.hotspot.debugger.DebuggerException: Doesn't appear to be a HotSpot VM (could not find symbol "gHotSpotVMTypes" in remote process)
at sun.jvm.hotspot.HotSpotAgent.setupVM(HotSpotAgent.java:411)
at sun.jvm.hotspot.HotSpotAgent.go(HotSpotAgent.java:305)
at sun.jvm.hotspot.HotSpotAgent.attach(HotSpotAgent.java:140)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:185)
at sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)
at sun.jvm.hotspot.tools.JStack.main(JStack.java:92)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.tools.jstack.JStack.runJStackTool(JStack.java:140)
at sun.tools.jstack.JStack.main(JStack.java:106)

我在Ubuntu/Linux的docker docker容器中看到了docker.根据此线程中的回复,以下命令有效

docker run -v /var/run/docker.sock:/run/docker.sock -v $(which docker):/bin/docker [your image

在Windows 7中是否有可用于docker的类似命令？

我在AWS上有2个节点的docker swarm集群.我停止了这两个实例,最初启动了swarm管理器,然后是worker.在停止实例之前,我有一个服务运行,其中4个副本分布在经理和工作人员之间.
当我首先启动swarm管理器节点时,所有副本容器都在管理器本身启动,而根本没有移动到worker.
请告诉我如何进行负载均衡？
当工人开始时,群体经理不负责吗？

如果容器自动崩溃，我想重新启动它。我不确定该怎么做。我有一个脚本docker-compose-deps.yml，其中包含elasticsearch，redis，nat和mongo。我在终端中运行此程序以进行设置：docker-compose -f docker-compose-deps.yml up -d。之后，我通过运行来设置容器docker-compose up -d。如果它们崩溃，是否有办法使这些容器重新启动？我注意到docker具有内置的重启功能，但是我不知道如何实现。

经过一些反馈，我将添加restart: always到我的docker-compose文件和docker-compose-deps.yml文件中。这看起来正确吗？还是这是您始终执行重启的方式？

docker-compose示例

myproject-server:
  build: "../myproject-server"
  dockerfile: Dockerfile-dev
  restart: always
  ports:
  - 5880:5880
  - 6971:6971
  volumes:
  - "../myproject-server/src:/src"
  working_dir: "/src"
  external_links:
  - nats
  - mongo
 - elasticsearch
 - redis
myproject-associate:
  build: "../myproject-associate"
  dockerfile: Dockerfile-dev
  restart: always
  ports:
  - 5870:5870
  volumes:
  - "../myproject-associate/src:/src"
  working_dir: "/src"
  external_links:
  - nats
  - mongo
  - elasticsearch
  - redis

docker-compose-deps.yml示例

nats:
  image: nats
  container_name: nats
  restart: always
  ports:
  - …

我对docker stats命令有疑问，是否有人可以帮助我。我是Docker领域的新手，我想监视Docker容器的cpu使用情况。

该物理机具有8个内核（CPU0 ... CPU7）。我已经创建了一个容器，并使用以下命令将其cpu资源限制为1个核心（CPU0）：docker run -itd --cpuset-cpus = 0 -p 8081：8080 binfalse / bives-webapp

我通过从Jmeter发送请求来强调容器，然后通过docker stats命令监视容器的cpu使用情况，该命令为我提供的值大于100％。

我不明白为什么即使仅将一个内核分配给容器，它也提供100％以上的结果！您对原因有任何想法吗？除了容器之外，此cpu值是否还代表某些系统进程的cpu使用情况？

在此先感谢您的帮助。

docker 版本：客户端：版本：17.06.0-ce API版本：1.30 Go版本：go1.8.3 Git提交：02c1d87内置：Fri Jun 23 21:23:31 2017 OS / Arch：linux / amd64