我们可以下载编译好的二进制文件，也可以下载源码自己编译，源码编译可以参考这里本文只讨论二进制的安装方式。在Kubernetes的Github Latest 页面，可以看到最新打包的版本。也可以到 Tag 页面中找到自己需要的版本，我下载的是 V1.11。
1）、etcd的官方将它定位成一个可信赖的分布式键值存储服务，它能够为整个分布式集群存储一些关键数据，协助分布式集群的正常运转。键值对数据库，存储k8s集群的所有重要信息，重要信息是进行持久化的信息。 2）、etcd作为持久化方案，etcd STORAGE存储有两个版本，v2版本是基于Memory内存的，数据存储到内存中，v3版本是基于Database，引入本地卷的持久化操作，关机不会操作数据的损坏。推荐在k8s集群中使用Etcd v3，v2版本已在k8s v1.11中弃用。 3）、master服务器，领导者，包含scheduler调度器、replication controller简称rc，控制器、api server是主服务器。 4）、scheduler调度器，任务过来以后通过调度器分散到不同的node节点里面，注意，scheduler调度器将任务交给api server，api server将任务写入到etcd，scheduler调度器并不会和etch直接进行交互。负责接收任务，选择合适的节点进行分配任务。 5）、replication controller简称rc，控制器，它们就是维护副本的数目，维护我们的期望值，维护副本的数目也就是创建相应的pod，删除相应的pod。维护副本期望数目。 6）、api server是主服务器里面一切服务访问的入口，api server非常繁忙的，为了减轻其压力，每个组件可以在本地生成一定的缓存。所有服务访问统一入口。 7）、node节点，执行者。包含 Kubelet、Kube proxy、container。node节点需要安装三个软件Kubelet、Kube proxy、Docker（或者其他容器引擎）。 8）、Kubelet组件会和CRI（container Runtime Interface）这里就是Docker的表现形式，Kubelet和Docker进行交互操作Docker创建对应的容器，Kubelet维持我们的Pod的声明周期。直接跟容器引擎交互实现容器的生命周期管理。 9）、Kube proxy组件可以完成负载的操作，怎么实现Pod与Pod之间的访问，包括负载均衡，需要借助Kube proxy，它的默认操作对象是操作防火墙去实现这里的映射，新版本还支持IPVS（LVS组件）。负责写入规则至iptables、ipvs实现服务映射访问的。
service是k8s中的一个重要概念，主要是提供负载均衡和服务自动发现。 Service 是由 kube-proxy 组件，加上 iptables 来共同实现的。
Prometheus（普罗米修斯）是一套开源的监控&报警&时间序列数据库的组合，起始是由SoundCloud公司开发的。随着发展，越来越多公司和组织接受采用Prometheus，社会也十分活跃，他们便将它独立成开源项目，并且有公司来运作。Google SRE的书内也曾提到跟他们BorgMon监控系统相似的实现是Prometheus。现在最常见的Kubernetes容器管理系统中，通常会搭配Prometheus进行监控。
在大数据的生态中，hdfs解决了海量数据的存储问题，mapreduce解决了海量数据的计算问题，而在任务的执行和资源统一管理层面，则是使用yarn进行统一调度。
解决思路： 注释掉/etc/kubernetes/manifests下的kube-controller-manager.yaml和kube-scheduler.yaml的- – port=0 确认kube-scheduler和kube-controller-manager组件配置是否禁用了非安全端口
到 https://github.com/coreos/etcd/releases 页面下载最新版本的发布包：
使用nginx作为前端负载均衡，通过ingress controller不断的和kubernetes api交互，实时获取后端service，pod等的变化，然后动态更新nginx配置，并刷新使配置生效，达到服务发现的目的。
看到一篇关于 Kubectl 运行的机制，觉得写得非常不错，图文并茂很形象，就翻译成了中文记录一下，原文地址:
RabbitMQ简介 RabbitMQ是一个开源的AMQP实现，服务器端用Erlang语言编写，支持多种客户端，如：Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等，支持AJAX。用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。 AMQP，即Advanced message Queuing Protocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发
kubernetes是master-slave结构，master node是集群的大脑，当master node发生故障时整个集群都"out of control"。master node中最重要的当属apiserver组件，它负责处理所有请求，并持久化状态到etcd。一般我们会部署多份apiserver实现高可用。官方建议在多个apiserver前面部署一个LB进行负载均衡，当其中一台apiserver发生故障之后，LB自动将流量切换到其他实例上面。这样虽然简单，但是也引入了额外的依赖，如果LB发生故障将会导致全部apiserver不可用。我们知道在kubernetes中node节点上kubelet与apiserver心跳超时后，controller-manager会将该node状态置为notReady，随后驱逐其上的pod，使这些pod在其他地方重建。所以当LB发生故障时，集群中所有的node都会变为notReady状态，进而导致大规模的pod驱逐。
Kubernetes Master节点部署三个服务：kube-apiserver、kube-controller-manager、kube-scheduler和一个命令工具kubectl.
dnsmasq部署于物理服务器上，而CoreDNS的上游DNS服务器默认会选择物理机网卡上设置的DNS，只要将dnsmasq作为物理机网卡设置的DNS，那么就可以直接设置为CoreDNS的上游DNS服务器了。
和其他大多数集群结构一样，zookeeper集群也是主从结构。搭建集群时，机器数量最低也是三台，因为小于三台就无法进行选举。选举就是当集群中的master节点挂掉之后，剩余的两台机器会进行选举，在这两台机器中选举出一台来做master节点。而当原本挂掉的master恢复正常后，也会重新加入集群当中。但是不会再作为master节点，而是作为slave节点。如下：
csighub.tencentyun.com/medipedia/srf-compile:2.7 /bin/bash`
部署kubernetes node节点 kubernetes node 节点包含如下组件： Flanneld： 省略，参照之前部署的文档 Docker1.12.5： 省略，参照之前部署的文档 kubelet kube-proxy 目录和文件 我们再检查一下三个节点上，经过前几步操作已经生成的配置文件 # #master节点： # ls /etc/kubernetes/ssl admin-key.pem admin.pem ca-key.pem ca.pem kube-proxy-key.pem k
这两个pod的非安全端口没有开启，健康检查时报错，但是由于本身服务是正常的，只是健康检查的端口没启，所以不影响正常使用。
本小节我们来学习一下rancher的安装，首先我们需要两台虚拟机，一台作为server，一台作为agent。两台机器的ip分别如下：
大家可以发现k8s所有组件都安装完成后集群状态还是NotReady，这里通过kubelet报错就会发现缺少网络组件，这里就不介绍了，详情可以看我另一篇文章。
随着容器技术的发展，越来越多的企业使用了容器，甚至将其应用于生产环境。作为容器编排工具的Kubernetes同样得到了广泛关注。
安装mysql5.6：https://my.oschina.net/u/3497124/blog/1488479 安装Java1.8：https://my.oschina.net/u/3497124/blog/1525269
安装kibana 主要作用：收集数据并成图的web。 以下在主节点上执行 前面已经配置过yum源，这里就不用再配置了 yum install -y kibana kibana同样也需要安装x-pack（可省略，看企业是否需要） 安装方法同elasticsearch的x-pack cd /usr/share/kibana/bin ./kibana-plugin install x-pack //如果这样安装比较慢，也可以下载zip文件（可省略） wget https://artifacts.el
•系列文章: 标签 - Prometheus - 东风微鸣技术博客 (ewhisper.cn)[1]•Prometheus Operator 的上一篇: Prometheus Operator 与 kube-prometheus 之一 - 简介 - 东风微鸣技术博客 (ewhisper.cn)[2]
Distributed Rabbitmq brokers的实现方式有三种，分别是clustering、federation、shovel。本节围绕clustering（集群）讲述。
概述 我最近在搭建一套大数据生态系统，安装分布式Hadoop和Zookeeper时出现了一些问题。我的分布式环境是由三个节点构成的，分比为：master，slave1和slave2。安装过程在后面文章里面列出来，这里记录一些安装之后启动Hadoop和Zookeeper出现的问题。 问题一 Hadoop2.2.0 不能访问站点http://master:8088 1.可能由于安装的资源管理器正在运行，通过资源管理器占用使用TCP6代替TCP。这样的话可以通过两种方式来解决它： 在linux上禁用IPV6，然
需求背景： 业务发展越来越庞大，服务器越来越多。 各种访问日志、应用日志、错误日志量越来越多。 开发人员排查问题，需要到服务器上查日志，不方便。 运营人员需要一些数据，需要我们运维到服务器上分析日志。 ELK ： 中文指南 https://www.gitbook.com/book/chenryn/elk-stack-guide-cn/details ELK Stack （5.0版本之后）→ Elastic Stack == （ELK Stack + Beats） ELK Stack包含：ElasticSea
Kubernetes是谷歌以Borg为前身，基于谷歌15年生产环境经验的基础上开源的一个项目，Kubernetes致力于提供跨主机集群的自动部署、扩展、高可用以及运行应用程序容器的平台。
硬件要求4G内存，双核cpu 此次实验环境 IP 备注 192.168.1.10 2CPU、4G cd /opt yum -y install wget git git clone --depth=1 https://github.com/jumpserver/setuptools.git cd setuptools cp config_example.conf config.conf ./jmsctl.sh install 需要等待一些时间，安装成功如下 完毕！ Created symlink from
netstat 可以用来查 Linx 网络系统接口的状态信息，统计信息，打开的 socket 连接，以及路由表等等。
netstat是一个监控TCP/IP网络的非常有用的工具，它可以显示路由表、实际的网络连接以及每一个网络接口设备的状态信息。 netstat用于显示与IP、TCP、UDP和ICMP协议相关的统计数据，一般用于检验本机各端口的网络连接情况。
安装完毕，配置gitlab（gitlab是使用ruby编写的一个工具，所以配置文件是rb的后缀），第一点是修改gitlab的访问地址，第二点是修改普罗米修斯的监控关闭掉，节省资源，如下所示：
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/101874.html原文链接：https://javaforall.cn
CentOS部署Jumpserver堡垒机
链接:https://pan.baidu.com/s/1U3UWaZSA5b5bf3QnR_XZGw 密码:2flw
本文在以下主机上操作部署k8s集群 k8s-master1：192.168.206.31 k8s-master2：192.168.206.32 k8s-master3：192.168.206.33
kubeadm join 116.196.83.113:6443 --token dm73l2.y68gl7lwq18kpuss --discovery-token-ca-cert-hash sha256:5139a172cd23276b70ec964795a6833c11e104c4b5c212aeb7fca23a3027914f
它公开了一组简单的原语，分布式应用程序可以根据这些原语来实现用于同步、配置维护以及组和命名的更高级别的服务。
ZooKeeper是一个分布式的、开源的分布式应用程序协调服务，可以在分布 式环境中实现应用配置管理、统一命名服务、状态同步服务等功能。 ZooKeeper是一种为分布式应用所设计的高可用、高性能的开源协调服务，它提供了一项基本服务：分布式锁 服务。由于ZooKeeper开源的特性，在其分布式锁实现的基础上，又被摸索出了其它的功用，譬如：配置维 护、组服务、分布式消息队列等等。 ZooKeeper维护了一个类似文件系统的数据结构，其内部每个子目录都被 称作znode（目录节点），与文件系统一样，我们可以自由的增删改查znode。ZooKeeper集群适合搭建在奇数 台机器上。只要集群中半数以上主机处于存活，那么服务就是可用的。 ZooKeeper在配置文件中并没有指定 master和slave，但是，ZooKeeper在工作时，只有一个节点为leader，其余节点为follower，leader是通过内部 的选举机制临时产生的。
只要将pod调度到某个节点，Kubelet就会运行pod的容器，如果该pod的容器有一个或者所有的都终止运行(容器的主进程崩溃)，Kubelet将重启容器，所以即使应用程序本身没有做任何特殊的事，在Kubemetes中运行也能自动获得自我修复的能力。
曾经对Kubernetes中的服务器、docker、服务、容器、目标或节点端口感到困惑过吗？本文为您逐一解析，从开发到部署，解释您工作流程中的每个端口。今天就深入探讨，简化复杂性!
觉得Rainbond提供的既简洁、又易用、而且生产就绪的Kubernets体验不过瘾……
131上执行 在logstash的那台机器上面查看下端口 # netstat -lntp Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:*
Kubernetes Service定义了这样一种抽象：逻辑上的一组 Pod，一种可以访问它们的策略 —— 通常被称为微服务。这一组 Pod 能够被 Service 访问到，通常是通过 selector实现的。
我们最近在研究一个案例，当活跃线程很高，超过一个阈值（但并不总是相同）时，MySQL 开始变得不可用。
NFS服务端安装配置目录概要 yum install -y nfs-utils rpcbind vim /etc/exports //加入如下内容 /home/nfstestdir 192.168.133.0/24(rw,sync,all_squash,anonuid=1000,anongid=1000) 保存配置文件后，执行如下准备操作 mkdir /home/nfstestdir chmod 777 /home/nfstestdir systemctl start rpcbind systemctl s
环境准备：CentOS 7 16G Memory 16 CPUs （笔者服务器配置）
-多年互联网运维工作经验，曾负责过大规模集群架构自动化运维管理工作。 -擅长Web集群架构与自动化运维，曾负责国内某大型金融公司运维工作。 -devops项目经理兼DBA。 -开发过一套自动化运维平台（功能如下）： 1)整合了各个公有云API，自主创建云主机。 2)ELK自动化收集日志功能。 3)Saltstack自动化运维统一配置管理工具。 4)Git、Jenkins自动化代码上线及自动化测试平台。 5)堡垒机，连接Linux、Windows平台及日志审计。 6)SQL执行及审批流程。 7)慢查询日志分析web界面。
领取专属 10元无门槛券
手把手带您无忧上云
