精华内容
下载资源
问答
  • 容器云平台建设需求分析 目录 容器云平台概述 01 容器的兴起. 01 容器云平台规划时需要考虑的一些问题. 01 容器云面临的机遇和挑战. 02 容器云平台建设思路 04 2.1 概述. 04 2.2 部署. 04 网络方案. 05 存储方案. 05...
  • 容器云平台的安全性设计 目录 1 容器云平台概述01 2 容器云平台风险及挑战举例01 2.1 软件漏洞风险01 2.2 API安全风险02 2.3 镜像安全风险02 2.4 网络安全风险03 3 容器云平台安全设计03 3.1 基础安全设计04 3.2 ...
  • 容器云平台的安全性设计 目录 容器云平台概述 01 容器云平台风险及挑战举例 01 软件漏洞风险. 01 API安全风险. 02 镜像安全风险. 02 网络安全风险. 03 容器云平台安全设计 03 基础安全设计. 04 管理安全设计. 08 ...
  • Docker+容器与容器云

    2017-11-03 11:19:34
    第二部分深入解读基于Docker的主流容器云技术,讲解了构建自己的容器云的方法,深入分析了3类Docker容器云技术的实现方法的设计思路,包括专注Docker容器编排与部署的容器云(Compose、Machine、Swarm、Fleet)、...
  • 开源容器云openshift

    2018-10-26 10:10:16
    OpenShi位是一个开源容器云平台,是一个基于主流的容器技术 Docker 及 Kubemetes 构建 的云平台
  • 携程容器云优化实践

    2021-03-01 18:03:27
    面对容器化的大潮趋势,各家公司都在积极地响应和实践,携程也在这方面做了不少工作,形成了自己的容器云平台。从容器云的打造思路上,携程将其划分成了水上、水下两大部分:水下部分对Dev来说相对透明,而水上部分...
  • service mesh 容器云平台

    2018-07-16 21:15:23
    service mesh 容器云平台 微服务结合容器云平台的思考和实践 Pilot核心功能解读
  • docker+容器与容器云第二版 docker进阶读物,真实好用
  • 主要包括:容器的发展历史、容器云的企业价值、我国的容器云市场、容器云的应用展望
  • 容器云平台建设需求分析 目录 1 容器云平台概述 01 1.1 容器的兴起. 01 1.2 容器云平台规划时需要考虑的一些问题01 1.3容器云面临的机遇和挑战02 2 容器云平台建设思路 04 2.1 概述. 04 2.2 部署. 04 2.3 网络方案05...
  • 红帽Docker容器云相关技术介绍 红帽Docker容器云成功案例 Docker相关技术介绍 容器相关技术介绍
  • 第二部分深入解读基于Docker的主流容器云技术,讲解了构建自己的容器云的方法,深入分析了3类Docker容器云技术的实现方法的设计思路,包括专注Docker容器编排与部署的容器云(Compose、Machine、Swarm、Fleet)、...
  • kubernetes容器云平台实践.pdf 讲解云平台实现资料,讲解云平台实现资料
  • 容器云平台搭建

    2021-03-07 13:16:30
    容器云解决的问题 技术栈选择 IAAS基础设施即服务CAAS 容器即服务和SAAS做的事情一样 只是换了一种方式 虚拟机VS容器 容器对资源进行隔离 是内核态的 容器云定位 容器云部署流程 设计理念 容器...

    传统开发测试运维流程

    基于云平台大大提高开发测试效率

    容器云解决的问题

    技术栈选择

    IAAS基础设施即服务
    CAAS 容器即服务和SAAS做的事情一样 只是换了一种方式

    虚拟机VS容器

    容器对资源进行隔离 是内核态的

    容器云定位

    容器云部署流程

    设计理念

    容器选型

    容器平台全局架构

    1、SCM是代码库版本管理
    2、cAdvisor收集容器情况汇报给heapster
    3、heapster再把监控数据放到时序数据库influxDB
    4、日志采集使用阿里开源组件log-pilot
       log-pilot将Docker里面打印的日志采集到宿主机
       flume采集宿主机日志到kafka
       Kafka上传到大数据平台(hadoop平台)
    5、网络插件使用CNI+DHCP
    6、镜像仓库使用Harbor

    可视化云平台

    实例管理

    CPU分1核、2核、4核
    内存分2G、4G、6G

    容器监控

    镜像管理

    镜像仓库Harbor

    监控实现

    云平台再从influxDB中读取监控数据

    日志采集

    正确方式

    日志收集具体实现

    项目背景

    log-pilot

    K8S容器日志目录配置

    容器日志采集过程

    服务注册发现

    云平台登陆

    网络方案

    Overlay是广义SDN
    Flannel是Overlay的一种

    结论

    Bridge如何通信

    VLAN ID是有限的 最大个数是 2^12 
    对于云网络是不够的

    同机房

    多机房

    1、通过Bridge模式不管原生的二层网络还会三层网络对对Bridge本身都没有影响
    2、请求bridge->本地网卡->另外网卡->Bridge
    3、无论跨不跨机房都是一样的

    有状态服务

    ceph是开源c++对象存储 比较复杂

    弹性伸缩技术

    通用维度

    量化维度

    需要先确定服务分级

    合理维度

    日志保存时间

    日志文件1小时切割一次、保存7天
    展开全文
  • Docker 容器与容器云(第2版)- 完整版, Docker 容器与容器云(第2版)- 完整版
  • docker容器与容器云的第二版,高清晰版本,非常适合docker学习和kubernetes的学习。讲解很好,很实用,了解了以前没有学到的东西。
  • 第二部分深入解读基于Docker的主流容器云技术,讲解了构建自己的容器云的方法,深入分析了3类Docker容器云技术的实现方法的设计思路,包括专注Docker容器编排与部署的容器云(Compose、Machine、Swarm、Fleet)、...
  • Docker容器与容器云

    千次阅读 2016-04-25 20:36:21
    Docker容器与容器云 浙江大学SEL实验室 docker就是一个轻量级的云,是一个进程 许多docker构成一个容器云,作为一个强大的应用 docker比普通的虚拟机要轻量,部署快,但是为啥开发时需要不停的部署呢? 一开始部署好...
    Docker容器与容器云 浙江大学SEL实验室
    docker就是一个轻量级的云,是一个进程
    许多docker构成一个容器云,作为一个强大的应用
    docker比普通的虚拟机要轻量,部署快,但是为啥开发时需要不停的部署呢? 一开始部署好了,不就ok了吗?不明白!!
    2016.4.25
    展开全文
  • 容器云平台高可靠性设计 目录 容器云平台高可靠的需求与价值 01 容器技术与传统虚拟化技术可靠性架构的对比. 01 容器的集群需求. 02 Kubernetes对于容器云平台高可用的特性和价值. 03 容器云平台总体高可靠架构设计 ...
  • 容器云最主要的功能是以应用为中心,帮助用户把所有的应用以容器的形式在分布式里面跑起来,最后把应用以服务的形式呈现给用户。容器云里有两个关键点,一是容器编排,二是资源调度。容器编排就是我们期望能把一些...
  • docker 容器云

    2018-02-14 00:01:42
    与传统的虚拟机云对比容器云。只是基于程序和程序的运行环境打包集成为各种各样的应用容器,提供构建建发布运行分布式应用等。


    与传统的虚拟机云对比容器云。只是基于程序和程序的运行环境打包集成为各种各样的应用容器,提供构建建发布运行分布式应用等。

    展开全文
  • 容器云问题1:容器云sprinboot应用TCP连接释放问题:Keep-Alive 在容器云环境中,会存在容器应用TCP连接复用,因为容器的端口资源需要进行有效的释放和复用,因此容器底层实际上已经释放了这个连接。我的springboot...

    容器云问题1:容器云spring boot应用TCP连接释放问题:Keep-Alive

    在容器云环境中,会存在容器应用TCP连接复用,因为容器的端口资源需要进行有效的释放和复用,因此容器底层实际上已经释放了这个连接。我的spring boot应用中使用的是apache httpclient框架。一般完整的一次http交互,3次握手建立连接,4次握手关闭链接。

    1.1持久连接

    Web 客户端经常会打开到同一个站点的连接。比如,一个Web 页面上的大部分内嵌图片通常都来自同一个Web 站点,而且相当一部分指向其他对象的超链通常都指向同一个站点。因此,初始化了对某服务器HTTP 请求的应用程序很可能会在不久的将来对那台服务器发起更多的请求(比如,获取在线图片)。这种性质被称为站点局部性(site locality)。

    HTTP/1.1(以及HTTP/1.0 的各种增强版本) 允许HTTP 设备在事务处理结束之后将TCP 连接保持在打开状态,以便为未来的HTTP 请求重用现存的连接。在事务处理结束之后仍然保持在打开状态的TCP 连接被称为持久连接。非持久连接会在每个事务结束之后关闭。持久连接会在不同事务之间保持打开状态,直到客户端或服务器决定将其关闭为止。

    重用已对目标服务器打开的空闲持久连接,就可以避开缓慢的连接建立阶段。而且,已经打开的连接还可以避免慢启动的拥塞适应阶段,以便更快速地进行数据的传输。目前,各种Http请求框架默认是打开keep-alive,以提高连接性能。

    1.1.1 HTTP/1.0的持久连接

    在 HTTP/1.0 中,keep-alive 并 不 是 默 认 使 用 的。 客 户 端 必 须 发 送 一 个Connection: Keep-Alive 请求首部来激活keep-alive 连接。虽然,目前keep-alive 已经不再使用了,而且在当前的HTTP/1.1 规范中也没有对它的说明了。但浏览器和服务器对keep-alive 握手的使用仍然相当广泛,因此,HTTP 的实现者应该做好与之进行交互操作的准备。

    实现HTTP/1.0 keep-alive 连接的客户端可以通过包含Connection: Keep-Alive首部请求将一条连接保持在打开状态。如果响应中没有Connection: Keep-Alive 首部,客户端就认为服务器不支持keep-alive,会在发回响应报文之后关闭连接。

    Connection: Keep-Alive
    Keep-Alive: max=5, timeout=120
    

    这个例子说明服务器最多还会为另外5 个事务保持连接的打开状态,或者将打开状态保持到连接空闲了2 分钟之后。

    Keep-Alive连接的限制和规则

    使用keep-alive 连接时有一些限制和一些需要澄清的地方。
    • 在 HTTP/1.0 中,keep-alive 并 不 是 默 认 使 用 的。 客 户 端 必 须 发 送 一 个Connection: Keep-Alive 请求首部来激活keep-alive 连接。
    • Connection: Keep-Alive 首部必须随所有希望保持持久连接的报文一起发送。如果客户端没有发送Connection: Keep-Alive 首部,服务器就会在那条请求之后关闭连接。
    • 通过检测响应中是否包含 Connection: Keep-Alive 响应首部,客户端可以判断服务器是否会在发出响应之后关闭连接。
    • 只有在无需检测到连接的关闭即可确定报文实体主体部分长度的情况下,才能将连接保持在打开状态——也就是说实体的主体部分必须有正确的Content-Length,有多部件媒体类型,或者用分块传输编码的方式进行了编码。在一条keep-alive 信道中回送错误的Content-Length 是很糟糕的事,这样的话,事务处理的另一端就无法精确地检测出一条报文的结束和另一条报文的开始了。
    • 代理和网关必须执行 Connection 首部的规则。代理或网关必须在将报文转发出去或将其高速缓存之前,删除在Connection 首部中命名的所有首部字段以及Connection 首部自身。
    • 严格来说,不应该与无法确定是否支持 Connection 首部的代理服务器建立keep-alive 连接,以防止出现下面要介绍的哑代理问题。在实际应用中不是能做到这一点的。
    • 从技术上来讲,应该忽略所有来自 HTTP/1.0 设备的 Connection 首部字段(包括Connection: Keep-Alive),因为它们可能是由比较老的代理服务器误转发的。但实际上,尽管可能会有在老代理上挂起的危险,有些客户端和服务器还是会违反这条规则。
    • 除非重复发送请求会产生其他一些副作用,否则如果在客户端收到完整的响应之前连接就关闭了,客户端就一定要做好重试请求的准备。

    1.1.2 HTTP1.1的持久连接

    与HTTP/1.0+ 的keep-alive 连接不同,HTTP/1.1 持久连接在默认情况下是激活的。除非特别指明,否则HTTP/1.1 假定所有连接都是持久的。要在事务处理结束之后将连接关闭,HTTP/1.1 应用程序必须向报文中显式地添加一个Connection: close 首部。这是与以前的HTTP 协议版本很重要的区别,在以前的版本中,keepalive连接要么是可选的,要么根本就不支持。

    HTTP/1.1 客户端假定在收到响应后,除非响应中包含了Connection: close 首
    部,不然HTTP/1.1 连接就仍维持在打开状态。但是,客户端和服务器仍然可以随时关闭空闲的连接。不发送Connection: close 并不意味着服务器承诺永远将连接保持在打开状态。

    HTTP1.1持久连接的限制和规则

    在持久连接的使用中有以下限制和需要澄清的问题。
    • 发送了 Connection: close 请求首部之后,客户端就无法在那条连接上发送更多的请求了。
    • 如果客户端不想在连接上发送其他请求了,就应该在最后一条请求中发送一个Connection: close 请求首部。
    • 只有当连接上所有的报文都有正确的、自定义报文长度时——也就是说,实体主体部分的长度都和相应的Content-Length 一致,或者是用分块传输编码方式编码的——连接才能持久保持。
    • HTTP/1.1 的代理必须能够分别管理与客户端和服务器的持久连接——每个持久连接都只适用于一跳传输。
    • (由于较老的代理会转发 Connection 首部,所以)HTTP/1.1 的代理服务器不应该与HTTP/1.0 客户端建立持久连接,除非它们了解客户端的处理能力。实际上,这一点是很难做到的,很多厂商都违背了这一原则。
    • 尽管服务器不应该试图在传输报文的过程中关闭连接,而且在关闭连接之前至少应该响应一条请求,但不管Connection 首部取了什么值,HTTP/1.1 设备都可以在任意时刻关闭连接。
    • HTTP/1.1 应用程序必须能够从异步的关闭中恢复出来。只要不存在可能会累积起来的副作用,客户端都应该重试这条请求。
    • 除非重复发起请求会产生副作用,否则如果在客户端收到整条响应之前连接关闭了,客户端就必须要重新发起请求。
    • 一个用户客户端对任何服务器或代理最多只能维护两条持久连接,以防服务器过载。代理可能需要更多到服务器的连接来支持并发用户的通信,所以,如果有N 个用户试图访问服务器的话,代理最多要维持2N 条到任意服务器或父代理的连接。

    1.2总结

    在实际的应用环境中,会存在各种代理、网关组件、HTTP1.0/1.1协议混杂等因素,因此我们用充分了解自己系统的情况,实现适合自己系统的持久连接方案。

    2 容器云Spring boot应用Apache HTTPClient框架中持久连接问题

    介绍一下我的系统,系统采用了微服务架构,前后端分离,所有微服务被微服务网关代理。应用部署在容器云平台中,由于应用的Spring bootHTTPClient请求框架和容器不兼容,导致TCP连接复用报错。
    为了解决这个问题,我做了2个改造
    1、在请求头中加keep-alive参数如下:

    Connection: Keep-Alive
    Keep-Alive: max=5, timeout=120
    

    2、设置Apache HTTPClient底层工厂类。

    HttpClientBuilder clientBuilder = HttpClientBuilder.create()
    .setConnectionTimeToLive(120, TimeUnit.SECONDS);
    HTTPComponentsClinetHttpRequestFactory reqFactory = new HTTPComponentsClinetHttpRequestFactory (clientBuilder.builder());
    restTemplate.setRequestFactory(reqFactory);
    

    最终解决了TCP连接复用的问题。但是不知道改造1有没有产生什么效果。

    为了可以提高HTTP 的连接性能。HTTP协议引入了四种技术。
    • 并行连接
    通过多条TCP 连接发起并发的HTTP 请求。
    • 持久连接
    重用TCP 连接,以消除连接及关闭时延。
    • 管道化连接
    通过共享的TCP 连接发起并发的HTTP 请求。
    • 复用的连接
    交替传送请求和响应报文(实验阶段)。

    HTTP/1.1 允许在持久连接上可选地使用请求管道。这是相对于keep-alive 连接的又一性能优化。在响应到达之前,可以将多条请求放入队列。当第一条请求通过网络流向地球另一端的服务器时,第二条和第三条请求也可以开始发送了。在高时延网络条件下,这样做可以降低网络的环回时间,提高性能。

    延伸阅读:

    https://stackoverflow.com/questions/31566851/setconnecttimeout-vs-setconnectiontimetolive-vs-setsockettimeout
    https://www.cnblogs.com/yunnick/p/11304097.html

    参考:

    《HTTP 权威指南》

    展开全文
  • 容器云平台高可靠性设计 目录 1 容器云平台高可靠的需求与价值01 1.1 容器技术与传统虚拟化技术可靠性架构的对比01 1.2 容器的集群需求02 1.3 Kubernetes对于容器云平台高可用的特性和价值03 2 容器云平台总体高可靠...
  • Docker 容器与容器云(第2版)-完整版-带标签 SEL实验室pdf下载
  • 从云计算到容器到容器云

    千次阅读 2019-05-18 00:02:00
    最近有朋友问我:“为啥你写的东西我都看不...这次把云计算、容器、容器云三者放到一起来说,因为这三个现在非常非常的火,它们之间互有关联,一般谈云计算时也会提到容器,提到容器就更无可避免的提到容器云。接下...
  • 第二部分深入解读基于Docker的主流容器云技术,讲解了构建自己的容器云的方法,深入分析了3类Docker容器云技术的实现方法的设计思路,包括专注Docker容器编排与部署的容器云(Compose、Machine、Swarm、Fleet)、...
  • 企业级容器云架构开发指南
  • 从实践者的角度出发,以Docker和Kubernetes为重点,沿着“基本用法介绍”到“核心原理解读”到“高级实践技巧”的思路,一本书讲透当前主流的容器和容器云技术,有助于读者在实际场景中利用Docker容器和容器云解决...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 16,798
精华内容 6,719
关键字:

容器云