1.概述kubectl命令是操作Kubernetes集群的最直接和最高效的途径，熟练掌握命令的使用能起到事半功倍的效果，整理命令有助于加深记忆，该文仅记录关于pod常用的操作运维命令。2.查看namespaces查看k8s集群中目前存在的namespaceskubectlgetnamespaces输入如下3.查看pods3.1查看所有的pods列表查看k8s集群中所有的podskubectlgetpods-A3.2查看指定namespace的pods列表查看namespace为ceph的pods列表kubectlgetpods-nceph3.3查看pods列表详细信息kubectlgetpod
背景微服务是什么服务之间有轻量级的通讯机制，通常为RESTAPI去中心化的管理机制每个服务可以使用不同的编程语言实现，使用不同的数据存储技术应用按业务拆分成服务，一个大型应用系统可以由多个独立的服务组成各个服务均可独立部署，都有自己的业务逻辑服务可被多个应用共享，其他服务可复用一些公共的资源服务微服务的优势模块化开发，以单个服务为组件进行更新升级，提升系统整体异常稳定性模块化开发管理方便，单独团队开发维护，职责分明模块服用，公共服务模块可被其他业务模块使用系统架构更加分明结合CI/CD，实现DevOPS弹性伸缩，结合服务编排K8S动态HPA服务熔断/降级，避免但节点异常雪崩效应，分散故障节点微
多集群的切换是K8s运维中比不可少的问题，常见的基于多个集群进行切换的方法有三种：切换config文件通过context进行集群切换用kubecm进行集群切换切换config文件我们先看看放在.kube下默认的config集群：$kubectlconfigviewapiVersion:v1clusters:-cluster:certificate-authority-data:DATA+OMITTEDserver:name:kubernetescontexts:-context:cluster:kubernetesuser:"2xxxxxxxxx7"name:2xxxxxxxxxxxxxxxx
在k8s中部署Prometheus和GrafanaIntro上次我们主要分享了asp.netcore集成prometheus，以及简单的prometheus使用，在实际在k8s中部署的时候就不能在使用前面讲的静态配置的方式来部署了，需要使用Prometheus的服务发现。部署规划Prometheus和Grafana的部署放在一个单独的namespace——monitoring下面，这样的好处在于可以屏蔽掉一些细节，别的namespace无感知，也不需要知道它们的存在可以使用kubectlcreatenamespacemonitoring来创建命名空间或者kubectlapply执行下面的yam
k8s的namespace一直Terminating的完美解决方案在k8s集群中进行测试删除namespace是经常的事件，而为了方便操作，一般都是直接对整个名称空间进行删除操作。相信道友们在进行此步操作的时候，会遇到要删除的namespace一直处于Terminating。下面我将给出一个完美的解决方案，测试demo创建demonamespace#kubectlcreatenstestnamespace/testcreated删除demonamespace#kubectldeletenstestnamespace"test"deleted一直处于deleted不见exit查看状态可见test
kubernetes删除pod一直处理Terminating状态#kubectlgetpo-nmonNAMEREADYSTATUSRESTARTSAGEalertmanager-d6ccb787b-4bvhx1/1Running017hgrafana-64855ff589-8ttkt0/1Terminating017hgrafana-677c547cf8-gd5d41/1Running017hkube-state-metrics-6d7449fc78-5rpmn1/1Running019dnode-exporter-5zs2r1/1Running017hnode-exporter-wcct61
前言我司的集群时刻处于崩溃的边缘，通过近三个月的掌握，发现我司的集群不稳定的原因有以下几点：1、发版流程不稳定2、缺少监控平台【最重要的原因】3、缺少日志系统4、极度缺少有关操作文档5、请求路线不明朗总的来看，问题的主要原因是缺少可预知的监控平台，总是等问题出现了才知道。次要的原因是服务器作用不明朗和发版流程的不稳定。解决方案发版流程不稳定重构发版流程。业务全面k8s化，构建以kubernetes为核心的ci/cd流程。发版流程有关发版流程如下：浅析：研发人员提交代码到developer分支(时刻确保developer分支处于最新的代码)，developer分支合并到需要发版环境对应的分支，触
前言因为阿里云的knative对应得k8s版本大于1.15，而我们目前得集群环境是1.14.8，因此需要对预发环境进行版本升级。基于aliyun托管的kubernetes集群版本升级本没有什么可写，以aliyun的官方文档为指引就可以实现。然而我今天在升级时发现并没有那么简单，而且让我学到了一个我认为很重要的点：一切的问题都有解决的方案。问题阿里云控制台点击升级，就会进入升级前的检查可以看到问题出现，有一个apiservice异常。查看详细信息哦是因为我之前借助于cert-manager给服务配置https然后没有删除干净。处理查看apiservicekubectlgetapiserviceN
基于ab的压力测试#catapache-test.yaml###########################################################################Author:zisefeizhu#QQ:2********0#Date:2020-08-03#FileName:apache-test.yaml#URL:https://www.cnblogs.com/zisefeizhu/#Description:Thetestscript#Copyright(C):2020Allrightsreserved######################
目录deamonset的相关命令deamonset的定义deamonset的使用场景deamonset的例子deamonset字段说明serviceAccountNameDaemonSet的结构及其各个部分的作用deamonset的相关命令 #查看空间内有哪些deamonsetkubectlgetDaemonSet -n #查看的deamonsetkubectldescribeDaemonSet-n #导出空间内的deamonsetkubectlgetdaemonset -n -oyaml>daemonset.yaml#应用某个deamonset （给k8s加载这个DaemonSet文件）
