导航
当前位置: 首页 > 虚拟主机 >

esxi复制虚拟主机 esxi 复制虚拟机

2022-01-18 作者 :觉醒网站网 围观 : 0次

大家好,今天小编关注到一个比较有意思的话题,就是关于esxi复制虚拟主机的问题,于是小编就整理了1个相关介绍esxi复制虚拟主机的解答,让我们一起看看吧。

如何通俗的解释“Docker”?

假设您需要构建一个应用程序。这可能是下一个头条,下一个微信,下一个百度,下一个京东,或者别的什么。为了使该应用程序向公众开放,您需要一些地方来托管它。以前,这意味着您需要购买或者租用一个称为"服务器"的专用 计算机,它基本上是一台专门用于托管网站或 Web 服务的服务器,而不是您自己的个人计算机。然后将它托管到数据中心

esxi复制虚拟主机 esxi 复制虚拟机

然后,"云"的时代来了。您可以将您的程序放到像阿里云这样的云公司的"数据中心"对外提供服务。与 Web 托管服务不同,这些公司采用了一种称为"虚拟化"的概念,即硬件资源通过操作系统功能进一步细分隔离,并更优化地向需要这些资源的客户提供操作系统。您只为所使用的操作系统服务付费,而不是使用整个物理服务器。对于您自己和云公司来说,这通常更加划算。

但即使是传统的云计算也无法避免一件事——使用大量的操作系统,如windows和Linux(RHEL,Ubuntu,Fedora等)。这些OS可以轻松地超过 1 GB 的大小,也称为"OS 映像"。但是,您的应用程序可能只有 300 MB 的大小。但是虚拟化产生的虚拟化环境,其大小为 1 GB 。您的应用程序远小于该虚拟机。您是不是觉得这1GB成本有点高。

Docker 就是为了解决这个问题。Docker 以以下方式进行操作。可以共享某些公共资源,而不是为每个应用程序托管一个操作系统。并且有一种叫做"docker 引擎"的东西,它位于操作系统的上层,如下所示。

从上图中您可以直观地观察使用容器时"app "是如何变得更小。从某种意义上说,这是一个非常简单的解决方案,只不过是在操作系统和应用程序之间引入另一层来优化资源,使用并减少对冗余操作系统的需求。这是开发应用程序的重大突破,因为这种抽象级别解决了一个重大的问题— 减少配置巨型虚拟机的麻烦,只托管其应用程序所必需依赖的最小"容器"。

Docker到现在为止,已经越来越流行了。主要是因为他的便捷,加之当下微服务成为后端横向扩展的一种解决思路,而微服务又是依赖于容器的。

那么现在就来说说什么是 Docker:

其实 docker 的概念就像是集装箱,正如上图所示。一对集装箱,装载有不同的 环境或软件。

比如我有一艘船,需要运输一批有毒的化学物质,还要运输一批食材,牛肉,水果等,但是你不能将这些物质混合装在一起吧,因为会影响到食物,到时候就损失一大笔 money 了。若是用集装箱封装起来就不会有刚刚的这种烦恼,装食材的集装箱装食材,装化学物质的集装箱装化学物质,两者互不影响,由统一艘船运送。达到了隔离的目的。

在实际运用中,你的软件开发工程师用的是 macOS ,你的测试工程师用得是 Ubuntu,你的线上环境是 CentOS ,显然当项目测试和正式上线的时候会有环境冲突问题。如果是将项目封进一个 docker 镜像,不同的操作系统只要将这个封好的镜像部署就行。就可以直接使用了,省去了环境配置的问题。

下面是虚拟机与容器的一些对比图:

以上是我的回答,希望能够帮到你。

把一台电脑隔离成很多独立小环境的技术,现代操作系统和大部分硬件支持。这个新环境就是容器,而管理这个小环境的就是容器管理程序。docker就是其中的一个,还有其它的比如podman,当然没有这些专用的工具,也能用操作系统的自带的工具手工创建这个小环境。和虚拟机不同的是,他是把系统隔离出来的,一个大楼有好多房间,共用的是一个底层硬件和操作系统。而虚拟机不是,虚拟机是虚拟出一个完全独立的操作系统,这个操作系统和宿主机是2个不相干的系统,环境更彻底,缺点是会浪费些资源,牺牲些性能。

Docker是一个开源的引擎,可以轻松的为任何应用创建一个轻量级的、可移植的、自给自足的容器。开发者在笔记本上编译测试通过的容器可以批量地在生产环境中部署,包括VMs(虚拟机)、

bare metal

、OpenStack 集群和其他的基础应用平台。

  • web应用的自动化打包和发布;
  • 自动化测试和持续集成、发布;
  • 在服务型环境中部署和调整数据库或其他的后台应用;
  • 从头编译或者扩展现有的OpenShift或Cloud Foundry平台来搭建自己的PaaS环境。

到此,以上就是小编对于esxi复制虚拟主机的问题就介绍到这了,希望介绍关于esxi复制虚拟主机的1点解答对大家有用。

相关资讯