docker什么是容器层 docker属于云计算的哪一层
docker属于云计算的哪一层
杭州云计算学习之Docker容器的四种网络模式*
Docker容器是一个开源的应用容器引擎，让开发者可以以统一的方式打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何安装Docker引擎的服务器上，也可以实现虚拟化。
随着云计算的飞速发展以及企业需求的多样化，Docker容器技术成为云计算人才必备的技能之一。很多人想要快速掌握Docker容器技术，接下来的杭州云计算学习进阶就给大家讲解Docker容器的四种网络模式。
1、closed container 封闭式网络模式
没有网络协议栈的通信使用none模式，Docker容器拥有自己的Network Namespace，但是，并不为Docker容器进行任何网络配置。也就是说，这个Docker容器没有网卡、IP、路由等信息，只有lo网络接口。需要我们自己为Docker容器添加网卡、配置IP等。
2、bridged container 桥接式网络模式
各个容器之间网络协议栈单独分离当Docker启动时，会自动在主机上创建一个docker0虚拟网桥，实际上是Linux的一个bridge，可以理解为一个软件交换机，它会在挂载到它的网口之间进行转发。同时，Docker随机分配一个本地未占用的私有网段(在 RFC1918 中定义)中的一个地址给docker0接口。当创建一个Docker容器的时候，同时会创建了一对veth pair 接口。这对接口一端在容器内，即eth0另一端在本地并被挂载到docker0网桥，名称以veth开头。通过这种方式，主机可以跟容器通信，容器之间也可以相互通信。Docker就创建了在主机和所有容器之间一个虚拟共享网络。
3、joined container 联合挂载式网络模式
容器之间可以共享网络协议栈，即可以通过套接字来进行通信这个模式指定新创建的容器和已经存在的一个容器共享一个Network Namespace，而不是和宿主机共享。新创建的容器不会创建自己的网卡，配置自己的IP，而是和一个指定的容器共享 IP、端口范围等。同样，两个容器除了网络方面，其他的如文件系统、进程列表等还是隔离的。两个容器的进程可以通过lo网卡设备通信。
4、opentainer container 开放式网络模式
与主机共享网络协议栈Host模式使用是在容器启动时候指明--network host，此时容器共享宿主机的Network Namespace，容器内启动的端口直接是宿主机的端口，容器不会创建网卡和IP，直接使用宿主机的网卡和IP，但是容器内的其他资源是隔离的，如文件系统、用户和用户组。直接使用宿主机网络。同样启动一个nginx，此时共享主机网络，根据情况来使用，这样子也不用做端口转发，网络传输效率会比较高。
什么是容器原生存储Portworx?
“云原生”是一个被人们经常使用但不是定义很清楚的一个术语。我们认为“云原生应用”应有以下特点:
1. 他们不是单独的，它们是离散的、在逻辑上可分离的几个部分，每个单独打包和部署。通常这些都是以容器为单元完成，在某些情况下就像普通的Linux软件包一样。
2. 在同一台计算机上不应强制运行其全部软件堆栈。它们可以在任何地方、任何服务器或任何区域内计划运行。它们还应该能够在分布式部署系统中相互感知。
3. 通过增加特定计算逻辑的并行实例，应用程序应能够根据需求快速扩展。
4. 应用程序所依赖的、用于协调通信或状态保存的服务应该能够根据需要以编程和动态的方式进行探知和修改，且与其物理基础设施无关。
通过明确定义云原生的含义，我们可以更好地定义各种云原生技术组件的职责划分。这些云原生应用组件的实例包括调度软件、网络软件以及存储软件。
什么是云原生容器存储Portworx？
Portworx开发了一种新的存储体系结构—容器定义型存储。它基于高度分布式环境开始构建。调度软件将其作为容器进行部署和管理，并将存储作为本地卷插件扩展到Docker容器中。
Portworx提供了一种现代化的DevOps应用部署方式。可以让调度工具将存储基础设施部署为容器。因此，大规模部署存储将变得十分简单，不需要复杂的手动操作。
Portworx侧重于高负荷负载，及其在普通服务器上的容器粒度操作。Portworx的核心专为现代服务器构建，并利用了NVMe、SSD和更快速网络技术的最新进展。
Portworx体系结构的使用户能够在混合云环境中扩展其服务，而不需要在数据路径中使用中央元数据服务器。这对于采用容器定义的工作流来说是至关重要的。为了方便与调度软件，如Kubernetes、Mesos、Swarm等进行本地集成，我们在设计Portworx部署时考虑了以容器为中心的DevOps工作流。Portworx架构还支持以DevOps为中心的内路存储服务，以及容器化的应用。
除了容器的本地存储，Portworx容器定义的存储的主要优势包括：
容器-细粒度卷管理 -像数据库这样的有状态型容器化应用需要在分布式节点上的永久数据。Portworx使用有状态的Stateful Fabric来管理数据卷，即container-SLA-aware，来做到这一点。复制卷数据确保其状态，同时满足容器化应用的性能和可用性。更重要的是，Portworx可在每个容器级别中管理其快照、克隆副本和复制操作，使DevOps能够单独管理微服务，而不是像LUNs那用做传统存储系统的绑定组。使用Portworx管理有态容器Stateful Containers很方便，每个容器级别的数据的可用性和管理也很简单，且高度自动化。
1. 主机地址访问型存储: 主机地址访问型存储是在没有任何中央元数据服务器的情况下实现扩展存储。每个卷直接映射到宿主上（即不需要转译）。与当前的存储解决方案相比，Portworx的方法有三个优点:
• 消除了管理和维护中央数据库的需求，简化了存储管理和配置。
• 增加新的节点,使弹性扩展变得更便捷。
• 支持适用于跨数据中心跨云的存储集群云原生架构（私有或公有云）。
2. 自动调整: Portworx根据每个服务器的配置参数自动调优最佳数据放置和分层算法。从而免除了手动干预、调优或配置RAID参数或驱动器组的工作。所有的驱动器都将作为一个大的全局池供Portworx使用，而Portworx软件将决定存储的最优配置。
3. Lighthouse云监控管理: 您的数据可以保存在您的云中，也可以存储在本地环境，都可以通过Portworx的Lighthouse云监控服务和直观的用户界面来管理。
4. 快速同步: 快速同步功能为在多节点环境中的应用性能加速提供同步支撑环境。它允许数据库以更高的IOPS速率运行，并通过减少本地驱动器上的争用来支持更大密度的部署。
5. 全局命名空间: 卷可以在运行在不同服务器上的多个应用程序之间共享。
6. 云原生扩展，包括:
•自动快照和备份到S•数据反馈，云中的虚拟卷可以访问来自不同云或数据中心的数据
•CoS与不同EBS卷类型配对
•Restful APIs可用于查询命名空间的修改情况——避免了在元数据管理中进行昂贵的命名
空间操作，如is、find等
Portworx采用了一种全新的容器存储方法
随着容器在企业中的部署越来越多，大多数存储供应商感到必须为容器提供支撑，比如Docker的卷插件。但是，连接到Docker的Array忽略了容器的分布式特性，以及需要将容器、调度器和存储作为一个无缝整体的精密架构和易用性。
一些新的用于容器的分布式软件项目可能会避免使用传统存储供应商的方法，但是我们发现分布式软件的尝试在存储数据路径实现方面存在缺陷，这可能会导致严重的性能问题和规模限制。
Portworx为企业客户提供了第一个真正的容器专用型基础设施。因此，它是部署具有严格的、可扩展的、自动化的、分布式存储层的有态容器应用的必要的部分，有助于完善容器的生态系统。
docker怎么创建一个空容器
Docker容器运行后，如何进入容器进行操作呢？起初我是用SSH。如果只启动一个容器，用SSH还能应付，只需要将容器的22端口映射到本机的一个端口即可。当我启动了五个容器后，每个容器默认是没有配置SSH Server的，安装配置SSHD
docker和openstack是什么关系
Docker从一个新兴的技术到一个商品化模式，这一过程的发展速度很惊人，它炙手可热的同时也给带来一些困惑。这也带来了一些同学的质疑和评论：假如用了Docker再去用OpenStack是否合适看本文来自Helion惠普云计算，深入浅出的对OpenStack和Docker...