草庐IT

k8s-master-e

全部标签

从物理机到K8S:应用系统部署方式的演进及其影响

公众号「架构成长指南」,专注于生产实践、云原生、分布式系统、大数据技术分享。概述随着科技的进步,软件系统的部署架构也在不断演进,从以前传统的物理机到虚拟机、Docker和Kubernetes,我们经历了一系列变化。这些技术的引入给我们带来了更高的资源利用率、更快的部署速度和更强大的扩展性,下面让我们一起探索这些演进,了解如何从传统部署走向现代化架构,为软件系统的开发和部署带来更多的便利和灵活性。物理机部署物理机部署在计算机早期阶段比较盛行,因为那时候虚拟化和云计算等技术还没有普及,物理机是主要的部署选择。优点性能和资源控制:物理机提供了直接访问硬件资源的能力,在某些对性能要求较高的应用场景中,

k8s跨node curl 访问不通问题排查解决

参考连接:https://blog.csdn.net/u014299266/article/details/122325327问题是这样的:三台云服务器:部署了三个master+三个node,发现在其中一台master上,验证能够正常访问其他工作节点上的pod。发现curl不了,只能curl分配到本机的pod,后面才发现是路由转发策略问题导致!一下是步骤和解决方式:iptables-L-nChainFORWARD(policyDROP)是Linuxiptables防火墙中的一个规则链,用于控制转发流量的访问。当该规则链的策略(policy)被设置为DROP时,表示该规则链默认不会转发任何数据包

K8s 多租户方案的挑战与价值

在当今企业环境中,随着业务的快速增长和多样化,服务器和云资源的管理会越来越让人头疼。K8s虽然很强大,但在处理多个部门或团队的业务部署需求时,如果缺乏有效的多租户支持,在效率和资源管理方面都会不尽如人意。本文将深入探讨K8s多租户的概念、其在现代企业中的应用价值,以及实现这一机制所面临的技术挑战和解决方案。K8s多租户的价值“多租户”是一种软件架构的设计方式,允许多个用户(租户)共享相同的系统或程序组件,同时保持各自数据的隔离性和安全性。在K8s环境中,实现有效的多租户机制意味着能够在同一K8s集群中运行多个独立的租户工作负载,而无需担心资源冲突、数据泄露或安全问题。没有多租户支持的挑战当企业

【运维知识大神篇】超详细的ELFK日志分析教程4(ES读写文档原理+集群角色+master节点与数据节点分离+Logstash安装部署+Logstash采集本地文件+采集Nginx日志)

本篇文章继续给大家介绍ELFK日志分析的有关内容,我们的ES和Kibana都介绍的差不多了,所以本篇文章重点介绍Logstash的有关内容,介绍完毕后,我们的ELFK架构将初步形成,此外还有ES读写文档的原理,了解原理,更深层次的理解,使用ES,集群角色和master节点与数据节点分离,当我们的数据量较大的时候会用到此操作,Logstash的部署与操作,实现数据的采集与输出。ES读写文档原理在创建分片底层对应的是一个Lucene库,而Lucene底层使用倒排索引技术实现,那么什么是倒排索引。我们先说下什么是正排索引(正向索引),我们以MySQL为例,用id字段储存博客文章的编号,用contex

K8s 部署 CNI 网络组件+k8s 多master集群部署+负载均衡

------------------------------部署CNI网络组件----------------------------------------部署flannel----------K8S中Pod网络通信:●Pod内容器与容器之间的通信在同一个Pod内的容器(Pod内的容器是不会跨宿主机的)共享同一个网络命名空间,相当于它们在同一台机器上一样,可以用localhost地址访问彼此的端口。●同一个Node内Pod之间的通信每个Pod都有一个真实的全局IP地址,同一个Node内的不同Pod之间可以直接采用对方Pod的IP地址进行通信,Pod1与Pod2都是通过Veth连接到同一个do

git push报错:![rejected] master -> master(non-fast-forward) error:failed to push some refs to XXX

背景本地git库,要push到gitlab上,执行完如下命令后报错:gitpushoriginmaster报错信息为:![rejected]master->master(non-fast-forward)error:failedtopushsomerefstoXXXhint:Updateswererejectedbecausetheremotecontainsworkthatyoudohint:nothavelocally.Thisisusuallycausedbyanotherrepositorypushinghint:tothesameref.Youmaywanttofirstintegr

五分钟 k8s 实战-滚动更新与优雅停机

当我们在生产环境发布应用时,必须要考虑到当前系统还有用户正在使用的情况,所以尽量需要做到不停机发版。所以在发布过程中理论上之前的v1版本依然存在,必须得等待v2版本启动成功后再删除历史的v1版本。如果v2版本启动失败v1版本不会做任何操作,依然能对外提供服务。滚动更新图片这是我们预期中的发布流程,要在kubernetes使用该功能也非常简单,只需要在spec下配置相关策略即可:spec:strategy:rollingUpdate:maxSurge:25%maxUnavailable:25%type:RollingUpdate这个配置的含义是:使用滚动更新,当然还有 Recreate 用于删除

K8S简介和安装部署详细教程

目录一、K8S简介Kubernetes集群组件逻辑图Master节点组件及功能Slave节点组件及功能      安装部署二进制包kubeadm工具二、准备工作软硬件要求集群规划环境配置修改hosts配置配置SSH免密登录关闭Swap分区禁用SELinux关闭防火墙修改内核参数配置集群时钟同步配置k8s的Yum源三、安装Docker四、安装K8S集群安装三大组件-kubeadm、kubelet、kubectl初始化k8s集群加入节点安装网络插件五、测试K8S集群创建nginxpod对外暴露访问访问nginx六、安装Dashboard通过kubectl命令安装创建访问账号获取token登录界面一

【K8S】Kubernetes 中微服务对应的资源对象——Service

Kubernetes中微服务对应的资源对象——Service一、资源对象Service需求背景二、在Yaml文件中定义资源对象Service三、ServiceAPI资源对象的操作与使用一、资源对象Service需求背景有了Deployment和DaemonSet资源对象为什么还需要定义新的资源对象Service?我们在使用Deployment对象中定义服务时,会指定服务Pod的副本数,然后Kubernetes就会创建指定数量的Pod并提供服务。Pod的数量虽然不会变化,但是因为资源等原因Pod会不断地销毁和重建,所以这个数量的不便其实是动态的平衡。因为Pod的这种变化,导致访问Pod的IP也会

手把手教你在虚拟机中部署Kubernetes集群(K8S)

我们在上面:VM部署CentOS并且设置网络 部署好了服务器。接下来需要准备三个服务器分别为master节点:master  192.168.171.7node节点:node1  192.168.171.6node节点:node2  192.168.171.4此步骤需要启动三台虚拟机,并且使用xshell进行连接使用执行多个的命令来在每个服务器同步执行相同的命令一:部署前准备(三台服务器都操作)检查操作系统的版本#此方式安装kubernetes集群要求Centos版本要在7.5或以上cat/etc/redhat-release#CentOSLinuxrelease7.9.2009(Core)