Tag: networking应用程序

networking和负载均衡器如何在Docker群集模式下工作?

我是Dockers和容器的新手。 我正在浏览docker的教程,并且遇到了这个信息。 https://docs.docker.com/get-started/part3/#docker-composeyml networks: – webnet networks: webnet: 什么是networking? 该文件说:“通过称为webnet的负载平衡networking指示web容器共享端口80(在内部,容器本身将在临时端口上发布到web端口80)” 那么,默认情况下,覆盖networking在Docker集群中是负载平衡的吗? 什么是algorithm使用的负载均衡? 其实我不清楚为什么我们在覆盖networking上有负载平衡。 请指教。

2个Docker环境在同一个VPC中

我试图在同一个vpc中包含我的dev&qa环境。 我创build了单独的覆盖networking,命名为: QA 开发 我的开发环境启动顺利。 我也为qa env使用相同的容器名称。 当我尝试注册我的容器群集它抱怨这一点: docker: Error response from daemon: Conflict: The name mongo2 is already assigned. You have to delete (or rename) that container to be able to assign mongo2 to a container again.. 在这种情况下我该怎么做。 注意:群集pipe理器运行的两个环境的docker0具有相同的子网掩码。

我可以使用Docker-Compose创build没有容器的networking

我在过去几天一直在玩Docker-Compose,看看它是否会简化我的Docker容器和networking构build过程。 我对此感到非常满意,但是当我想创build一些没有被“服务”使用的“networking”时,却遇到了一个问题。 我想要这种行为的原因是有一个Docker-Compose文件来创build我的“私人”networking和“公共”networking的本地结构。 还有一个独立的Docker-Compose,用于我的每一个利用已经创build的“外部”networking的项目。 我注意到我只能指定一个虚拟容器来初始化networking的创build,但似乎没有必要。 例如。 version: '2' services: # Dummy Service dummy: image: busybox container_name: dummy hostname: dummy networks: private: networks: # Private Network for all Services (across Projects) private: driver: bridge ipam: driver: default config: – subnet: 172.18.0.0/24 gateway: 172.18.0.1 是否有一个我忽略的设置/标记,还是目前没有办法使用Docker-Compose创build没有容器的networking。 另外,我刚刚接触到这个不正确? 基本上我想有一个生活的networking,无论容器join/离开它。

当我的主机切换networking时,Docker容器松动networking(Mac OSX)

当我正在开发时,我在我的笔记本电脑上使用Docker,这是一台运行Docker的机器。 由于我在笔记本电脑上开发,所以我希望能够在当地的咖啡店出去喝杯燕麦牛奶卡布奇诺咖啡,同时还能和我的容器一起工作。 我的问题是,每当我切换networking,从工作到家,从家到咖啡馆等,我的容器失去了互联网连接,即使主机有一个可以正常工作的互联网连接。 我通常的解决方法是重新启动docker-machine: $ docker-machine restart $ eval $(docker-machine env) 然后再打开我的容器。 但是,我发现这样做很烦人,我希望容器在主机有互联网连接时“正常工作”。 这是我失踪的东西吗? 交换networking时,你也有这个烦恼吗? 你对这个问题有什么解决方法? 请告诉我,如果有什么不清楚的。 谢谢!

什么会阻止在Docker容器中运行的代码连接到单独的服务器上的数据库?

我在Ubuntu 14.04的Docker容器中运行了.NET Core 1.1应用程序,并且无法连接到在单独的服务器上运行的SQL Server数据库。 错误是: 未处理的exception:System.Data.SqlClient.SqlException:build立与SQL Server的连接时发生networking相关或实例特定的错误。 服务器未find或无法访问。 validation实例名称是否正确,并将SQL Serverconfiguration为允许远程连接。 (提供程序:TCP提供程序,错误:25 – 连接string无效) 我已经在另一台Ubuntu 14.04服务器上使用相同的命令行部署了相同的映像,并且连接正常。 在问题服务器上运行的控制台应用程序(Docker外部)可以使用相同的连接string进行连接。 据我可以看到,在一个容器中运行的应用程序默认访问外部networking,那么可以阻止这种连接?

在Docker容器中更改默认路由

我有一个docker容器连接到两个networking,默认桥和一个自定义桥。 默认情况下,它仅在默认networking中链接到另一个容器,并通过自定义网桥,在本地networking中获取IP地址。 LAN — [homenet] — container1 — [bridge] — container2 sudo docker network inspect homenet [{ "Name": "homenet", "Scope": "local", "Driver": "bridge", "EnableIPv6": false, "IPAM": { "Driver": "default", "Options": {}, "Config": [{ "Subnet": "192.168.130.0/24", "Gateway": "192.168.130.8", "AuxiliaryAddresses": { "DefaultGatewayIPv4": "192.168.130.3" }}] }, "Internal": false, "Containers": { "$cid1": { "Name": "container", "EndpointID": "$eid1_1", "MacAddress": "$mac1_1", […]

更改docker容器的IP地址

我的networking是在10.0.0.0当我启动docker集装箱,他们有一个不同的IP地址集(172.17.42.1) 如何让我的容器在同一个10.0.0.0networking上启动 我已经configurationbr0和它是静态的,我想docker0共享相同的IP范围,以便它分配IP地址到同一networking上的容器

Docker,Web应用程序的静态文件。 最佳实践?

在Docker的Web部署中,人们如何倾向于处理静态资产? 例如,在容器中部署的django应用程序中,应用程序服务器是否提供了容器中的静态文件,或者将它们同步到另一台服务器以供Web服务器使用,还是使用CDN? 如果不从应用程序容器提供服务,则何时将文件推送到CDN或Web服务器:作为容器构build的一部分,还是作为构build中的第二个进程,以及如何确保两个步骤保持同步?

如何在主机中关联Docker容器及其虚拟以太网接口

每个容器都与主机上的虚拟以太网接口(如veth7K7R1J )相关联。 我可以在/sys/class/net/veth7K7R1J/statisticsfind它。 但我想知道如何find这种关系。 有没有办法做到这一点?

端口转发:docker – > vagrant – > host

我有一个ftp服务的docker机器运行到一个stream浪机器上,stream浪机正在运行到macos主机上。 docker机ftp服务是通过ftp localhost从stream浪机访问,但我怎么能暴露给mac主机? Mac – > Vagrantnetworking是NATS,所以我在Mac主机和Vagrant之间做了21:21的端口转发,但是在主机上,我做了ftp localhost ,并且不起作用。 :'( 我究竟做错了什么? 这是ps aux在stream浪机器中输出的一部分: root 7841 0.0 0.5 113612 8948 ? Sl 12:35 0:00 docker-proxy -proto tcp -host-ip 0.0.0.0 -host-port 1108 -container-ip 172.17.0.1 -container-port 1108 root 7849 0.0 0.6 121808 10176 ? Sl 12:35 0:00 docker-proxy -proto tcp -host-ip 0.0.0.0 -host-port 1107 -container-ip 172.17.0.1 -container-port 1107 […]