docker服务_重启docker服务
Docker 有什么优势？
可以尝试右键右下角小鲸鱼，更新docke勾选后在Resource 里会多出一个 WSL INTEGRATION选项，把里面的Enable integration with my default WSL distro勾选去掉，然后把General里的use wsl2去掉，apply and restart，应该也会有效果。r版本，我在上面的方法时效后这样成功。1.统一的管理服务；2.持续交付上的应用；3.弹性计算；想要了解更多，我你去看看时速云，他们是一家全栈云原生技术服务提供商，提供云原生应用及数据平台产品，其中涵盖容器云PaaS、DevOps、微服务治理、服务网格、API等。大家可以去体验一下。 如果我的回答能够对您有帮助的话，求给大大的赞。
docker服务_重启docker服务
docker服务_重启docker服务
如何解决docker宿主机无法访问容器中的服务
K8s的全称kubernetes。它是一个完整的分布式系统支撑平台，集群管理功能齐全。kubernetes同时提供完善的管理工具，涵盖了开发、部署、测试、运行等各个环节。k8s是一种开放源码的容器集群管理系统，能够实现自动化部署、扩展容器集群、维护等功能。docker搭建了lnmp环境后，如果需要访问安装在宿主机上的数据库或中间件，是不能直接使用127.0.0.1这个ip的，这个ip在容器中指向容器自己，那么应该怎么去访问宿主机呢：
例如你的docker环境的虚拟IP是192.168.99.100，那么宿主机同样会托管一运行这条命令之后， serv-registry-demo 的容器就启动了。访问 ，打开注册中心的页面。个和192.168.99.100同网段的虚拟IP，并且会是主IP：192.168.99.1，那么就简单了，在容器中访问192.168.99.1这个地址就等于访问宿主机，问题解决
注意，通过192.168.99.1访问宿主机，等于换了一个ip，如果数据库或中间件限制了本机访问或者做了ip段限制，要记得添加192.168.99.1到白名单
如何通俗解释Docker是什么?
$ docker start xxxx 启动容器Docker是基于Go语言进行开发实现，一个开源的应用容器引擎。
采用Linux内核的cgroup，namespace，以及AUFS类的Union FS等技术，对进程进行封装隔离，也可以实现虚拟化。
隔离的进程于宿主和其他的隔离进程，因此也称其为容器。
可以将Docker容器理解为一种轻量级的沙盒，每个容器内运行着一个应用，不同的容器相互隔离，容器之间也可以通过网络互相通信。
容器的创建和停止十分快速，几乎跟创建和终止原生应用一致;
很多时候，直接将容器当作应用本身也没有任何问题。
为什么使用docker
对于开发和运维人员来说，最希望的效果就是一次创建或者配置后，可以在任意地方、任意时间让应用正常运行。
对于算法研究人员来说，可能不同的算法需要不同版本的软件，那么在同一个环境中就会存在冲突。
而docker 的环境隔离就可以很方便用于不同环境的配置。
具体来说，docker优势主要有以下几个方另外，容器自身对系统资源的额外需求也十分有限，远远低于传统虚拟机。面：
使用docker，开发人员可以使用镜像快速构建一套标准的开发环境;
开发完成后，测试和运维人员可以使用完全相同的环境部署代码，只要是开发测试过的代码就可以确保在生产环境无缝运行。
docker可以快速创建和删除容器，实现快速迭代。
2、高效的资源利用
运行docker容器不需要额外的虚拟化管理程序的支持。
docker是内核级的虚拟化，可以实现更高的性能，同时对资源的额外需求很低。
3、轻松的迁移和扩展
docker容器几乎可以在任意的平台上运行，包括物理机、虚拟机、公有云、私有云、等。
同时支持主流的作系统发行版本，这种兼容性让用户可以在不同平台间轻松的迁移应用。
4、简单的更新管理
使用Dockerfile生成镜像的方式，只需要小小的配置修改，就可以替代以往大量的更新工作，所有的修改都以增量的方式进行分发和更新，从而实现自动化且高效的容器管理。
基于docker部署的微服务架构（二）： 服务提供者和调用者
对这条命令做个简单说明， -d 指定当前容器运行在后台， --name 指定容器名称， --publish 指定端口映射到宿主机， --volume 这个挂载是为了解决容器内的时区和宿主机不一致的问题，让容器使用宿主机设置的时区，指定使用的docker镜像，镜像名称和标签需要根据自己的情况做修改。新建一个men工程，修改pom.xml引入 spring cloud 依赖:
在 resources 目录中创建 application.yml 配置文件，在配置文件内容:
这里eureka的注册地址为上一篇中设置的defaultZone。
在 ja 目录中创建一个包 demo ，在包中创建启动入口 AddServApplication.ja
在demo包下新建一个子包controller，在controller子包下创建一个controller对外提供接口。
在服务注册中心已经运行的情况下，运行 AddServApplication.ja 中的 main 方法，启动微服务。
访问服务注册中心页面 ， 可以看到已经成功注册了 ADD-SERVICE-DEMO 服务。
启动第二个实例，修改端口为 8101 ，修改 AddController.ja 中的输出信息为
再次运行 AddServApplication.ja 中的 main 方法。
访问服务注册中心页面 ， 可以看到已经成功注册了两个 ADD-SERVICE-DEMO 服务，端口分别为 8100 和 8101 。
新建一个men工程，修改pom.xml引入 spring cloud 依赖:
在 resources 目录中创建 application.yml 配置文件，在配置文件内容:
在 ja在 ja 目录中创建一个包 demo ，在包中创建启动入口 FeignApplication.ja 目录中创建一个包 demo ，在包中创建启动入口 RibbonApplication.ja
这里配置了一个可以从服务注册中心读取服务列表，并且实现了负载均衡的 restTemplate 。
在demo包下新建一个子包controller，在controller子包下创建一个controller对外提供接口。
运行 RibbonApplication.ja 中的 main 方法，启动项目。
在浏览器中访问 ，得到返回结果：
多次访问，查看 AddServApplication 的控制台，可以看到两个 ADD-SERVICE-DEMO 被负载均衡的调用。
demo源码 spring-cloud-1.0/ribbon-client-demo
新建一个men工程，修改pom.xml引入 spring cloud 依赖:
在 resources 目录中创建 application.yml 配置文件，在配置文件内容:
在demo包下新建一个子包serv，在serv子包下创建一个接口 AddServ.ja 调用之前创建的微服务 ADD-SERVICE-DEMO 。
这里 @Feign 注解中的参数为服务注册中心对应的 Application 。
在demo包下再新建一个子包controller，在controller子包下创建一个 FeignController.ja 对外提供接口。
FeignController 里注入了刚才创建的 AddServ 接口。
运行 FeignApplication.ja 中的 main 方法，启动项目。
在浏览器中访问 ，得到返回结果：
多次访问，查看 AddServApplication 的控制台，可以看到两个 ADD-SERVICE-DEMO 被负载均衡的调用。
以 add-serv-demo 为例，
application.yml ，重命名为 application-docker.yml ，修改 defaultZone 为：
这里修改了 defaultZone 的访问，如何修改取决于部署docker容器时的 --link 参数， --link 可以让两个容器之间互相通信。
这里增加了 profiles 的配置，在men打包时选择不同的profile，加载不同的配置文件。
在pom.xml文件中增加：
选择 docker profile，运行 mvn install -P docker ，打包项目并生成docker镜像， 注意docker-men-plugin中的
运行成功后，登录docker，运行 docker images 应该可以看到刚才打包生成的镜像了。
在前一篇中，已经创建了一个 serv-registry-demo 的docker镜像，这里先把这个镜像运行起来。
下边启动 add-serv-demo 容器，
这条命令和上一条不多，只是增加了一个 --link 参数， --link 指定容器间的连接，命令格式 --link 容器名:别名 ，这里连接了之前创建的名为 serv-registry-demo 的容器，这里的别名和 application-docker.yml 文件中配置的 defaultZone 一致。其实就是通过别名找到了对应的容器IP，进到容器里查看 hosts 文件就明白了，其实就是加了条hosts映射。
add-serv-demo 容器启动成功之后，刷新配置中心的页面，发现已经注册到配置中心了。
docker服务重启后，其中容器启动不了，详见
查到该容器进程对应的id
$ ps -ef | grep 8f1822299be4245e8K8S是一个完备的分布式系统支撑平台，具备完善的集群管理能力，多扩多层次的安全防护和准入机制、多租户应用支撑能力、透明的服务注册和发现机制、内建智能负载均衡器、强大的故障发现和自解决方法 开机，等待docker自己的启动超时报错，报错完毕后会有弹窗，重启电脑即可。我修复能力、服务滚动升级和在线扩容能力、可扩展的资源自动调度机制以及多粒度的资源配额管理能力。5ff8b4cf1c83ccf6ec4f16d07e185fdcdd6f4b778770f
$ kill -9 xxx-id 杀掉上面查到的id
docker容器重启失败，根据信息提示，请检查要启动容器的映射端口是否已经被其它容器占用。
Docker中的apache服务为什么要前置运行
Dockers是容器化技术，k8s是一套自动化部署工具，可全生命周期管理dockers容器。每个docker容器需要一个前台进程一直运行。
因为docker容器并不是虚拟机，是利用linux的cgroup和namespace隔离的，在宿主机上本质是个隔离的进程，例如一个容器的主进程是启动nginx，servnginxstart，这句shell充当了主进程,fork了一个子进程启动了nginx后这个shell就退出了,nginx是shell的子进程,主进程消亡子进程也就停止了，容器也就会一运行就exited了。
Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的Linux或Windows作系统的机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。
如何让Docker容器获取外部DHCP的IP地址
可以看到这里的请求用了服务注册中心对应的 Application 。客户机获取DHCP主要分为4个步骤：1.IP租用请求： DHCP客户机初始化TCP/IP，通过UDP端口67向网络中发送一个DHCPDISCOVER广播包，请求租用IP地址。该广播包中的源IP地址为0.0.0.0，目标IP地址为255.255.255.255；包中还包含客户机的MAC地址和计算机名。 2.IP租用提供： 任何接收到DHCPDISCOVER广播包并且能够提供IP地址的DHCP，都会通过UDP端口68给客户机回应一个DHCPOFFER广播包，提供一个IP地址。该广播包的源IP地址为DCHPIP，目标IP地址为255.255.255.255；包中还包含提供的IP地址、子网掩码及租期等信息。 3.IP租用选择： 客户机从不止一台DHCP接收到提供之后，会选择个收到的DHCPOFFER包，并向网络中广播一个DHCPREQUEST消息包，表明自己已经接受了一个DHCP提供的IP地址。该广播包中包含所接受的IP地址和的IP地址。 所有其他的DHCP撤消它们的提供以便将IP地址提供给下一次IP租用请求。 4.IP租用确认： 被客户机选择的DHCP在收DHCPREQUEST广播后，会广播返回给客户机一个DHCPACK消息包，表明已经接受客户机的选择，并将这一IP地址的合法租用以及其他的配置信息都放入该广播包发给客户机。 客户机在收到DHCPACK包，会使用该广播包中的信息来配置自己的TCP/IP，则租用过程完成，客户机可以在网络中通信。 DHCP客户机在发出IP租用请求的DHCPDISCOVER广播包后，将花费1秒钟的demo源码 spring-cloud-1.0/feign-client-demo时间等待DHCP的回应，如果1秒钟没有的回应，它会将这一广播包重新广播四次（以2，4，8和16秒为间隔，加上1~1000毫秒之间随机长度的时间）。四次之后，如果仍未能收到的回应，则运行Windows 2000的DHCP客户机将从169.254.0.0/16这个自动保留的私有IP地址（APIPA）中选用一个IP地址，而运行其他作系统的DHCP客户机将无法获得IP地址。DHCP客户机仍然每隔5分钟重新广播一次，如果收到某个的回应，则继续IP租用过程。
使用 OpenResty Docker 镜像快速搭建 Web
前一篇 基于docker部署的微服务架构（一）：服务注册中心 已经成功创建了一个服务注册中心，现在我们创建一个简单的微服务，让这个服务在服务注册中心注册。然后再创建一个调用者，调用此前创建的微服务。需要提前了解的内容：
选择 OpenResty 的原因：
OpenResty 默认安装位置：
安装目录中 Nginx 相关文件：
默认服务指向 Web 文件夹 ：
映射关系：
默认 配置文件 位置（后续的配置会覆盖这里的内容）：
在绝大多数情况，覆盖上面的配置文件就可以了。
但是，这些配置文件的内容，只能是包含在 段内的配置，并不能作为完整的配置文件使用。
比如：
可以包含： upstream 、 server
不能包含： tcp
完整配置文件位置：
配置修改 application.yml 中的 spring 为：文件相关信息：
镜像默认配置为到 /etc/nginx/conf.d/ 读取配置，所以要把配置文件放到这里。其余的挂载或端口映射根据需要进行。
设需要建立如下服务：
（1）通过 访问 /tmp/webroot/shared1
（2）通过 访问 /tmp/webroot/myshare
（3）通过 访问
配置文件：
启动命令行：
详情参考： docker-openresty - Docker tooling for OpenResty - Nginx Config Files
模拟为应用提供多级反向，查看访问链路。简单分为三部分：
（完）
docker断电后，服务拉不起来
在日常工作中经常需要搭建 Web 和反向，用于测试和生产的情况都有。虽然用于测试的场景有很多便捷的方法，但是在向生产环境迁移时会导致有些工作不能复用。综合看起来，还是用 Nginx 最为方便。本文尝试提供一些配置模板。Win10,hyper-v,docker
docker断电后，拉不起来，镜像和容器都不显示
22年1月15更新
22年1月15号k8s是一个完备的分布式系统支撑平台，具备完善的集群管理能力，多扩多层次的安全防护和准入机制、多租户应用支撑能力、透明的服务注册和发现机制、内建智能负载均衡器、强大的故障发现和自我修复能力、服务滚动升级和在线扩容能力、可扩展的资源自动调度机制以及多粒度的资源配额管理能力。更新
Failed to check distro: exit code: -1，我是用的hyper-V,这个选项要在setting里，勾选use the wsl2 based engine时才会出现。
注：
怀疑是断电后这个选项默认给勾选上了，需要手动去掉。
k8s和docker区别是什么？
k8s和docker区别是:
1、k8s是一个开源的容器集群管理系统，可以实现容器集群的自动化部署、自动扩缩容、维护等功能。
2、Docker是一个开源的应用容器引擎，开发者可以打包他们的应用及依赖到一个可移植的容器中，发布到流行的Linux机器上，也可实现虚拟化。
Docker容器与传统虚拟化方式的不同，传统的虚拟技术，在将物理硬件虚拟成多套硬件后，需要再每套硬件上都部署一个作系统，接着在这些作系统上运行相应的应用程序。
而Docker容器内的应用程序进程直接运行在宿主机(真实物理机)的内核上，Docker引擎将一些各自的应用程序和它们各自的依赖打包，相互直接运行于未经虚拟化的宿主机硬件上，同时各个容器也没有自己的内核，显然比传统虚拟机更轻便。
1、技术原理不同
docker是容器化技术，K8S是一套自动化部署工具，可全生命周期管理docker容器。K8S是谷歌开发的容器集群管理系统。在docker技术的基础上，为容器化的应用提供部署运行、资源调度、服务发现和动态伸缩等一系列完整功能，提高了大规模容器集群管理的便捷性。
2、平台不同
docker是一个开源的应用使用 Docker Come 来配置并串联各容器，文件较多，访问 GitHub 查看。容器引擎，让开发者可以打包它们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的Linux或Windows机器上，也可以实现虚拟化。
3、架构模式不同
Docker使用客户端一一架构模式，使用远程API来管理和创建Docker容器。Docker容器通过Docker镜像来创建，容器与镜像的关系类似于面向对象编程中的对象与类。
Docker是一种开放源码的应用容器引擎，允许开发人员将其应用和依赖包打包成可移植的镜像，然后发布到任何流行的Linux或Windows机器上，也能实现虚拟化。该容器完全使用沙箱机制，彼此之间没有任何接口。
Dock1、快速交付和部署er是一种开放源码的应用容器引擎，开发者可以将它们的应用和依赖打包在一个可移植的容器中，发布到流行的Linux机器上，也可以实现虚拟化。
主要区别如下：
k8s是谷歌开发的容器集群管理系统。在dockers技术的基础上，为容器化的应用提供部署运行、资源调度、服务发现和动态伸缩等一系列完整功能，提高了大规模容器集群管理的便捷性。
docker是一个开源的应用容器引擎，让开发者可以打包它们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的Linux或Windows机器上，也可以实现虚拟化。
docker使用客户端-架构模式，使用远程API来管理和创建docker容器。docker容器通过docker镜像来创建，容器与镜像的关系类似于面向对象编程中的对象与类。
声明：本站所有文章资源内容，如无特殊说明或标注，均为采集网络资源。如若本站内容侵犯了原著者的合法权益，可联系 836084111@qq.com 删除。