可见，这个 nginx 并没有创建在 master 节点， 而是 slave 节点去了。
1、想要实现jenkins一键自动发布代码的话，还需要手动在k8s部署一下集群项目。首先，创建一个deloypment，如下所示：
k8s可以通过三种方式将集群内服务暴露到外网，分别是NodePort、LoadBalancer、Ingress，其中NodePort作为基础通信形式我们在《k8s网络模型与集群通信》中进行了介绍，这里我们主要关注LoadBalancer和Ingress
这期为什么会写这个主题呢？因为 K8s 里面的 IP 类型实在是太多了，多到让你在使用的时候晕头转向。这次我们借助一个（虚拟的）例子来看看使用 K8s 的时候，会涉及到哪些类型的 IP 地址。
由于k8s的自愈能力，当我们删除一个pod，k8s会自动恢复一个pod 那么我们如何真正的删掉它呢
使用 TKE 的内部和外部客户，经常会遇到因 CLB 回环问题导致服务访问不通或访问 Ingress 几秒延时的现象，本文就此问题介绍下相关背景、原因以及一些思考与建议。
通过 Deployment 来创建一组 Pod 来提供具有高可用性的服务。虽然每个 Pod 都会分配一个单独的 Pod IP，然而却存在如下两个问题：
最近的工作跟微服务有关，偶然在网上发现一个用k8s写微服务的小例子，觉得这样写微服务真的好简单，都不用在程序框架层面实现服务注册与服务发现了，这个后面可以好好研究一下。在使用这种方式写微服务前，需要在个人开发机上搭建k8s集群。我的开发机是macOS系统，今天研究了一下，找到一种极为简易的方法，终于不用为搭一个开发用的k8s集群而专门启动虚拟机了，这里记录一下。 安装Docker for macOS 安装 下载最新的Docker for Mac Edge 版本，跟普通mac软件一样安装，然后运行它，会在右上
答：Hpa（全称叫做Horizontal Pod Autoscaler），Horizontal Pod Autoscaler的操作对象是Replication Controller、ReplicaSet或者Deployment对应的Pod（k8s中可以控制Pod的是rc、rs、deployment），根据观察到的CPU使用量与用户的阈值进行比对，做出是否需要增加或者减少实例数量的决策。controller目前使用heapSter来检测CPU使用量，检测周期默认是30秒。
1、k8s的dashboard的安装部署，首先需要将压缩包下载下来，然后进行解压缩操作。
是故不应取法，不应取非法。以是义故，如来常说：汝等比丘，知我说法，如筏喻者，法尚应舍何况非法。 ----------《金刚经》
Kubernetes 中为了实现服务实例间的负载均衡和不同服务间的服务发现，创造了 Service 对象，同时又为从集群外部访问集群创建了 Ingress 对象。
在k8s中 service是搭配着pod使用，service定义了一个服务的入口地址，通过访问service地址访问到对应的pod。
描述: K8s中的Service实际上是微服务框架中的微服务，Service定义了一个服务的访问入口，可以通过该入口访问其背后一组的有Pod副本组成的集群实例;
： https://github.com/prometheus/prometheus是CNCF毕业的项目，是非常流行监控程序，Prometheus属于是典型的有状态应用，而其有包含了一些自身特有的运维管理和配置管理方式。而这些都无法通过Kubernetes原生提供的应用管理概念实现自动化。CoreOS率先引入了Operator的概念，并且首先推出了针对在Kubernetes下运行和管理Etcd的Etcd Operator。并随后推出了Prometheus Operator。用ConfigMap管理Prometheus配置文件。
答：deployment也是保证pod高可用的一种方式，明明已经有RC(Replication Controller)，为什么还要引入deployment呢？是因为deployment解决了RC(Replication Controller)的一个痛点。是因为RC在进行版本升级的时候，会造成一个问题，就是它的svc(Service)短时间内访问不了了，deployment就是解决这个问题的。
因为这个系列的主要是想讲怎么在 K8S 上运行 HS，所以篇3讲述的就是这个，假设你已经有一个 K8S 集群，一个 build 好的 image，本文只是将 HS 运行在 K8S 上，关于日志和其他配置的最佳实践，本文不提供参考。
在Kubernetes中创建一个Deployment 部署就会在Node上创建一个Pod，Pod是Kubernetes中对于一组容器以及与容器相关的资源的集合。Pod中的容器会共享IP和端口资源。
答：k8s中的副本控制器保证了pod的始终存储，却保证不了Pod中的数据。只有启动一个新pod的，之前pod中的数据会随着容器的删掉而丢失。k8s中的rc启动指定数量的Pod，当某个Pod死掉了，会在新的节点启动新的Pod，k8s中想要实现数据持久化，需要使用一个叫做共享存储的，让Pod里面的数据挂载到这个共享存储上面，就算在新的节点启动新的Pod，依然可以保证数据不丢失。
由于最近在学习微服务，所以就基于之前docker的基础上把玩一下k8s（Kubernetes），以了解基本概念和核心功能。
在前面几篇文章中，我们学习了 kubeadm 、kubectl 的一些命令，也学会了 Deployment、Service、ReplicaSet 的用法以及配置。本篇的内容主要是介绍如何配置网络，使得能够在外部网络访问集群。
答：运行在docker中的业务，想要被外界访问，我们需要为它做端口映射才能被访问，那么运行在k8s中的容器，为什么不能直接为它做端口映射呢？
里面提到过Service是K8S中的负载均衡, 同时也可以在不同Pod中使用Service name互相访问.
在k8s中，我们的应用会以pod的形式被调度到各个node节点上，在设计集群如何处理容器之间的网络时是一个不小的挑战，今天我们会从pod（应用）通信来展开关于k8s网络的讨论。
随着 Kubernetes 1.14 的发布，大家发现原来只是 Kube 兴趣小组的 Yaml 管理工具 kustomize 被集成到 kubectl 中，从此大家可以利用 kubectl apply-k 将指定目录的 kustomization.yaml 应用到集群中。
克隆ingress-nginx-controller 仓库到本地 实验使用版本: https://github.com/opsenv/ingress-nginx 官方仓库地址: https://github.com/kubernetes/ingress-nginx fork仓库地址到opsenv下 部署的清单文件在deploy目录下,修改的配置清单已经在https://github.com/opsenv/ingress-nginx 下的deploy目录下 因为国内拉取ingress-nginx-cont
如果读者按照前面的流程建好了服务，那么应该会有一个问题困扰，如何访问这个nginx服务呢？
jaeger 是 Uber 开源的分布式跟踪系统，用于微服务的监控和全链路跟踪，其设计思想来自于 Dapper 和 zipkin。jaeger 特征包括：
管理K8S资源的三种基本方法 陈述式管理方法——命令行CLI工具 声明式管理方法——统一资源配置清单(mainfest) GUI式管理方法——web页面(dashboard) kubectl命令行 kubernetes集群管理集群资源的唯一入口式通过相应的方法调用apiserver的接口 kubectl是官方的CLI命令行工具，用于与apiserver进行通信，将用户在命令行输入的命令，组织并转化为apiserver能识别的信息，进而实现管理K8S各种资源的一种有效途径 陈述式资源管理方法 基础管理 查看名
域名规则: <serviceName>---<namespace>.<rootDomain>
.example_responsive_1 { width: 200px; height: 50px; } @media(min-width: 290px) { .example_responsive_1 { width: 270px; height: 50px; } } @media(min-width: 370px) { .example_responsive_1 { width: 339px; height: 50px; } } @media(min-width: 500px) { .example_responsive_1 { width: 468px; height: 50px; } } @media(min-width: 720px) { .example_responsive_1 { width: 655px; height: 50px; } } @media(min-width: 800px) { .example_responsive_1 { width: 728px; height: 50px; } } (adsbygoogle = window.adsbygoogle || []).push({});
通过Rancher一键部署k8s服务 地址: https://rancher.com/quick-start/ 命令 sudo docker run --privileged -d --restart=unless-stopped -p 80:80 -p 443:443 rancher/rancher 然后访问你的docker机器的IP地址就可以看到一个叫local的k8s环境，不过不知道是不是我操作不对,我不能使用这个集群 点击添加集群,自定义一通默认到最后给你一个docker命令执行后我们就又得到
通过把SpringBoot应用部署到K8S上的一顿操作，我们可以发现在K8S上部署和在Docker上部署有很多相似之处。K8S上很多部署用的脚本，直接翻译之前使用Docker Compose的脚本即可，非常类似。如果你之前用过Docker，那么你就可以轻松上手K8S！
在K8s中，我们知道Pod是最小的运行单元，所有的容器均在跑在Pod中，我们希望Pod是健壮的，但Pod中的容器可能因为各种原因而挂掉，而Deployment控制器会通过动态创建和销毁Pod来保证应用整体的健壮性，而Pod都有自己的IP地址，当控制器通过调度，用新的Pod替代发生故障的Pod时，Pod的IP地址肯定会发生变化的，所以问题就来了，假如发生故障的这一组Pod是对外提供HTTP服务的，客户端通过访问这个地址来获取资源，现在地址变化了，客户端就得更改请求地址，这样就会非常麻烦，所以kubernetes提供了Service。
Kubernetes中的Service是一种网络抽象，用于将一组Pod暴露给其他组件，例如其他Pod或外部用户。Service可以作为一个负载均衡器，为一组Pod提供单一的IP地址和DNS名称，并通过选择器来将流量路由到这些Pod。
Kubernetes 假设 Pod 可与其它 Pod 通信，不管它们在哪个主机上。 Kubernetes 给每一个 Pod 分配一个集群私有 IP 地址，所以没必要在 Pod 与 Pod 之间创建连接或将容器的端口映射到主机端口。 这意味着同一个 Pod 内的所有容器能通过 localhost 上的端口互相连通，集群中的所有 Pod 也不需要通过 NAT 转换就能够互相看到。 本文档的剩余部分详述如何在上述网络模型之上运行可靠的服务。
「 傍晚时分，你坐在屋檐下，看着天慢慢地黑下去，心里寂寞而凄凉，感到自己的生命被剥夺了。当时我是个年轻人，但我害怕这样生活下去，衰老下去。在我看来，这是比死亡更可怕的事。--------王小波」
本身在 K8S 中部署一个应用是需要写 yaml 文件的，我们这次简单部署，通过拉取网络上的镜像来部署应用，会用图解的方式来分享一下，过程中都发生了什么
Kubernetes 简称为K8S，是用于自动部署，扩展和管理容器化应用程序的开源系统。Kubernetes的目标是让部署容器化的应用简单并且高效（powerful）,Kubernetes提供了应用部署，规划，更新，维护的一种机制。
本章是《Docker下ELK三部曲》系列的终篇，前面章节已经详述了ELK环境的搭建以及如何制作自动上报日志的应用镜像，今天我们把ELK和web应用发布到K8S环境下，模拟多个后台server同时上报日志的场景；
Kubernetes（简称K8S，K和S之间有8个字母）是用于自动部署，扩展和管理容器化应用程序的开源系统。它将组成应用程序的容器组合成逻辑单元，以便于管理和服务发现。Kubernetes 源自Google 15 年生产环境的运维经验，同时凝聚了社区的最佳创意和实践。
本期文章是K8s系列第5篇，主要是实战使用Service暴露应用。通过本期文章：我们将学习了解 Kubernetes 中的 Service，学习标签(Label) 和 标签选择器(Label Selector) 对象如何与 Service 关联，最后在 Kubernetes 集群外用 Service 暴露应用。
最近一年为了迎接亚运会，单位开发了很多大屏展示界面，这些大屏展示页面需要提供给外部门访问，起初使用Ingress方式，但是需要外部门配置DNS，所以我们准备使用NodePort，但是领导想用LoadBalancer，众所周知，LoadBalancer大部分情况下只能在提供了外部负载均衡器的云提供商上使用，而我们是裸机集群，没办法，我们只能找开源的LoadBalancer解决方案。
Kubernetes支持多种将外部流量引入集群的方法。ClusterIP、NodePort和Ingress是三种广泛使用的资源，它们都在路由流量中发挥作用。每一个都允许您使用一组独特的功能和折衷方案来公开服务。
本篇文章主要介绍下如何改造官方dashboard集群运行参数,将dashboard使用HTTP方式对外暴露.
2022-02-23：如何搭建k8s单机环境（用k3s），并且搭建dashboard？
ELK的Pod会暴露两个服务，一个暴露logstash的5044端口，给filebeat用，另一个暴露kibana的5601端口，给搜索日志的用户访问的时候用；
K8s集群中部署Argo CD持续部署 创建argocd命名空间 kubectl create namespace argocd 安装资源 kubectl apply -n argocd -f https://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/install.yaml customresourcedefinition.apiextensions.k8s.io/applications.argoproj.io created
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
