apiserver https://feisky.gitbooks.io/kubernetes/components/apiserver.html kube-apiserver 支持同时提供 https(默认监听在 6443 端口)和 http API(默认监听在 127.0.0.1 的 8080 端口),其中 http API 是非安全接口,不做任何认证授权机制,不建议生产环境启用.两个接口提供的 REST API 格式相同,参考 Kubernetes API Reference查看所有 AP

kubernetes组件 @(马克飞象)[k8s] 组件 kubernetes除了必备的dns和网络组件外,官方推出大量的cluster-monitoring,dashboard,fluentd-elasticsearch,node-problem-detector,registry 官方提供的大部分组件,都以NodePort暴露服务,并且只允许在master节点上 heapster k8s的监控组件,自动伸缩与及Dashboard 都依赖与它. cd /data git clone https

Prometheus介绍 Prometheus是一个最初在SoundCloud上构建的开源监控系统 .它现在是一个独立的开源项目,为了强调这一点,并说明项目的治理结构,Prometheus 于2016年加入CNCF,作为继Kubernetes之后的第二个托管项目. 特点 具有由 metric 名称和键/值对标识的时间序列数据的多维数据模型 PromQL,有一个灵活的查询语言 不依赖分布式存储,只和本地磁盘有关 通过 HTTP 的服务拉取时间序列数据 也支持推送的方式来添加时间序列数据 通过服务发

转载请标明出处: 文章首发于>https://www.fangzhipeng.com/kubernetes/2018/09/30/k8s-basic1/ 本文出自方志朋的博客 Kubernetes是一个可移植,可扩展的开源平台,用于管理容器化工作负载和服务,有助于声明性配置和自动化. 它拥有庞大,快速发展的生态系统. Kubernetes服务,支持和工具广泛可用. 谷歌在2014年开放了Kubernetes项目.Kubernetes建立在谷歌大规模运行生产工作量的十五年经验基础上,结合了社区中最

prometheus服务发现 1.基于endpoints的service注释服务自动发现. 2.基于pod注释的服务自动发现 3.基于consul注册的服务自动发现 4.手动配置服务发现 5.pushgetway手动上传服务发现 Prometheus对kubernetes的监控 对于Kubernetes而言,我们可以把当中所有的资源分为几类: 基础设施层(Node):集群节点,为整个集群和应用提供运行时资源 容器基础设施(Container):为应用提供运行时环境 用户应用(Pod):Pod中会

写什么呢 前段时间使用 C# 写了个项目,使用 Kubernetes API Server,获取信息以及监控 Kubernetes 资源,然后结合 Neting 做 API 网关. 体验地址 http://neting.whuanle.cn:30080/ 账号 admin,密码 admin123 本篇文章主要介绍,如何通过 C# 开发基于 Kuberetes 的应用,实现获取 Kubernets 中各种资源的信息,以及实现 Conroller 的前提知识.而在下一篇中则会讲解如何实现 Conro

第一步:准备 1. 安装包: kubeadm-1.6.0-0.alpha.0.2074.a092d8e0f95f52.x86_64.rpm kubernetes-cni-0.3.0.1-0.07a8a2.x86_64.rpm kubelet-1.5.1-0.x86_64.rpm kubectl-1.5.1-0.x86_64.rpm etcd-v2.2.1-linux-amd64.tar.gz 2. 上传 在三台主机分别上传以上安装包. 第二步:安装 k8s # yum localinstall

Kubenetes cluster 由master和node组成 Master是kubenetes的大脑.运行着以下进程:kube-apiserver.kube-scheduler.kube-controller-manager.etcd 和 Pod 网络(例如 flannel). API Server(kube-apiserver) API Server 提供 HTTP/HTTPS RESTful API,即 Kubernetes API.API Server 是 Kubernetes Clu

什么是Kubernetes ​ Kubernetes 是一个可移植的.可扩展的开源平台,用于管理容器化的工作负载和服务,可促进声明式配置和自动化.Kubernetes拥有一个庞大且快速增长的生态系统. 服务部署发展 传统部署方式 ​ 在物理机上运行应用程序,无法在物理机上为应用程序定义资源边界,导致资源分配问题.例如在同一台物理机上部署多个应用程序,其中一个应用占用大部分系统资源,导致其他应用服务器执行缓慢.若每台物理机部署但应用,会导致资源利用不充分,浪费资源. 虚拟化部署方式 ​ 允许在单个

第一章和第二章中我们配置Prometheus的成本非常高,而且也非常麻烦.但是我们要考虑Prometheus.AlertManager 这些组件服务本身的高可用的话,成本就更高了,当然我们也完全可以用自定义的方式来实现这些需求,我们也知道 Promethues 在代码上就已经对 Kubernetes 有了原生的支持,可以通过服务发现的形式来自动监控集群,因此我们可以使用另外一种更加高级的方式来部署 Prometheus:Operator 框架. 什么是Operator Operator是由Cor

搭建kubernetes集群,有一个默认的dashboard,但是这个dashboard比较简陋,不能将自定义展示.所以打算使用Grafana+Heapster+Influxdb构建一个一体化监控平台 首先呢?从https://github.com/kubernetes/heapster获取源码,在heapster/deploy/kube-config/influxdb文件夹下将所有的yaml文件,使用kubectl create,这样就分别的到 了heapster,grafana,influx

kubernetes,简称K8s,是用8代替8个字符“ubernete”而成的缩写.是一个开源的,用于管理云平台中多个主机上的容器化的应用,Kubernetes的目标是让部署容器化的应用简单并且高效(powerful),Kubernetes提供了应用部署,规划,更新,维护的一种机制. 传统的应用部署方式是通过插件或脚本来安装应用.这样做的缺点是应用的运行.配置.管理.所有生存周期将与当前操作系统绑定,这样做并不利于应用的升级更新/回滚等操作,当然也可以通过创建虚拟机的方式来实现某些功能,但是虚拟

⒈简介 最初,ReplicationController是Kubernetes用于复制和在异常时重新调度节点的唯一组件,后来Kubernetes又引入了一个名为ReplicaSet的类似资源.它是新一代的ReplicationController,并且最终将完全替换掉ReplicationController(ReplicationController最终将被弃用).它们几乎完全相同,因此ReplicaSet与ReplicationController的替换过程中几乎不会碰到任何麻烦. 通常不会

在前面的部分了解了Pod的创建删除 ,查看信息等.那么我们怎么去管理Pod呢?我们可以通过 ReplicationController 去管理维护 Pod. Replication Controller (RC): A ReplicationController ensures that a specified number of pod replicas are running at any one time. In other words, a ReplicationController m

前言:笔记知识点来源于Kubernetes官方文档说明,链接:https://kubernetes.io/docs/concepts/overview/components/ ,本记录仅仅是学习笔记记录,也可能存在错误!!! 一个Kubernetes集群是由工作机器集组成,一个工作机器可以称为一个节点node,集群上至少运行一个工作节点.一个节点(node)是运行了容器化应用的机器(实体机或虚拟机).工作节点(node)托管作为应用程序工作的Pods,Pods可以理解是运行一个或多个容器的程序集

关于Kubernetes是什么??? Kubernetes是致力于提供跨主机集群的自动部署.扩展.高可用以及运行应用程序容器的平台. Kubernets集群组成有哪些??? k8s由master和node组成. 生产环境下一般用3个master节点形成集群,node节点主要部署服务. master节点:整个集群的控制中枢node节点:工作节点load balance:一般用软件keepalive.HAproxy或者硬件F5虚拟成VIP地址,使其对master节点的高可用,通过load balan

一.api-server   基本概念 该端口默认值为6443,可通过启动参数"--secure-port"的值来修改默认值. 默认IP地址为非本地(Non-Localhost)网络端口,通过启动参数"--bind-address"设置该值. 该端口用于接收客户端.dashboard等外部HTTPS请求. 用于基于Tocken文件或客户端证书及HTTP Base的认证. 用于基于策略的授权.   kubernetes API测试: curl --cacert /et

1.安装helm Helm由客户端helm命令行工具和服务端tiller组成,Helm的安装十分简单. 下载helm命令行工具到master节点node1的/usr/local/bin下(只需要在其中一台master节点安装就行) wget https://storage.googleapis.com/kubernetes-helm/helm-v2.11.0-linux-amd64.tar.gz tar -zxvf helm-v2.11.0-linux-amd64.tar.gz cd linux

⒈简介: Kubernetes的Job资源在创建时会立即运行pod.但是许多批处理任务需要在特定的时间运行,或者在指定的时间间隔内重复运行.在Linux和类UNIX操作系统中,这些任务通常被称为cron任务.Kubernetes也支持这种任务. Kubernetes中的cron任务通过创建 CronJob资源进行配置.运行任务的时间表以知名的cron格式指定,所以如果你熟悉常规cron任务,你将在几秒钟内了解Kubernetes的CronJob. 在配置的时间,Kubernetes将根据在Cro

⒈简介 Replicationcontroller和ReplicaSet都用于在Kubermetes集群上部署运行特定数量的pod.但是,当某些情况下我们希望在集群中的每个节点上运行同一个指定的pod就需要更为复杂的操作. 这些情况包括pod执行系统级别的与基础结构相关的操作.例如,希望在每个节点上运行日志收集器和资源监控器.一个典型的例子就是Kubernetes自己的kube-proxy进程,它需要运行在所有节点上才能使服务工作. 要在所有集群节点上运行一个pod,需要创建一个DaemonSe

Kafka web console http://blog.csdn.net/hengyunabc/article/details/40431627 KafkaOffsetMonitor http://www.aboutyun.com/thread-9893-1-1.html