Kubernetes service 三种类型 • ClusterIP:默认,分配一个集群内部可以访问的虚拟IP(VIP)• NodePort:在每个Node上分配一个端口作为外部访问入口• LoadBalancer:工作在特定的Cloud Provider上,例如Google Cloud,AWS,OpenStack # Nodeport 用户 -> 域名 负载均衡器(后端服务器) -> Node IP:Port -> Pod IP:Port # LoadBalancer提供特定云提供商

原文 https://www.myf5.net/post/2330.htm k8s Nodeport方式下service访问,iptables处理逻辑 2017年07月11日 0条评论 976次阅读 0人点赞 借用网上一张图,画的挺好~ 来自http://blog.csdn.net/xinghun_4/article/details/50492041 对应解释如下 [root@docker3 ~]# iptables -nL -t nat -v Chain PREROUTING (policy

原文 https://www.myf5.net/post/2343.htm 现象: 从内部某个pod的容器里直接访问service的cluster地址,请求可以被正常转发到各个node上的pod里 但是从外部网络,访问nodeport发布的服务,则发现请求不能被转发到其他node上 排错发现,请求没有被转发到其他node的物理接口,说明问题出在接受请求的那台node本身上 查看iptables filter表发现,转发数据包匹配一条docker创建的规则导致丢弃 [root@docker3 ~]

kubectl port-forward端口转发 将远程pod端口转发到本地端口 kubectl port-forward monitoring-grafana-695c545f46-rhtwc --namespace=monitoring : 黄底色为pod名,也可用pod ip :前面是本地端口,:后面是pod上的端口 ssh -NfL端口转发 将远程服务器端口转发到本机端口 :localhost: ubuntu@1.1.1.1

一.介绍 Rook官网:https://rook.io Rook是云原生计算基金会(CNCF)的孵化级项目. Rook是Kubernetes的开源云本地存储协调器,为各种存储解决方案提供平台,框架和支持,以便与云原生环境本地集成. 至于CEPH,官网在这:https://ceph.com/ 二.环境 docker1.13.1 k8s:1.13.4 kubeadm安装 集群成员: master单机 三.安装 3.1 环境准备 所有节点开启ip_forward cat <<EOF > /et

原文 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

一.概述 kubernetes中Service是真实应用的抽象,将用来代理Pod,对外提供固定IP作为访问入口,这样通过访问Service便能访问到相应的Pod,而对访问者来说只需知道Service的访问地址,而不需要感知Pod的变化: Service是通过Label来关联Pod的,在Service的定义中,设置 .spec.selector为name=redis-master,将关联上Pod: #kubectl get service redis-master NAME  CLUSTER_IP

介绍: 大家好,k8s的搭建有许多方式,也有许多快速部署的,为了简化部署的复杂度,官方也提供了开源的kubeadm快速部署,最新1.10.x版本已经可以实现部署集群, 如果你对k8s的原理已经非常了解,不妨可以试试,今天将为大家说说如何去快速搭建一个监控系统到展示页面,报警规则会在下一章讲解,那么Prometheus-operated是什么,用过的朋友应该知道 Prometheus是用来收集数据的,同时本身也提供强大的查询能力,结合Grafana,就可以监控到你想要的数据. 获取数据的原理大家可

在将dubbo框架里的服务提供者迁移进k8s时,有几个注意事项: 1, 要为默认情况下,dubbo会将k8s里的pod ip地址作为注册服务的地址,所以这个地址需要被改写(ip测试过,行得通,而dns待测试). 2, Tomcat启动的端口需要与xxxx-dubbo.xml文件里的定义一致. 3,   同时,要将k8s的service和deploy的容器端口和nodePort端口都映射为同一个端口才可以.

上一篇"通过实例快速掌握k8s(Kubernetes)核心概念"讲解了k8s的核心概念,有了核心概念整个骨架就完整了,应付无状态程序已经够了,但还不够丰满.应用程序分成两种,无状态和有状态的.一般的前段和后端程序都是无状态的,而数据库是有状态的,他需要把数据存储起来,这样即使断电,数据也不会丢失.要创建有状态的程序,还需要引入另外一些k8s概念.它们虽然不是核心,但也很重要,共有三个,持久卷,网络和参数配置.掌握了这些之后,基本概念就已经做到了全覆盖,k8s就已经入门了.我们通过搭建M

这里开始我准备了3台测试服务器,这里我使用了JumpServer管理起来了,这里我们来看下: Master :192.168.0.236 Node1:192.168.0.237 Node2:192.168.0.238 这里k8s搭建的过程就略了,同时我们需要一个镜像仓库,这里安装Harbor,安装过程略 问题1:如何通过K8S 拉去我Harbor镜像仓库上的私有镜像? 首先我们创建我们的k8s资源,这里提供了三种方式: 从文本输入框创建.从文件创建.直接创建应用,要实现这一步需要去了解k8s y

kubernetes ingress 在物理机上的nodePort和hostNetwork两种部署方式解析及比较 https://www.cnblogs.com/xuxinkun/p/11052646.html 今天用ingress 刚好遇到了..非常感谢同事的帮助 也找到了一篇blog 系统介绍的. ingress controller在物理机上的两种部署方式 ingress controller(ingress-nginx)负责k8s中的7层负载均衡.其在物理机中有多种部署方式.本文中主要选

ingress controller在物理机上的两种部署方式 ingress controller(ingress-nginx)负责k8s中的7层负载均衡.其在物理机中有多种部署方式.本文中主要选择了nodePort和hostNetwork两种部署方式进行介绍.主要原因是这两种部署方式不需要借助于其他组件,直接使用的是k8s的基础组件和使用方式,较为容易理解和排障. 注:本文中的kube-proxy使用的是iptables 本文使用的ingress-nginx的commit版本是51ad0bc5

k8s服务的配置文件中几个端口参数,nodePort.port.targetPort,刚开始的时候不理解什么意思很容易混淆写错,这里总结一下,概括来说就是nodePort和port都是k8s的service暴露的端口,targetPort是容器本身暴露的端口.区别是nodePort暴露给k8s集群外部流量访问用,port暴露给k8s集群内部服务访问用.从上两个端口过来的数据最终都需要经过反向代理kube-proxy,流入后端pod的targetPort上,最后到达pod内的容器. 下面具体解释一

参考链接:https://blog.csdn.net/ywq935/article/details/80818390 https://www.jianshu.com/p/ac8853927528 1.配置configmap apiVersion: v1 kind: ConfigMap metadata: name: prometheus-config namespace: kube-system data: prometheus.yml: | global: scrape_interval: 1

k8s之Deployment与service 2018年08月05日 18:11:00 xiyou_pen/pen 阅读数 5894   版权声明:本文为博主原创文章,遵循CC 4.0 by-sa版权协议,转载请附上原文出处链接和本声明. 本文链接:https://blog.csdn.net/qq_32828145/article/details/81429232 一.概念 pod   : 最小执行调度单元 Deployment :部署无状态应用 Daemonset : 部署守护应用 Cronj

概述 首先k8s里面容器是存在于pod里面的,所以容器之间通讯,一般分为三种类型: 1. pod内部容器之间 2. pod 与 pod 容器之间 3. pod 访问service服务 pod内部容器之间 这种情况下容器通讯比较简单,因为k8s pod内部容器是共享网络空间的,所以容器直接可以使用localhost访问其他容器. k8s在启动容器的时候会先启动一个pause容器,这个容器就是实现这个功能的. pod 与 pod 容器之间 这种类型又可以分为两种情况: 1. 两个pod在一台主机上面

参考资料: kubernetes官方文档 官方GitHub 创建访问用户 解决chrome无法访问dashboard 官方部署方法如下: kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0-beta4/aio/deploy/recommended.yaml 该方法是通过指定官方的yaml文件, 用kubectl来进行部署,然而这个方法存在很多问题,首先是该yaml文件的地址有时候并不能访问,

目的 内网k8s开发环境配置HTTPS,保持与生产环境的配置的一致性,其必要性有: PWA开发,HTTPS是必要条件 网页引入HTTP资源,如果开发环境是HTTP就不会被开发和测试人员发现,造成生产环境故障 HTTP/2,与HTTP相差太大,必须保持环境一致 cert-manager介绍 cert-manager是Kubernetes的附加组件,用于自动管理和颁发各种发行来源的TLS证书.它将确保证书有效并定期更新,并尝试在到期前的适当时间更新证书. 方法 开发环境在内网,做不了域名验证,无法使

## 基于Docker和Kubernetes的企业级DevOps实践训练营 ### 课程准备 1. 离线镜像包 百度:https://pan.baidu.com/s/1N1AYGCYftYGn6L0QPMWIMw 提取码:ev2h 天翼云:https://cloud.189.cn/t/ENjUbmRR7FNz 3. CentOS7.4版本以上 虚拟机3台(4C+8G+50G),内网互通,可连外网 3. 课件文档 - <训练营课件> - <安装手册> 4. git仓库 https:/