K8S集群部署Istio实施文档
K8S集群部署Istio
K8S集群pod容器与宿主机时钟不一致
一、问题背景介绍pod容器和宿主机都是 CST 东八区时间,pod容器比宿主机时间晚3分钟,也就是容器总比现实晚3分钟。导致总是连接数据失败。二、问题过程分析1、检查基础镜像是否配置时区与本地时间配置详细配置:volumeMounts: - name: timezone &nb
devops系统自动化部署流程
1 背景介绍在现有环境使用了gitlab作为代码管理工具,并在上面集成了CI/CD自动化部署流程。在自动化流程过程中,全部使用docker容器进行打包、部署等。docker集群是使用swarm集群。现阶段需要在cicd流程中增加自动化测试。在整个流程中需要增加有:单元测试测试代码覆盖率;sonar代码质量扫描;增加接口自动化测试。在这些过程中,如有问题,则终止整个流程运行。 需要满足Java和py
kubernets集群节点NotReady故障 分析报告
1、问题描述客户反馈UAT测试环境的kubernets集群节点状态NotReady,无法创建新资源,影响到了厂家业务部署测试。为了不影响业务厂家应用发布测试,现场工程师通过重启kublet与docker容器服务来恢复kubernets集群。对该UAT的Kubernetes集群故障时间范围跟踪分析。具体故障信息如下图所示。2、问题分析2.1、分析过程1. 查看/var/log
DCOS私有云容器化交付日常问题集
如下是在DCOS私有云项目交付过程中碰到的一系列问题整理如下: 问题1DCOS节点容器分布不均衡问题描述生产过程中,发现个别计算节点CPU使用率较高,其上的应用访问速度慢甚至异常的情况。 &nb
DCOS云平台之业务多应用部署改造方案
1 云平台改造需求由于上线活动系统平台是将所有活动封装在一套docker镜像环境。因而存在活动更新与发布应用会影响其它活动正常使用,每次上线新活动也需要测试人员对全部活动进行功能测试,增加了测试人员的工作量。活动在发布的过程中需要重启服务对其它活动使用也会存在一定的干扰,这样会让客户对系统体
DCOS云平台之应用容器化改造规范
1 前言对于传统应用来说,使用和不使用Docker可能并不能直接给企业带来好处,相反使用中遇到了问题肯定会给企业带来麻烦。大家会问是什么原因让大家接受和使用Docker,并将他们的应用迁移至Docker容器使用呢?Docker最大的好处无非是高效的标准化应用交付,它不仅能提高了运维工作效率,并节约硬件成本。据国外的统计使用Docker平均可以提升60%的效率,同时节约40%
DCOS云平台之Marathon应用容器编排组件
1 前言新炬DCOS云平台管理采用marathon容器应用编排框架作为底层组件。它搭建了以Docker容器为基础封装各类应用和运行环境,以Mesos、Marathon为核心实现容器资源的分布式调度与协调,并以Marathon-LB实现服务注册和业务的引流。其中,Marathon作为DCOS云平台的核心组件,并结合MESOS的资源调度组件,实现DCOS
Ganglia监控Hadoop及Hbase集群性能实践方法
1 背景随着移动电信网络技术的蓬勃发展,越来越多的业务和系统增多,这些业务系统给人们带来了诸多便捷。但是随着用户量的增多、数据量的增大,业务系统的压力也越来越大,其运行也需要专门的管理人员进行管理,很有必要对其运行状态进行监控。Ganglia是UC Berkeley发起的一个开源集群监视项目,广泛用于hadoop监控
Docker私有仓库之Harbor神器
今天老jay为大家介绍一款开源的Harbor镜像仓库,它是用来管理docker镜像的,镜像仓库提供了可视化的Web界面去管理docker镜像操作简易,还能管理多个项目的镜像权限管理控制。下面我就给大家介绍一下Harbor自身特性和Harbor私有仓库部署。VMware 公司去年3月开源了企业级容器 Registry 项目Harbor,由VMware中国研发的团队负责开发。Harbor可帮助用户迅速
Docker应用容器日志信息收集
但由于Docker应用容器销毁不管人为操作,还是容器挂掉甚至容器应用导致其崩溃,它运行的数据都会随着它的生命周期结束而结束,这种情况是非常适合部署无状态服务。却不适合有状态的应用部署。但问题来了,而在容器中这分部有状态的应用日志也会随着容器销毁而销毁。日志都丢了还谈分析故障。然而在大的容器集群环境下如果直接将容器应用日志持久化存储目录里面那样日志会出现目录结构临乱和日志文件覆盖问题。
DCOS云平台之mesos分布式资源管理组件
采用mesos+marathon开源容器应用编排框架作为底层组件。DCOS云平台产品并在XX金融公司上线使用,它搭建了以Docker容器为基础封装各类应用和运行环境,以Mesos、Marathon为核心实现容器资源的分布式调度与协调,并以Haproxy、Etcd实现服务
基于Docker应用容器日志文件收集
中间件应用运行在Docker容器中能够感受到容器快速创建快速销毁确实带来了很大的便利性、灵活性。但由于Docker应用容器销毁不管人为操作,还是容器挂掉甚至容器应用导致其崩溃,它运行的数据都会随着它的生命周期结束而结束,这种情况是非常适合部署无状态服务。
基于docker构建中间件容器应用环境
1 背景介绍为了方便开发人员对自己的应用代码进行镜像封装,需要提供一个中间件基础镜像让他们直接在上面封装应用镜像,然后在docker编译服务器上面按镜像打包流程了封装镜像,采用流水式的方式完成所有操作。今天给大家介绍一下如何将传统nginx+php-fpm组合中间件软件在docker上面将其封装成中间件镜像,然后由让开发将其php应用代码部署到中间件容器上面运行起来。2 镜像封装流程Ø 基础镜像:
基于Docker环境构建redis单机容器
1 背景介绍 用传统部署搭建一套redis环境,中间会消耗太多的重复的工作,导致部署效率非常低。例如:申请虚拟机,安装操作系统,软件包依赖安装和redis应用部署,这个过程中间需要花费不少时间,同时在安装的过程中出现问题也需要花费一些时间去处理。然后传统方式部署方式可移植性相当差。要想将现有redis迁移到新主机,可不是那么容易的事情,可能最简单的方式是tar包
基于docker环境下搭建redis主从集群
在docker环境下搭建redis主从集群,如何在docker良好运行redis集群,故障发生时又如何快速主从切换