发布信息

入门 沙盒 的相关 和 docker 二 docker Kubernetes 虚构机以及 (沙盒教程)

     2024-10-22 13:35:57     399

本文目录导航:

docker 入门(二):docker 和 沙盒、虚构机以及 Kubernetes 的相关

做开发的基本都据说过沙盒 (Sandbox) 和虚构机 (Virtual Machine,简称 VM) ,如今容器技术很火,其中以 docker 最受大家欢迎。

作为一种集群治理工具,K8s 最近也是火的不要不要的。

咱们经常会讲 docker 和 K8s 咨询起来,那么两者之间又存在什么关联呢?

首先 Sandbox 和 VM 都是属于 虚构技术 ,用来虚构软件运转环境并具备资源隔离的性能。

Sandbox 比拟“轻”(只有要虚构出一个小的环境)且一旦分开就监禁之前占用的资源;VM 则比拟重(虚构出整个操作系统,相当于子电脑)。

关于 Sandbox 和 VM 的区别可以参考博客:。

容器是属于 Sandbox 的一种。

望文生义,沙盒就是能够像一个集装箱一样,把你的运行“装”起来的技术。

这样,运行与运行之间,就由于有了边界而不至于相互搅扰;而被装进集装箱的运行,也可以被繁难地搬来搬去。

容器技术的外围性能 ,就是经过 解放和修正进程的灵活体现 ,从而为其 发明出一个“边界” 。

正是由于这个边界才会让容器外面的程序看不到宿主机上其余的程序从而给程序一种它就是在一个独立的操作系统上的假象。

容用具备如下几个好处:

Docker 是一种 轻量级的虚构化 技术,即容器技术。

随着 Docker 的开源,docker 仰仗其“轻”的特点失掉迅速的遍及。

这三个好处恰是 VM 的缺陷。

Docker 原意是指处置码头集装箱的工人。

首先须要留意的是, Docker 自身不是容器 ,而是一个 开源的运行容器引擎 。

Docker 让开发者可以以一致的模式打包 他们的 运行以及依赖包 到一个 可移植的容器 中,然后 颁布 就任何 装置了docker引擎的主机上 (包括盛行的Linux机器、windows机器),也可以成功虚构化。

从这个形容可以看出 Docker 的几种罕用义务:

Docker 的两句口号很准确地形容了其性能:

1. Build, ship and run 望文生义,创立、运输和运转。
二
举个例子来了解:比如说我在 A 地建好了一个厂区,该厂区重要的是车间,其次还有一些配套的生存设备(比如食堂、超市、宿舍、水电等)。

如今我要将厂迁到 B 地,依照惯例思绪就是把 A 地的车间拆了运到 B 地从新组装、并在 B 地建好配套的生存设备,工程量显著很大。

假定如今有一种魔法能够在A地将车间及其配套的生存设备 复制一份并打包成一个镜像 image(文件) ,然后将该镜像迁徙到 B 地,这样在B地马上就能够投入经常使用,省去了拆机、重装以及搭建配套生存设备的上班,十分繁难快捷。

如今咱们将 车间类比成一个application ,将 配套的生存设备类比成依赖 ,那么 docker 就是这种魔法 。

2. Build once, run anywhere 望文生义,一次性创立、随地运转。

咱们知道 车间是用于工业消费的 ,即一个application。

在这个环球,还存在很多其余的application,比如学校、医院、写字楼、商场、体育场等,它们各自担任不同的用途。

假定这些 application 都是能够共享的,那么这个效率将会很高,比如国度A须要用到体育馆,可以从国度B复制一个上来;国度B须要用到学校,可以从国度A复制一个上来。

Docker 经常使用的就是这种理念,Docker 中蕴含三个外围局部:

那么为什么须要 Kubernetes 呢?就在 Docker 容器技术被炒得热气腾腾之时,大家发现,假构想要将 Docker 运行于详细的业务虚现(当 容器和主机的数量到达必定规模 的时刻,就会碰到治理的 疑问,即 如何有效治理少量的主机和容器 ,保障 运行的稳固运转、繁难更新和缺点的极速处置 ),是存在艰巨的—— 编排、治理和调度等各个方面都不容易 。

于是就迫切 须要一套容器编排工具 ,能够对 Docker 和容器启动 更初级、灵敏的治理 。

容器编排工具提供图形化界面或许命令行来治理容器和主机集群,提供容器性能、义务颁布、服务发现、负载平衡、系统监控和缺点复原、申明式系统性能以及无关容器部署和性能的规定和解放定义机制等。

就在这个时刻, Google开发的 Kubernetes 从泛滥编排工具中锋芒毕露 ,赢下了容器编排工具大战。

Kubernetes 是一种 基于容器的集群治理平台 。

Kubernetes 是希腊语,意为“舵手、领航员”,大家都习气将 Kubernetes 简称为K8s(ubernete 蕴含8个字母)。

K8s 最后由 Google 创立然后添加 openstack 基金会并颁布了 K8s V1.0。

Docker 公司自己有一款名为 Docker Swarm的产品,它是一个容器集群和调度工具,性能相似于Kubernetes。

相比 Kubernetes,Swarm在集群搭建和经常使用上要相对繁难一些,学习和部署老本相对低一些。

较新版本的Docker曾经集成了Swarm。

Swarm允许跨多个主机启动编排,治理较小规模的容器集群也绰绰缺乏,关于初学者也可以很快的部署和运转。

笔者水平有限,如有失误,敬请斧正!

参考:https:///fly/article/details/

kubernetes与docker的相关是什么?

协作相关,Docker作为繁多的容器技术工具并不能很好地定义容器的“组织模式”和“治理规范”,难以独立地撑持起消费级大规模容器化部署的要求。因此容器技术的开展就迅速走向了以Kubernetes为代表的“容器编排”的技术路途.

Kubernetes的发生也从新定义了微服务架构的技术方向,“云原生”及“ServiceMesh(服务网格)”等概念,很大水平上也是依赖于Kubernetes所提供的基础才干。

裁减资料:

罕用命令分享

拉取docker镜像

docker pull image_name

检查宿主机上的镜像,Docker镜像保留在/var/lib/docker目录下:

docker images

删除镜像

docker /tomcat:7.0.77-jre7 或许 docker rmi b39c68b7af30

检查以后有哪些容器正在运转

检查一切容器

docker ps -a

启动、中止、重启容器命令:

docker start container_name/container_iddocker stop container_name/container_iddocker restart container_name/container_id

后盾启动一个容器后,假构想进入到这个容器,可以经常使用attach命令:

docker attach container_name/container_id

删除容器的命令:

docker rm container_name/container_id

检查以后系统Docker消息

docker info

K8S 和 Docker 相关繁难说明

本篇文章目标:让你更片面了解k8s概念,以及学到在上班中罕用的操作。

全体更倾向于原理和运行。

在正式开局k8s之前,咱们先看看k8s和Docker的相关,区分从虚构化角度、部署模式角度叙说why use容器,话不多说,开干。

目前发现并没有将kubernetes和Docker技术发生背景和需求启动比拟的文章,本文从最地道的官网定义角度登程并开展,论述二者发生背景及与传统技术对比。

简明引见:官网定义1: Docker是一个开源的运行容器引擎,开发者可以打包他们的运行及依赖到一个可移植的容器中,颁布到盛行的Linux机器上,也可成功虚构化。

官网定义2: k8s是一个开源的容器集群治理系统,可以成功容器集群的智能化部署、智能扩缩容、保养等性能。

与传统技术对比: 接上去咱们看两张经典的图:一、从虚构化角度: 上图是Docker容器(可用k8s治理的玩意儿)与传统虚构化模式的不同之处:传统的虚构技术在将物理配件虚构成多套配件后,须要在每套配件上都部署一个操作系统,接着在这些操作系统上运转相应的运行程序。

而Docker容器内的运行程序进程间接运转在宿主机(实在物理机)的内核上,Docker引擎将一些各自独立的运行程序和它们各自的依赖打包,相互独立间接运转于未经虚构化的宿主机配件上,同时各个容器也没有自己的内核,显然比传统虚构机更轻巧。

每个集群有多个节点,每个节点可运转多个容器,咱们的kuberbete就是治理这些运行程序所在的小运转环境(container)而生。

二、从部署角度 留意,大家别把这幅图与下面Docker的那张图混杂了,图1是从虚构化角度,说明了为运行提供必要的运转环境所须要做的虚构化操作(即:传统:虚构出的虚构机装操作系统、Docker:容器引擎治理下的容器)。

而图2是在这些详细运转环境上启动实在运行部署时的状况,传统模式是将一切运行间接部署在同一个物理机器节点上,这样每个App的依赖都是齐全相反的,不可做到App之距离离,当然,为了隔离,咱们也可以经过创立虚构机的模式来将App部署到其中(就像图1上半局部那样),但这样太过惨重,故比虚构机更轻巧的Docker技术发生,如今咱们经过部署Container容器的技术来部署运行,所有Container运转在容器引擎上即可。

既然厌弃虚构机惨重,想用Docker,那好,你用吧,怎样用呢?手动一个一个创立?当然不,故kubernetes技术便发生了,以kubernetes为代表的容器集群治理系统,这时刻就该上场扮演了。

说白了,咱们用kubernetes去治理Docker集群,即可以将Docker看成Kubernetes外部经常使用的低级别组件。

另外,kubernetes不只仅允许Docker,还允许Rocket,这是另一种容器技术。

宿愿我这篇文章中繁难的形容能让你对两者有所了解和意识。

到此这篇关于k8s和Docker相关繁难说明的文章就引见到这了。

以上就是本次分享的所有内容,如今想要学习的程序员欢迎关注六星社区,失掉更多技艺与教程。

相关内容 查看全部