在某些情况下,在k8s中会无法删除某个namespace,它会一直卡在terminating状态下.解决这个问题的步骤为: kubectl api-resources --verbs=list --namespaced -o name | xargs -n 1 kubectl get --show-kind --ignore-not-found -n <namespace> 这个指令找到阻碍这个namespace删除的资源,然后手动删除这些资源. 但是大部分时候,这些资源也杀不掉,解决办法是执

Service的工作方式有三种: 第一种: 是Userspace方式 如下图描述, Client Pod要访问Server Pod时,它先将请求发给本机内核空间中的service规则,由它再将请求, 转给监听在指定套接字上的kube-proxy,kube-proxy处理完请求,并分发请求到指定Server Pod后,再将请求 递交给内核空间中的service,由service将请求转给指定的Server Pod. 由于其需要来回在用户空间和内核空间交互通信,因此效率很差,接着就有了第二种方式.

⒈下载描述文件 wget https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0-beta6/aio/deploy/recommended.yaml ⒉在主节点上运行 kubectl apply -f recommended.yaml ⒊查看相关pod kubectl get pod -n kubernetes-dashboard -o wide ⒋查看相关服务 kubectl get service -n kubernetes

1,容器的概念 镜像 镜像仓库 容器 镜像层:Docker镜像由多层构成.好处:网络分发效率,减少镜像的存储空间 1.2 k8s 主节点 ,它承载着 Kubernetes 控制和管理整个集群系统的控制面板 工作节点,它们运行用户实际部署的应用 控制面板 用于控制集群并使它工作,包括: Kubernetes API 服务器,你和其他控制面板组件都要和它通信 Scheculer ,它调度你的应用 Controller Manager,它执行 群级别的功能,如复制组件.持续跟踪工作节点处理节点失败 e

#K8S认证与访问控制(RBAC) 用户证书创建 #k8s认证 #主要认证 方式 http token.https证书 k8s不提供用户管理,API Server把客户端证书的CN字段作为User,把names.O字段作为Group Pod认证 ->ServiceAccount ->service-account-toen->API Server k8s组件认证 -> 证书 -> kubeconfig -> API Server Pod容器的访问:Pod(dashbor

部署dashboard 版本问题 dashboard版本更新换代很快,而且每个版本对应的k8s版本都有可能不同,所以第一步要确定版本对应关系. 查看页面可以确认版本对应关系 版本对应不上可能出现很多语法问题,所以一定先确认版本 本片文章用v2.0.0-rc5版本,对应k8s 1.17 现在新的安装方式很简单了,已经在上述页面的尾部给出 # 先删除以前所有dashboard所有相关资源 kubectl delete ns kubernetes-dashboard # 如果之前不是安装在kubern

背景: 由于工作发生了一些变动,很长时间没有写博客了. 概述: 这篇文章是为了介绍使用kubeadm安装Kubernetes集群(可以用于生产级别).使用了Centos 7系统. 一.Centos7 配置说明 1.   Firewalld(防火墙) CentOS Linux 7 默认开起来防火墙服务(firewalld),而Kubernetes的Master与工作Node之间会有大量的网络通信,安全的做法是在防火墙上配置Kbernetes各组件(api-server.kubelet等等)需要相互

目录 1.1陈述式资源管理方法 1.1.1.管理名称空间资源 1.1.2.管理Deployment资源 1.1.3.管理Service资源 1.1.4.kubectl用法总结 1.2.声明式资源管理方法 1.1.1.管理名称空间资源 查看名称空间 [root@hdss7- ~]# kubectl get namespace NAME STATUS AGE default Active 4d19h kube-node-lease Active 4d19h kube-public Active 4d

k8s的namespace一直Terminating的完美解决方案 在k8s集群中进行测试删除namespace是经常的事件,而为了方便操作,一般都是直接对整个名称空间进行删除操作. 相信道友们在进行此步操作的时候,会遇到要删除的namespace一直处于Terminating.下面我将给出一个完美的解决方案, 测试demo 创建demo namespace # kubectl create ns test namespace/test created 删除demo namespace # ku

namespace的作用就是用来隔离资源,将同一集群中的资源划分为相互隔离的组.同一名称空间内的资源名称要唯一,但不同名称空间时没有这个要求.有些k8s资源对象与名称空间没有关系,例如 StorageClass.Node.PersistentVolume 等. 一.使用命令行管理 1.创建 kubectl create ns test 2.获取 kubectl get ns 3.删除 该名称空间下所有的资源都将被一起删除 kubectl delete ns test 二.使用yaml文件管理 1

某些应用是要持久化数据的,如果直接持久化在pod所在节点,当pod因为某种原因重建或被调度另外一台节点,是无法访问到之前持久化的数据,所以需要一个公共存储数据的地方,无论pod删除重建或重新调度到其他节点都能访问原来的数据,使用nfs就可以到达此目的. 一.安装nfs 1.在k8sMaster主节点上安装nfs服务端 apt install -y nfs-kernel-server systemctl start nfs-server systemctl enable nfs-server sy

在用longhorn工具做k8s存储卷动态预配的时候,需要修改longhorn.yaml的一个默认参数,修改完成需要重新加载longhorn.yaml,结果重新加载出错了,修改的参数没有生效,于是执行kubectl delete -f longhorn.yaml想将部署的资源全部删除重新启动:但是发现创建的namespace无法删除,状态一直是Terminating: [root@k8smaster longhorn]# kubectl get ns NAME STATUS AGE defaul

1.kubectl概述 2.kubectl命令的语法 例子: 3.kubectl子命令使用分类 (1)基础命令 (2)部署和集群管理命令 (3)故障和调试命令 (4)其他命令 4.kubectl命令例子 (1)查看类命令 # 获取节点和服务版本信息 kubectl get nodes # 获取节点和服务版本信息,并查看附加信息 kubectl get nodes -o wide # 获取pod信息,默认是default名称空间 kubectl get pod # 获取pod信息,默认是defau

一:Pod-资源对象概述 Pod是k8s系统中可以创建和管理的最小单元,是资源对象模型中由用户创建或部署的最小资源对象模型,也是在k8s上运行容器化应用的资源对象,其他的资源对象都是用来支撑或者扩展Pod对象功能的,比如控制器对象是用来管控Pod对象的,Service或者Ingress资源对象是用来暴露Pod引用对象的,PersistentVolume资源对象是用来为Pod提供存储等等,k8s不会直接处理容器,而是Pod,Pod是由一个或者多个container组成的. 节点,Pod,容器之前的

一.摘要 ======================================================================================= 包括三项: calico相关概念 calico和docker集成 calico和kubernetes集成 不包括: calico集群穿透 二.概念简介 =================================================================================

系列目录 什么是pod安全策略 pod安全策略是集群级别的用于控制pod安全相关选项的一种资源.PodSecurityPolicy定义了一系列pod相要进行在系统中必须满足的约束条件,以衣一些默认的约束值.它允许管理员控制以下方面内容 Control Aspect Field Names 以特权运行容器 privileged 使用宿主名称空间 hostPID, hostIPC 使用宿主网络和端口 hostNetwork, hostPorts 使用存储卷类型 volumes 使用宿主机文件系统 a

目录 Service 类型 namespace 名称空间 Ingress Controller Ingress Ingress-nginx 进行测试 创建对应的后端Pod和Service 创建 Ingress 查看 Ingress-controller 对应的Pod配置信息 访问测试 模拟测试 Ingress 后端 Tomcat 访问 创建 tomcat 的 Pod 和Service 创建 tomcat-ingress 测试访问 tomcat 模拟测试 Https 自签SSL证书 创建secre

在列出.描述.修改或删除其他命名空间中的对象时,需要给kubect1命令传递--namespace(或-n)选项.如果不指定命名空间,kubect1将在当前上下文中配置的默认命名空间中执行操作.而当前上下文的命名空间和当前上下文本身都可以通过kubect1 config命令进行更改. 要想快速切换到不同的命名空间,可以设置以下别名:alias kcd='kubectl config set-context $(kubectl config current-context)--namespace'

目录 Service 类型 namespace 名称空间 Ingress Controller Ingress Ingress-nginx 进行测试 创建对应的后端Pod和Service 创建 Ingress 查看 Ingress-controller 对应的Pod配置信息 访问测试 模拟测试 Ingress 后端 Tomcat 访问 创建 tomcat 的 Pod 和Service 创建 tomcat-ingress 测试访问 tomcat 模拟测试 Https 自签SSL证书 创建secre

pod与容器 一个pod是一组紧密相关的容器,它们总是一起运行在同一个节点上,以及同一个LInux命名空间中. 每个pod拥有自己的ip,包含若干个容器.pod分布在不同的节点上. 为什么需要pod 为什么需要pod,而不是直接使用容器: 因为容器被设计为只运行一个进程,由于不能够将多个进程聚集在一个单独的容器中,就需要另一种结构将容器绑定在一起,并将它们作为一个单元管理,这就是pod的根本原理. pod中容器的隔离共享 在同一个pod中,多个容器有些资源是共享的,有些是隔离的. 同一个pod中