本环境apiserver.controller还要scheduler都是以pod的形式运行的,修改/etc/kubernetes/manifests下面对应的三个.yaml静态文件,加入 - --feature-gates=TTLAfterFinished=true命令,然后令对应的pod重新运行即可. 例如修改后的kube-scheduler.yaml的spec部分如下, kube-apiserver.yaml和kube-controller-manager.yaml也在spec部分加入- -

CentOS 7 内核更新后删除旧内核 0.当前 # uname -sr Linux 3.10.0-123.20.1.el7.x86_64 1.搜索查询 # rpm -q kernel kernel-3.10.0-123.el7.x86_64 kernel-3.10.0-123.20.1.el7.x86_64 kernel-devel-3.10.0-123.el7.x86_64 2.删除 倾向于 # yum remove kernel-3.10.0-123.el7.x86_64 kernel-d

0.当前 # uname -sr Linux -.el7.x86_64 1.搜索查询 # rpm -q kernel kernel--.el7.x86_64 kernel--.el7.x86_64 kernel-devel--.el7.x86_64 2.删除 倾向于 # -.el7.x86_64 kernel-devel--.el7.x86_64 或者 rpm -e kernel--.el7.x86_64 3.定量 # vi /etc/yum.conf 修改该项值 installonly_lim

标题 : 1.利用consul实现k8s服务自动发现 目录 : 微服务架构设计 序号 : 1 ] } } ] } } ​ - consul自身支持ACL,但目前,Helm图表不支持其中一些功能,需要额外的手动配置, 有关详细信息可参阅:https://www.consul.io/docs/platform/k8s/helm.html - 我们使用basic-auth作了授权,当用户访问consul-ui时需要提供用户名和密码 ​ ```shell yum -y install httpd ech

关联博客<kubernetes/k8s CRI 分析-容器运行时接口分析> <kubernetes/k8s CRI分析-kubelet创建pod分析> 之前的博文先对 CRI 做了介绍,然后对 kubelet CRI 相关源码包括 kubelet 组件 CRI 相关启动参数分析.CRI 相关 interface/struct 分析.CRI 相关初始化分析.kubelet调用CRI创建pod分析 4 个部分进行了分析,没有看的小伙伴,可以点击上面的链接去看一下. 把之前博客分析到的

Linux计划任务,自动删除n天前的旧文件 linux是一个很能自动产生文件的系统,日志.邮件.备份等.虽然现在硬盘廉价,我们可以有很多硬盘空间供这些文件浪费,但需求总是多方面的嘛-我就觉得让系统定时清理一些不需要的文件很有一种爽快的感觉,嘿嘿-- 语句写法:find 对应目录 -mtime +天数 -name "文件名" -exec rm -rf {} \; 例1:find /usr/local/backups -mtime +10 -name "*.*" -ex

H5+app 自动删除安装包 一.前言 之前做好的app自动更新,遗留下了一个问题,就是自动更新后安装包没有自行删除掉. 好像现在的手机的系统是有安装完自动清理安装包的.想我这个H5+的app安装完后是没有自动删除的,所以就需要用代码去删除掉. 二.解决方式 使用html5+plus,提供的IO模块来操作自动更新后遗留下来的apk文件. 参考文档: http://www.html5plus.org/doc/zh_cn/io.html IO模块:管理本地文件系统,用于对文件系统的目录浏览.文件的读

一,检查是否安装JDK. yum list installed | grep java 二,删除旧JDK. yum -y remove java-1.7.0-openjdk* yum -y remove tzdata-java.noarch 三,用一命令检查是否还有JDK. 四,查看yum库里的JDK. yum -y list java* 五,安装指定版本JDK,以1.8.0为例: yum -y install java-1.8.0-openjdk* 六,检查JDK版本. java -versi

背景 随着小步快跑.快速迭代的开发模式被越来越多的互联网企业认同和采用,应用的变更.升级频率变得越来越频繁.为了应对不同的升级需求,保证升级过程平稳顺利地进行,诞生了一系列的部署发布模式. 停机发布 - 把老版的应用实例完全停止,再发布新的版本.这种发布模式主要为了解决新老版本互不兼容.无法共存的问题,缺点是一段时间内服务完全不可用. 蓝绿发布 - 在线上同时部署相同数量的新老版本应用实例.待新版本测试通过后,将流量一次性地切到新的服务实例上来.这种发布模式解决了停机发布中存在的服务完全不可用问

目录 1.命名空间namespace 1.1 什么是命名空间? 1.2 namespace应用场景 1.3 namespacs常用指令 1.4 namespace资源限额 2.标签 2.1 什么是标签? 2.2 如何给pod资源打标签 2.3 查看资源标签 3.node节点选择器 4.nodeSelector: 5.亲和性 5.1 node节点亲和性 5.1.1 硬亲和性 5.1.2 软亲和性 5.2 Pod节点亲和性 5.2.1 pod节点亲和性 5.2.2 Pod节点反亲和性 6.污点.容忍

原文 http://m635674608.iteye.com/blog/2360095 kubernetes中如何发现服务 如何发现pod提供的服务 如何使用kube-dns发现服务   service:服务,是一个虚拟概念,逻辑上代理后端pod.众所周知,pod生命周期短,状态不稳定,pod异常后新生成的pod ip会发生变化,之前pod的访问方式均不可达.通过service对pod做代理,service有固定的ip和port,ip:port组合自动关联后端pod,即使pod发生改变,kube

K8S-网络模型.POD/RC/SVC YAML 语法官方文档 Kubernetes - Production-Grade Container Orchestration kubernetes/kubernetes: Production-Grade Container Scheduling and Management Posts containing 'yaml' - Stack Overflow how to pass a configuration file thought yaml o

Gitlab runner 快速搭建CICD pipeline 背景 日常开发中,相信大家已经做了很多的自动化运维环境,用的最多的想必就是利用Jenkins实现代码提交到自动化测试再到自动化打包,部署全流水线Jenkins在devops担任了很重要的角色,但是另一方面相信目前大家的代码版本管理大多都是交给git来管理,在企业私有部署的大背景下,Gitlab由于丰富的插件和细粒度更高的权限控制被大家所采用.如果只是把Gitlab作为代码版本管理,那就大大浪费他的附加价值,在Gitlab中自带CIC

----创建新文档---- 1._index,_type和_id的组合可以唯一标识一个文档,所以确保一个新文档的最简单的办法就是,使用索引请求的POST形式让elsticsearch自动生成唯一_id: POST /website/blog { ... } 2.如果需要指定文档的_id,那就需要告诉elasticsearch在_index,_type和_id的组合不存在的时候进行新建操作,有两种方法实现 使用op_type PUT /website/blog/123?op_type=create

1.切换root .关闭centos自带的防火墙 # systemctl disable firewalld # systemctl stop firewalld .安装etcd和kubernetes软件(会自动安装docker) # yum install -y etcd kubernetes 2.修改两处配置 Docker配置文件/etc/sysconfig/docker, OPTIONS=’–selinux-enabled=false –insecure-registry gcr.io’

Web应用程序开发教程 - 第三章: 创建,更新和删除图书 关于本教程 在本系列教程中, 你将构建一个名为 Acme.BookStore 的用于管理书籍及其作者列表的基于ABP的应用程序. 它是使用以下技术开发的: {{DB_Text}} 做为ORM提供程序. {{UI_Value}} 做为UI框架. 本教程分为以下部分: Part 1: 创建服务端 Part 2: 图书列表页面 Part 3: 创建,更新和删除图书(本章) Part 4: 集成测试 Part 5: 授权 Part 6: 作者:

将服务暴露给外部客户端 P136 有以下三种方式可以在外部访问服务: 将服务的类型设置成 NodePort 将服务的类型设置为 LoadBalance 创建一个 Ingress 资源 使用 NodePort 类型的服务 P137 通过创建一个 NodePort 服务,可以让 Kubernetes 在其所有节点上保留一个端口(所有节点上都使用相同端口号),并将传入的连接转发给作为服务部分的 pod . P137 创建 NodePort 类型的服务 P137 可以使用如下描述文件 kubia-svc

每个Linux系统都有一个名为的目录/tmp,该目录已挂载了单独的文件系统. 它具有称为tmpfs的特殊文件系统.这是一个虚拟文件系统,操作系统将在系统引导时自动挂载/tmp挂载点. 如果要根据应用程序要求分别挂载/tmp目录. 是的,您可以挂载它,并且应该将其添加到/etc/fstab文件中. /tmp目录是一个目录,用于在应用程序运行时保存临时文件(或会话文件). 这些临时文件的处理完成后,它们将由应用程序自动删除. 默认情况下,仅在系统启动或重新引导时清理/tmp目录. 默认情况下,完成处

Prometheus的服务发现在解决什么问题? 被监控的目标(target)是整个监控体系中重要组成部分,传统监控系统zabbix通过 网络发现的机制自动创建主机到zabbix-server,进而快速地对目标进行监控.同样在Prometheus监控中存在一个叫服务发现的机制,在k8s容器环境中由于集群内实例网络地址是动态的,我们不可能每次创建或修改实例都将实例IP写入Prometheus的target中,借助服务发现我们可以快速的将集群内的资源注册到Prometheus-server中. Pro

10-10. 为TPH继承的插入.更新.删除操作映射到存储过程 问题 TPH继承模型,想把它的插入.修改.删除操作映射到存储过程 Solution 假设数据库有一个描述不同种类的产品表(Product )(见Figure 10-13). 而且为这个表的每种产品创建了创建了派生模型,这个模型如Figure 10-14. Figure 10-13. 一个含有鉴别列(ProductType)的产品表, 表的每行按该列的值划分不同的产品 Figure 10-14. TPH继承形式的模型 接下来把这个模型

12-5. 自动删除相关联实体 问题 当一个实体被删除时,你想自动删除它相关联的实体 解决方案 假设你有一个表结构由一个course (科目), course 的classes (课程),以及enrollment (登记学生选课),如 Figure 12-5所示:. Figure 12-5. The Course, Class, and Enrollment tables in our database 由上述表生成一个模型,如下图Figure 12-6所示:. Figure 12-6. A m