在上期，我们为大家介绍了AWS的Nitro架构。Nitro架构实质上是利用Nitro Card和Nitro Hypervisor，创建一个资源池，Nitro Hypervisor向Nitro Card下发指令，Nitro Card实现虚拟机在宿主机上的创建，调度和销毁，从而实现宿主机上几乎所有的CPU和内存资源都可以用于售卖给租户。
携程自2013年开始使用Redis，旧时期为Memcached和Redis混用状态。由于Redis在处理性能，可储存key的多样化上有着显著的优势，2017年开始，Memcached全部下线，全公司开始大规模使用Redis。Redis实例数量也由刚开始的几十个增长到几万个，数据量达到百TB规模。作为Redis的运维方，为保证Redis的高可用性，DBA的压力也随Redis使用规模的增大而增大，集群的扩容，上下线，实例扩容都面临着不小的挑战。
桥接方式下，虚拟机和宿主机处于同一网段，真实存在于网络中，像是一台真实的主机。虚拟机和宿主机彼此互通，且网络中的其他主机也可以互通。就像是连接在hub中的主机一样。获取的IP地址网段为：192.168.1.X，实际获取的为192.168.1.220。
VMware 的虚拟机有三种网络连接方式，分别是桥接（Bridged）模式、NAT 模式和仅主机（Host-only）模式。
桥接模式里虚拟机中的虚拟网络适配器可通过主机中的物理网络适配器直接访问到外部网络。如上图所示的局域网中添加了一台新的、独立的计算机一样。宿主机与vm虚拟机是平级关系。因此，虚拟机也会占用局域网中的一个IP地址，并且可以和其他终端进行相互访问。
大家好，又见面了，我是你们的朋友全栈君。 为了学习和使用Linux，多数人选择了使用虚拟机的方式来安装Linux系统。这样我们就可以在windows系统中安装Linux系统了，其中windows机器系统本身我们称作宿主机，安装的虚拟机系统我们简称虚拟机。
我用的网络模式是bridger模式。启动docker时，docker进程会创建一个名为docker0的虚拟网桥，用于宿主机与容器之间的通信。当启动一个docker容器时，docker容器将会附加到虚拟网桥上，容器内的报文通过docker0向外转发。如果docker容器访问宿主机，那么docker0网桥将报文直接转发到本机，报文的源地址是docker0网段的地址。而如果docker容器访问宿主机以外的机器，docker的SNAT网桥会将报文的源地址转换为宿主机的地址，通过宿主机的网卡向外发送。
前面我们介绍了Docker容器的相关内容，Docker 的容器运行在宿主机的虚拟机上。这些虚拟机彼此独立，彼此之间没有任何接口，即容器彼此之间是逻辑隔离的。那么，如何实现容器的相互通信？这个就是我们今天要讲的内容。
集群是一种计算机系统，通过一组计算机或服务器的软硬件连接起来高度紧密地协作完成计算工作。在客户端看来为其提供服务的只有一台设备，实际上它是一群设备的集合，只不过这些设备提供的服务一样。
容器的跨主机通信主要有两种方式：封包模式和路由模式。上一篇文章演示了使用VXLAN协议的封包模式，这篇将介绍另一种方式，利用三层网络的路由转发实现容器的跨主机通信。
因此，今天我们拿出了GNU/Linux下最强的数据包分析武器——tcpdump，对容器网络进行分析。
下图是 Docker 官方给出的架构图，里面包括了 Docker 客户端、Docker 容器所在的宿主机和 Docker 镜像仓库三个部分。
除夕之夜，当别的大神都在和家人一起辞旧岁，迎新年的时候，博主这样的小喽啰不敢懈怠，想着一年之计，当早做谋划，趁着别人嗨的时间，笔耕不辍的写篇日志，以此颇觉有意义的度过一个祥和的除夕之夜。。。其实麻痹的是博主家里没网，也没电视看，眼见着别人家歌舞升平，一股子过年的噪味儿，心痒痒却又没奈何，只能关起门来，利用移动春节流量特惠包，上网写日志过年来了。 咳——咳，平心静气，切入正题。上篇关于虚拟机的博文将虚拟机的安装还算完整的讲完了，这篇接着安装完成的系统，以博主浅显的理解，来讲讲宿主机与虚拟机之间的文件共享
一、几种网络端口模式 Openshift/Docker中，我们会遇到（听到）的几种网络端口模式有： Hostport Nodeport Hostnetwork router 它们有什么区别,适用于什么场景？我们先看看它们的作用。 二、什么是hostport？ hostport它指的是：在一个宿主机上运行的一个容器，为了外部能够访问这个容器，将容器的端口与宿主机进行端口映射。而为了避免宿主机上的端口占用，在容器和宿主机做端口映射的时候，通常映射一个比较大的端口号（小端口被系统服务占用）。 我们看一个实验：
docker宿主可以理解为一个最顶层的操作系统,docker本身系统非常精简,甚至只包含linux的内核部分;例如我是win7只能安装Docker Toolbox,安装完成的时候
一个Linux容器能看见的“网络栈”，被隔离在它自己的Network Namespace中。
李剑，携程系统研发部技术专家，负责Redis和Mongodb的容器化和服务化工作，喜欢深入分析系统疑难杂症。
calico提供的网络解决方案，基本和flannel的host-gw模式相同，不同的地方在flannel通过etcd和宿主机上的flanneld维护路由信息，而calico是使用bgp（border gateway protocol 边界网关协议）自动的在集群中维护路由信息。如：
某次在试图从容器内访问到本地的数据库时，发现在本机上并没有 docker0 这个网桥。学习了一波 Docker 网络相关的知识后作出了以下总结。
KVM虚拟化的学习，也可以分为七个阶段，经过七个阶段的学习，就在生产环境中完成虚拟化任务。
通过第一章容器网络基础的学习，我们已经实现了单机容器间的互通、容器访问外部网络及容器对外提供服务。 在实际的应用场景中，为了保证业务的高可用性，我们的容器多是跨宿主机部署的，并且部署在不同宿主机上的容器会进行大量的网络通信。那么，怎么实现容器的跨宿主机通信呢？
无论使用何种虚拟机管理软件都不可避免的要接触到虚拟机网络这一概念，本文整理了常见的几类网络模式：
同样，虚拟机的迁移，也不能把CPU的寄存器内部内容搬运到新的宿主机上就可以了。如果仅限于搬运CPU寄存器内容，那么，当目的宿主机上的CPU，从原宿主机上CPU指令指针 (RIP寄存器)指向的地址开始执行指令的时候，执行的是不可预测的内容，后果是可想而知的。
对于静态迁移，你可以在宿主机上保存一个完整的客户机镜像快照，然后在宿主机中关闭或者暂停该客户机，然后将该客户机的镜像文件复制到另一台宿主机中，使用在源主机中启动该客户机时的命令来启动复制过来的镜像。
想使用 电脑A （本机）连接 电脑B（宿主机） 中的虚拟机有两种方式 (电脑A和B必须在同一网络环境下)。
例如你的62616964757a686964616fe4b893e5b19e31333433626437docker环境的虚拟IP是192.168.99.100，那么宿主机同样会托管一个和192.168.99.100同网段的虚拟IP，并且会是主IP：192.168.99.1，那么就简单了，在容器中访问192.168.99.1这个地址就等于访问宿主机。
docker run -d --log-driver json-file --log-opt max-size=100m --log-opt max-file=2 --name kafka -p 9092:9092 -e KAFKA_BROKER_ID=0 -e KAFKA_ZOOKEEPER_CONNECT=192.168.11.129:2181/kafka -e KAFKA_ADVERTISED_LISTENERS=PLAINTEXT://192.168.11.129:9092 -e KAFKA_LISTENERS=PLAINTEXT://0.0.0.0:9092 -v /etc/localtime:/etc/localtime wurstmeister/kafka
容器的网络默认与宿主机、与其他容器相互隔离，且容器中可以运行一些网络应用，比如nginx、web应用、数据库等，如果需要让外部也可以访问这些容器中运行的网络应用，那么就需要配置网络来实现。
使用 docker 很久了，每次看到冒号还是有点懵逼，到底哪边是宿主机的哪边是容器，傻傻分不清楚，搜索一下，几十秒又浪费了。
在Docker中Privileged是一种特殊的权限模式，它允许Docker容器在启动时获取到与宿主机相同的权限级别。具体来说，Privileged权限可以让容器拥有以下能力：
尽管很多公司已经都使用k8s方便管理了各种容器应用，但作为一个容器管理者，需要了解其中网络如何运作，前面已经介绍了K8s中的网络，这里就来研究下docker容器中的网络配置。
docker cp 容器名：要拷贝的文件在容器里面的路径 要拷贝到宿主机的相应路径
在上一篇中，咱们对Docker中的容器数据卷做了介绍。已经知道了容器数据卷是什么？能干什么用。那么本篇咱们就来实战容器数据卷，Docker容器数据卷案例主要做以下三个案例
宿主机与虚拟机在同一网段，利用vmnet0 进行桥接， 宿主机这个时候和虚拟机是同等地位 ，如果需要通信的话需要在同一网段
编者按：网络一直是Docker集群中的最令人头疼的问题，目前Docker已经收购了SocketPlane团队来解决相关问题，也发布了 libnetwork项目。本文介绍了Docker生态中的网络解决方案，包括Docker原生网络功能，以及其它辅助项目。 简介 当使用Docker容器构建分布式服务时，通信和网络变得非常重要。面向服务的架构严重依赖节点之间的通信。 在这篇文章中，我们将讨论多种网络策略和工具用于容器所处的网络，并打造成他们所期待的状态。一些情况下可以采用Docker原生解决方案，其他情况就需要些
K8s定义了一个网络模型，目的是给Pod，service等使用者提供一个简单、一致的网络视图和使用体验，对它们屏蔽宿主机环境的网络拓扑的同时，也屏蔽网络模型实现上的细节。
VXLAN是为了在现有的三层网络之上，覆盖一层虚拟的由内核VXLAN模块负责维护的二层网络，使得连接在VXLAN之上的主机可以像在一个局域网里那样实现自由通信。
默认配置下，docker在不同宿主机上创建的容器无法通过ip地址相互访问。而相同宿主机上的容器借助docker0网桥模式可以通过ip相互访问。网桥设备转发数据包的依据，是来自转发数据库（forwarding database FDB），FDB记录了二层数据帧应该通过那个接口设备发送到目的主机，通过命令bridge fdb show可以查询。
在使用Bridge网络时，Docker会为每个容器创建一个虚拟网卡（veth pair），一个端口连接到容器内部，另一个端口连接到宿主机上的网桥设备（br0）。每个容器会被分配一个唯一的MAC地址和IP地址，这些地址由Docker内部的IPAM（IP Address Management）模块管理。
最近快期末周了，开始陆陆续续开始复习(预习)这学期的课，于是有了一个需求，我希望在床上用手机可以看我linux电脑上kvm虚拟机里面的网课。
使用HostPath卷类型时，需要注意安全性。由于Pod可以访问宿主机上的文件系统，因此在使用HostPath时，必须特别小心。以下是使用HostPath时应注意的一些安全风险：
如果是CentOS7安全模块会比之前系统版本加强，不安全的会先禁止，所以目录挂载的情况被默认为不安全的行为。在SELinux里面挂载目录被禁止掉了，如果要开启，我们一般使用
host-gw模式就是将每个Flannel子网的下一跳设置成该子网对应宿主机的IP地址，该主机会充当容器通信路径里的网关。
我们一定听过容器的基础原理，namespace做隔离，Cgroups做限制，rootfs做文件系统，容器本质上是linux的一个进程，那么为什么大多数场景下，容器不直接使用宿主机上的网络，而要是通过network namespace隔离出一组专属的网络空间呢？（容器的基础原理，可参考：https://coolshell.cn/articles/17010.html）
NAT 方式 1. 配置静态 ip Vmware 安装 Centos7 可以参考 https://blog.csdn.net/guo_ridgepole/article/details/78973763
比如我们有一个MySQL集群，通过容器启动，那么项目运行过程中的数据是保存在容器中的，假设容器被删除了，数据就丢失了，如果没有数据共享，那你就只能删库跑路了。
在上一期中，我们实现了Docker通过swarm组建的Overlay网络，经过VXLAN封装，解决了docker跨宿主机互联互通的问题。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
