容器技术分享之三——容器网络、存储和服务研究.pptxVIP

容器技术分享之三 ——网络、存储和服务 内容概要 Docker提供的网络模式——网桥模式 默认模式 建立虚拟网卡Docker0 增加路由规则 配置iptables 在宿主机上有何容器的端口映射 也叫做NAT模式，使用最多 Docker提供的网络模式——None模式 容器启动时不创建任何网络，即此时在容器内部没有配置任何地址 此模式可以在容器启动后再配置容器网络 nova-docker使用此种方式 网络创建的责任完全交给用户 Docker提供的网络模式——Host模式 容器启动时和宿主机共用网络配置 使用宿主机的地址作为容器地址 端口也为宿主机端口，但不能使用低配置端口，需要管理好端口分配 网络没有进行隔离，存在安全隐患 Docker提供的网络模式——容器模式 容器启动时和另外一个容器共用网络配置 使用另外一个容器的地址作为容器地址 端口也为另外一个容器端口，需要管理好端口分配 网络和另外一个容器没有进行隔离 网络存在问题 在同一台宿主机器内，容器间可以相互访问，跨主机访问成为问题 虽然使用网桥模式可以跨主机，但性能较差 使用Host模式也可以实现跨主机，但存在安全问题 为解决这个问题，先后出现了多种方案： Docker 1.9 新的网络模式 Weave Flannel Pipwork Calico 二层VLAN或者Overlay 上面提到的网络项目在实现细节上存在很多差异，但其思路无非分为两种：二层VLAN网络和Overlay网络 二层VLAN网络的解决跨主机通信的思路是把原先的网络架构改造为互通的大二层网络，通过特定网络设备直接路由，实现容器点到点的之间通信。特点是传输效率高，但需要二层网络设备支持，通用性和灵活性不如，可能带来广播泛滥 Overlay网络是指在不改变现有网络基础设施的前提下，通过某种约定通信协议，把二层报文封装在IP报文之上的新的数据格式， Overlay网络实际上是目前最主流的容器跨节点数据传输和路由方案 Docker 1.9 跨主机网络 Sandbox：对应一个容器中的网络环境，包括相应的网卡配置、路由表、DNS配置 Endpoint：实际上就是一个容器中的虚拟网卡，在容器中会显示为eth0、eth1依次类推 Network：指的是一个能够相互通信的容器网络，加入了同一个网络的容器直接可以直接通过对方的名字相互连接 需要Swarm Weave pcap  overlay fast datapath来提供高性能 Flannel UDP  vxlan etcd存储配置数据和子网分配 Calico 纯三层的 SDN 实现，它基于 BPG 协议和 Linux 自己的路由转发机制，不依赖特殊硬件，没有使用 NAT 或 Tunnel 等技 性能接近于物理机 问题 容器网络一般采用哪两种方式实现？ 内容概要 存储问题 容器的两个事实： 容器内数据随容器销毁而销毁 容器集群后会进行漂移 带来的问题： 日志如何收集和查看？ 文件存储在哪里？ 容器漂移后，状态数据如何处理？ Docker 存储挂载 不同存储需求的进行不同处理： 日志挂载宿主本地文件系统 数据库挂载SSD磁盘 普通文件挂载SAS 持久的用分布式存储 容器漂移——Flocker Docker的plugin机制 可以随容器的迁移而迁移 支持多种存储后端 问题 Docker是否支持以插件模式管理存储？ 内容概要 容器化后服务使用问题 容器启动前地址一般不是事先确定的，这就造成基于地址的服务发现和使用成为问题 两种思路： 一种是将服务的地址在服务使用方容器启动时以环境变量注入进去 一种是通过DNS域名解析方式使用服务 Kubernetes服务 支持两种方式 变量注入（自动） DNS Consul——分布式服务注册和发现 Consul 的优势 使用 Raft 算法来保证一致性, 比复杂的 Paxos 算法更直接. 相比较而言, zookeeper 采用的是 Paxos, 而 etcd 使用的则是 Raft. 支持多数据中心，内外网的服务采用不同的端口进行监听。 多数据中心集群可以避免单数据中心的单点故障,而其部署则需要考虑网络延迟, 分片等情况等. zookeeper 和 etcd 均不提供多数据中心功能的支持. 支持健康检查. etcd 不提供此功能. 支持 http 和 dns 协议接口. zookeeper 的集成较为复杂, etcd 只支持 http 协议. 官方提供web管理界面, etcd 无此功能. 问题 Kubernetes使用环境变量注入存在什么问题？