更多精彩内容请关注微信公众号:新猿技术生态圈 更多精彩内容请关注微信公众号:新猿技术生态圈 更多精彩内容请关注微信公众号:新猿技术生态圈 Endpoints 命名空间级资源,如果endpoints和service是同一个名字,那么就自动关联. 功能一:与service做负载均衡 [root@k8s ~]# kubectl describe svc Name: kubernetes Namespace: default Labels: component=apiserver provider=ku

配置K8s ##################################################################################### # 配置 ----------------------------------------------------------START # 主节点 HOST="192.168.2.151" HOST_NAME="master" # 从节点 declare -A SLAVES SLAV

目录 k8s配置中心-configmap,Secret 创建ConfigMap 使用ConfigMap subPath参数 Secret 官方文档 编写secret清单 使用secret 在 Pod 中使用 Secret 文件 将 Secret 键名映射到特定路径 Secret 文件权限 使用来自卷中的 Secret 值 k8s配置中心-configmap,Secret ​ 在生产环境中经常会遇到需要修改配置文件的情况,传统的修改方式不仅会影响到服务的正常运行,而且操作步骤也很繁琐.为了解决这个

V1.11.1https://github.com/kubernetes/kubernetes/releases/tag/v1.11.1环境准备:系统:centos7.2.1511[root@master ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) 关闭防火墙,iptalbes,firewalld设置时间同步systemctl stop iptalbessystemctl disable iptalbes sy

一.摘要 jenkins 连接低版本的k8s时,不需要验证.但是新版本的启用了https和角色管理 二.安装kubernetes插件 登录jenkins,点击 Manage Jenkins --> Manage Plugins --> 可选插件 在搜索框中,输入关键字 kubernetes 勾选Kubernetes,点击直接安装 等待几分钟,提示安装完成. 点击安装完成后重启Jenkins(空闲时) 提示正在重启中 重新登录jenkins,返回首页.点击 Manage Jenkins --&g

写在前面 为了不违反广告法,我竭尽全力,不过"最佳实践"确是标题党无疑,如果硬要说的话 只能是个人最佳实践. 问题引出 ​ 可能很多新手都会遇到同样的问题:我要我的Asp.net Core 应用传统方式直接部署(host),docker部署(docker-compose),kubernetes(以下称k8s)下部署,都用统一的方式读取配置,怎么实现呢?. ​ 大家知道,我们默认平时配置文件以appsettings.json .appsettings.{EnvironmentName}.

kubelet 使用存活探测器来知道什么时候要重启容器. 例如,存活探测器可以捕捉到死锁(应用程序在运行,但是无法继续执行后面的步骤). 这样的情况下重启容器有助于让应用程序在有问题的情况下更可用. 定义存活命令 许多长时间运行的应用程序最终会过渡到断开的状态,除非重新启动,否则无法恢复. Kubernetes 提供了存活探测器来发现并补救这种情况. apiVersion: v1 kind: Pod metadata: labels: test: liveness name: liveness-

ConfigMap介绍 ConfigMap和Secret是Kubernetes系统上两种特殊类型的存储卷,ConfigMap对象用于为容器中的应用提供配置文件等信息.但是比较敏感的数据,例如密钥.证书等由Secret对象来进行配置.它们将相应的配置信息保存于对象中,而后在Pod资源上以存储卷的形式挂载并获取相关的配置,以实现配置与镜像文件的解耦. 下面主要介绍使用Volume将ConfigMap作为文件或目录挂载 1.首先在容器外面创建一个redis.conf的配置文件,然后根据这个配置文件创建

所有节点安装nfs yum install nfs-utils rpcbind -y mkdir -p /ifs/kubernetes echo "/ifs/kubernetes 192.168.x.0/24(rw,sync,no_root_squash)" >> /etc/exports 仅在nfs服务器上 systemctl start rpcbind nfs 节点测试没问题即可 可以参考下以前写的: http://blog.csdn.net/iiiiher/artic

中文官档: http://docs.kubernetes.org.cn/823.html 背景:我们通过会有多个k8s集群,例如集群(cn-k8s)和集群(jp-k8s),那个就需要有一台服务器可以同时访问两个集群,方式:将2个集群的config信息存放到一个文件中,通过使用 kubectl config use-context context_name 来访问集群.简而言之,通过设置context来让kubectl访问不同的k8s集群. 具体步骤如下: 假如已经准备好2个集群的配置文件,分别为

1.浅析k8s配置信息 Secret 以密文的形式存储数据,可以用来保存一些敏感信息,例如:OAuth tokens.私钥.密码.数据库连接.事件总线连接等. ConfigMap 以明文的形式存储数据,可以用来保存一些非敏感信息,例如:应用的配置信息. k8s为Secret和ConfigMap提供了4种创建方式(字面量.文件.环境文件.yaml),其实归类来看就是两种创建方式,字面量和文件. 1.1 如何注入到微服务应用程序呢 ? k8s已经为我们提供了两种方式,即通过存储卷(volume)和环

k8s配置中心实战-交付apollo三组件 目录 k8s配置中心实战-交付apollo三组件 1 apollo简单说明 1.1 apollo最简架构图: 1.2 apollo组件部署关系 2 为appllo准备数据库 2.1 下载安装mysql 2.1.1 yum安装mysql 2.1.2 创建简单配置文件 2.1.2 启动mysql并初始设置 3 初始化appllo数据库 3.1 configdb数据库 3.1.1下载脚本并执行: 3.1.2 授权并修改初始数据: 3.1.3 添加config

k8s配置中心实战-多环境交付apollo三组件 目录 k8s配置中心实战-多环境交付apollo三组件 1.环境准备工作 1.1 zk环境拆分 1.2 namespace分环境 1.3 数据库拆分 1.3.1 修改初始化脚本并导入 1.3.2 修改数据库中eureka地址 1.4 变动原有资源配置启动 1.4.1 修改portal的cm资源配置清单 1.4.2 任意节点应用修改 2 部署新环境的APOLLO服务 2.1 先创建出所需目录和文件 2.2 部署test环境的configservic

k8s配置中心实战-configmap资源 目录 k8s配置中心实战-configmap资源 0 configmap前置说明 0.1.1 configmap和secret 0.1.2 怎么使用configmap 0.1.3 更新configmap配置的方法 1 configmap使用准备 1.1 清理资源 1.2 拆分zk集群 1.3 创建dubbo-monitor资源清单 1.3.1 创建comfigmap清单 1.3.2 修改deploy清单内容 1.4 创建资源并检查 1.4.1 应用资源

1 k8s增加子节点 1.1 子节点服务器安装docker,使用脚本自动安装 curl -fsSL https://get.docker.com | bash -s docker --mirror Aliyun 安装完之后设置docker守护进程配置vim /etc/docker/daemon.json,内容为 { "insecure-registries": ["http://127.0.0.1:8080"], "exec-opts": [&q

第一种方式 (1) nginx配置中只写前端项目的/根路径配置 前端项目使用的Dockerfile文件内容 把前端项目编译后生成的dist文件夹放在nginx的html默认目录下,浏览器访问前端项目时加上这个前端目录名 (2) 前端项目中直接写后端项目访问的http地址 (3) k8s配置中需要添加俩ingress规则 一个是使用网址访问前端项目的,一个是使用网址访问后端项目的 (4)整体访问路径 浏览器 --> nginx前端地址根路径 --> 后端ingress地址 浏览器(比如:账号密码

1.浅析k8s两种健康检查机制 Liveness k8s通过liveness来探测微服务的存活性,判断什么时候该重启容器实现自愈.比如访问 Web 服务器时显示 500 内部错误,可能是系统超载,也可能是资源死锁,此时 httpd 进程并没有异常退出,在这种情况下重启容器可能是最直接最有效的解决方案. Readiness k8s通过readiness来探测微服务的什么时候准备就绪(例如初始化时,连接数据库,加载缓存数据等等,可能需要一段时间),然后将容器加入到server的负载均衡池中,对外提供

k8s通过liveness来探测微服务的存活性,判断什么时候该重启容器实现自愈.比如访问 Web 服务器时显示 500 内部错误,可能是系统超载,也可能是资源死锁,此时 httpd 进程并没有异常退出,在这种情况下重启容器可能是最直接最有效的解决方案. k8s通过readiness来探测微服务的什么时候准备就绪(例如初始化时,连接数据库,加载缓存数据等等,可能需要一段时间),然后将容器加入到server的负载均衡池中,对外提供服务. k8s默认健康检查机制: 每个容器启动时都会执行一个进程,此进

一.概述 maven项目部署流程图如下: 环境介绍 操作系统 ip 角色 版本 ubuntu-16.04.4-server-amd64 192.168.10.122 Jenkins+harbor Jenkins 2.176.2,harbor 1.8.1 ubuntu-16.04.4-server-amd64 192.168.10.134 gitlab gitlab-ce_12.1.4 ubuntu-16.04.4-server-amd64 192.168.10.130 k8s master ku

1.浅析整个监控流程 heapster以k8s内置的cAdvisor作为数据源收集集群信息,并汇总出有价值的性能数据(Metrics):cpu.内存.网络流量等,然后将这些数据输出到外部存储,如InfluxDB,最后就可以通过相应的UI界面显示出来,如grafana. 另外heapster的数据源和外部存储都是可插拔的,所以可以很灵活的组建出很多监控方案,如:Heapster+ElasticSearch+Kibana等等. 2.创建k8s资源对象 使用官方提供的yml文件有一些小问题,请参考以下

1.浅析监控方案 heapster是一个监控计算.存储.网络等集群资源的工具,以k8s内置的cAdvisor作为数据源收集集群信息,并汇总出有价值的性能数据(Metrics):cpu.内存.network.filesystem等,然后将这些数据输出到外部存储(backend),如InfluxDB,最后再通过相应的UI界面进行可视化展示,如grafana. 另外heapster的数据源和外部存储都是可插拔的,所以可以很灵活的组建出很多监控方案,如:Heapster+ElasticSearch+Ki