背景 今天通过配置创建了一个serviceaccounts和secret,后面由于某种原因想再次创建发现已存在一个serviceaccounts和rolebindings.rbac.authorization.k8s.io,如下: [root@master mysql-operator-master]# cat <<EOF | kubectl create -f - > apiVersion: v1 > kind: ServiceAccount > metadata: >

K8S之存储Secret概述与类型说明,并详解常用Secret示例 主机配置规划 服务器名称(hostname) 系统版本 配置 内网IP 外网IP(模拟) k8s-master CentOS7.7 2C/4G/20G 172.16.1.110 10.0.0.110 k8s-node01 CentOS7.7 2C/4G/20G 172.16.1.111 10.0.0.111 k8s-node02 CentOS7.7 2C/4G/20G 172.16.1.112 10.0.0.112 Secret

一.前言 其实这次实践算不上特别复杂,只是在实践过程中遇到了一些坑,以及填坑的方法是非常值得在以后的学习过程中参考借鉴的 二.知识准备 1.harbor是一个企业级的镜像仓库,它比起docker registry提供了更多的功能 2.在私有仓库中的镜像是需要经过一系列的验证才能够被pull,比如insecure-registries等 3.本文主要描述通过k8s的secret来进行验证 三.环境准备 组件 版本 OS Ubuntu 18.04.1 LTS docker 18.06.0-ce k8

报错如下 Jun 19 17:15:18 node1 kubelet[1722]: E0619 17:15:18.381558 1722 desired_state_of_world_populator.go:312] Error processing volume "manual165" for pod "gr8333e7-0_672f06d5992f4b4580ae04289e33dde4(311dd5e7-1ce9-484d-9862-c7e60eeba6e5)&quo

环境清理: #删除所有容器sudo docker rm -f $(sudo docker ps -qa) #删除/var/etcd目录sudo rm -rf /var/etcd #删除/var/lib/kubelet/目录,删除前先卸载for m in $(sudo tac /proc/mounts | sudo awk '{print $2}'|sudo grep /var/lib/kubelet);do sudo umount $m||truedonesudo rm -rf /var/lib

解决参考: https://www.jianshu.com/p/c6d560d12d50   熟悉dashboard yaml文件所创建的资源 wget https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0-beta6/aio/deploy/recommended.yaml 查看recommended.yaml文件,dashboard secret对象为自动生成,证书无效,需要手动修改替换   生成证书 证书生成还可参考: h

分析: 是因为删除了pod,但是没有删除对应的deployment,删除对应的deployment即可 实例如下: 删除pod [root@test2 ~]# kubectl get pod -n jenkins NAME READY STATUS RESTARTS AGE jenkins2-8698b5449c-grbdm 1/1 Running 0 8s [root@test2 ~]# kubectl delete pod jenkins2-8698b5449c-grbdm -n jenki

一般强制删除 kubernetes 的资源: kubectl delete <resource> <resourename> --grace-period=0 --force --wait=false强制删除不掉的话,可以使用: kubectl patch <resource> <resourename> -p '{"metadata":{"finalizers":null}}'

微服务项目,部分服务无法delete,一直处于Terminating状态 kubectl get po -n gift 强制删除product:kubectl delete -n gift po/product-5765487994-qn5sr --force --grace-period=0 kubectl get po -n gift,可以看到product已经删除 强制删除eureka:kubectl delete -n gift po/eureka-1 --force --grace-p

Secret与ConfigMap都是用来存储配置信息的,不同之处在于ConfigMap是明文存储的,而Secret用来保存敏感信息,如:密码.OAuth令牌,ssh key等等.Secret常用有三种类型: Opaque:使用base64编码格式存储密码等信息,加密性很弱. kubernetes.io/dockerconfigjson:用来存储私有docker registry的认证信息(仓库地址.登录用户名密码). kubernetes.io/service-account-token:用来创

ConfigMap 1.什么是 ConfigMap? ConfigMap 是用来存储配置文件的 Kubernetes 资源对象,配置对象存储在 Etcd 中,配置的形式可以是完整的配置文件.key/value 等形式. 2.ConfigMap 能带来什么好处? 传统的应用服务,每个服务都有自己的配置文件,各自配置文件存储在服务所在节点,对于单体应用,这种存储没有任何问题,但是随着用户数量的激增,一个节点不能满足线上用户使用,故服务可能从一个节点扩展到十个节点,这就导致,如果有一个配置出现变更,就

有时候pod一直在Terminating kubectl delete pod xxx --force --grace-period=

本篇已加入<.NET Core on K8S学习实践系列文章索引>,可以点击查看更多容器化技术相关系列文章. 一.Secret 1.1 关于Secret 在应用启动过程中需要一些敏感信息,比如数据库用户名.密码,如果直接明文存储在容器镜像中是不安全的,K8S提供的方案是Secret. Secret 会以密文的方式存储数据,避免了直接在配置文件中保存敏感信息. Secret 会以 Volume 的形式被 mount 到 Pod,容器可通过文件的方式使用 Secret 中的敏感数据,也可以使用环境

1.准备工作 所有节点安装GFS客户端 yum install glusterfs glusterfs-fuse -y 如果不是所有节点要部署GFS管理服务,就在需要部署的节点上打上标签 [root@k8s-master01 ~]# kubectl label node k8s-node01 storagenode=glusterfs node/k8s-node01 labeled [root@k8s-master01 ~]# kubectl label node k8s-node02 stor

参考地址:https://www.cnblogs.com/wayneiscoming/p/7716238.html .在harbor的ui界面上注册一个账号 姓名:zihao 全名:zhuzihao 密码:Zihao@5tgb 邮箱:@.com .在需要下载镜像的机器上,同样需要修改docker进程参数(跟上传镜像到私有仓库一样操作进行修改) 在node节点配置: [root@reg harbor]# vi /etc/docker/daemon.json { "registry-mirrors&

作者 | 匡大虎  阿里巴巴技术专家 导读:如何解决多租户集群的安全隔离问题是企业上云的一个关键问题,本文主要介绍 Kubernetes 多租户集群的基本概念和常见应用形态,以及在企业内部共享集群的业务场景下,基于 Kubernetes 原生和 ACK 集群现有安全管理能力快速实现多租户集群的相关方案. 什么是多租户集群? 这里首先介绍一下"租户",租户的概念不止局限于集群的用户,它可以包含为一组计算,网络,存储等资源组成的工作负载集合.而在多租户集群中,需要在一个集群范围内(未来可能

使用kubeadm部署k8s集群 环境 IP地址 主机名 节点 10.0.0.63 k8s-master1 master1 10.0.0.63 k8s-master2 master2 10.0.0.65 k8s-node1 node1 10.0.0.66 k8s-node2 node2 1. 简要 kubeadm是官方社区推出的快速部署kubernetes集群工具 部署环境适用于学习和使用k8s相关软件和功能 2. 安装要求 3台纯净centos虚拟机,版本为7.x及以上 机器配置 2核4G以上

K8S之存储Volume概述与说明,并详解常用Volume示例 主机配置规划 服务器名称(hostname) 系统版本 配置 内网IP 外网IP(模拟) k8s-master CentOS7.7 2C/4G/20G 172.16.1.110 10.0.0.110 k8s-node01 CentOS7.7 2C/4G/20G 172.16.1.111 10.0.0.111 k8s-node02 CentOS7.7 2C/4G/20G 172.16.1.112 10.0.0.112 Volume概述

这个文档描述当前在k8s中PersistentVolumes的使用. 我们建议和volume一起进行了解   Introduction     管理存储和管理计算是截然不同的问题. 持久存储子系统对用户和管理者提供了API, 通过这API, 你可以了解存储是如何提供的,是如何消耗的,为了达到这样的效果,我们将介绍两个新的API:PersistenVolume和PersistenVolumeClaim     一个 PersistenVolume(PV)是一块在集群中被管理员划定好的网络存储,它就

1.浅析k8s配置信息 Secret 以密文的形式存储数据,可以用来保存一些敏感信息,例如:OAuth tokens.私钥.密码.数据库连接.事件总线连接等. ConfigMap 以明文的形式存储数据,可以用来保存一些非敏感信息,例如:应用的配置信息. k8s为Secret和ConfigMap提供了4种创建方式(字面量.文件.环境文件.yaml),其实归类来看就是两种创建方式,字面量和文件. 1.1 如何注入到微服务应用程序呢 ? k8s已经为我们提供了两种方式,即通过存储卷(volume)和环

问题的来由 在kubernetes集群的生产中,经常遇到这样的一个问题,就是在应用大规模更新时,大量容器删除而后大量容器创建,创建的容器需要很长时间才能就绪.这其中一个可能的原因,就是大量容器删除释放ip过于缓慢,导致新创建的容器无法及时获取ip,从而无法及时启动. 这种情况普遍存在于ip池较小或者应用升级需要ip保持不变的情景下,具有较为普遍的意义.针对这一情况,笔者先前做过一个方案用以解决该问题,在这里与大家分享一下. k8s容器删除的流程 首先,我们先来梳理下容器删除的整个流程,看下为什么