草庐IT

kubernetes-aerospike

全部标签

安全实践:保障 Kubernetes 生产环境的安全性

▲ 点击上方"DevOps和k8s全栈技术"关注公众号Kubernetes(简称K8s)是一个强大的容器编排平台,广泛应用于生产环境中。然而,与其功能强大相对应的是对安全性的高要求。在生产环境中,我们必须采取一系列措施来保护Kubernetes集群免受潜在的威胁和攻击。本文将介绍一些关键的Kubernetes安全实践,以及如何有效地防止潜在的攻击。1.控制访问权限Kubernetes的RBAC(Role-BasedAccessControl)机制允许您细粒度地控制用户和服务账户对集群资源的访问权限。在生产环境中,必须审慎配置RBAC规则,仅授予最小必要权限。1)创建最小特权的服务账户,并将其分

云原生容器编排问题盘点,总结分享年度使用Kubernetes的坑和陷阱

云原生容器编排问题盘点,总结分享年度使用Kubernetes的坑和陷阱Kubernetes与云原生性能问题:忽略节点选择器导致调度效率低下问题排查和分析解决方案案例介绍配置问题:应用服务端口与Service(KubectlProxy)控制的端口不一致隔离问题:容器组件部署到K8S集群错误的命名空间或者默认空间(建议)资源问题:不进行设置资源请求和限制的Pod(命名空间也没有控制)解决方案设置资源限制参数解释:状态问题:优化和使用Liveness和Readiness探针Liveness探针Readiness探针最后总结Kubernetes与云原生随着云原生的兴起,越来越多的应用选择基于Kuber

云原生Kubernetes:K8S资源控制之污点与容忍

目录一、理论1.污点2.容忍3. Pod启动阶段4. 故障排除步骤5.对节点执行维护操作二、实验1.污点2.容忍三、问题1.pod上配置容忍生成资源报错四、总结一、理论1.污点(1)作用节点亲和性,是Pod的一种属性(偏好或硬性要求),它使Pod被吸引到一类特定的节点。Taint则相反,它使节点能够排斥一类特定的PodTaint和Toleration相互配合,可以用来避免Pod被分配到不合适的节点上。每个节点上都可以应用一个或多个taint,这表示对于那些不能容忍这些taint的Pod,是不会被该节点接受的。如果将toleration应用于Pod上,则表示这些Pod可以(但不一定)被调度到具有

云原生Kubernetes:K8S实用插件和工具

目录一、理论1.Kubectl插件2.kubens 3.krew二、实验1.kubectl插件2.kubens 3.krew一、理论1.kubectl插件(1)概念kubectl插件其实就是以kubectl-为前缀的任意可执行文件,比如执行:ln-s/bin/echo/usr/local/bin/kubectl-echo此时就相当于安装了个echo的kubectl插件,kubectl插件可以通过kubectl + 插件名执行,kubectlxxx其实就是相当于运行kubectl-xxx。2.kubens (1)概念k8s每次查看指定命名空间的资源都需要加-n命名空间来指定命名空间,我们可以通过

kubernetes环境部署单节点redis

kubernetes部署redis数据库(单节点)redis简介Redis是我们常用的非关系型数据库,在项目开发、测试、部署到生成环境时,经常需要部署一套Redis来对数据进行缓存。这里介绍下如何在Kubernetes环境中部署用于开发、测试的环境的Redis数据库,当然,部署的是单节点模式,并非用于生产环境的主从、哨兵或集群模式。单节点的Redis部署简单,且配置存活探针,能保证快速检测Redis是否可用,当不可用时快速进行重启。redis参数配置在使用Kubernetes部署应用后,一般会习惯与将应用的配置文件外置,用ConfigMap存储,然后挂载进入镜像内部。这样,只要修改Config

kubernetes中有状态应用的优雅缩容

将有状态的应用程序部署到Kubernetes是棘手的。StatefulSet使它变得容易得多,但是它们仍然不能解决所有问题。最大的挑战之一是如何缩小StatefulSet而不将数据留在断开连接的PersistentVolume成为孤立对象上。在这篇博客中,我将描述该问题和两种可能的解决方案。通过StatefulSet创建的每个Pod都有自己的PersistentVolumeClaim(PVC)和PersistentVolume(PV)。当按一个副本按比例缩小StatefulSet的大小时,其Pod之一将终止,但关联的PersistentVolumeClaim和绑定到其的PersistentVo

istio in kubernetes (二) -- 部署篇

在Kubernetes部署Istio【demo演示】可参考官方文档(https://istio.io/latest/zh/docs/setup/install/),以部署1.7.4版本作为演示,在Mac上安装基础环境cloud(ali)kubernetes(1.16.9)istio(1.7.4)安装配置#mkdiristio#cdistio#wgethttps://github.com/istio/istio/releases/download/1.7.4/istio-1.7.4-osx.tar.gz#lltotal94336-rw-r--r--1rootwheel45MNov909:54is

【Kubernetes】k8s初始化报错:error execution phase preflight: [preflight]

(1)版本配置系统版本:CentOSLinuxrelease7.9.2009(Core)内核版本:5.4.259-1.el7.elrepo.x86_64k8s版本:v1.15.1(2)报错原因分析在安装和配置Kubernetes(k8s)集群时,有时会遇到各种错误和问题。其中一个常见的问题是在初始化过程中出现"errorexecutionphasepreflight"错误。这个错误通常与交换空间(swap)的使用、Docker版本和kubeadm配置有关。(3)–experimental-upload-certs已被弃用报错初始化语句导致报错Flag--experimental-upload-

istio in kubernetes (一) --原理篇

背景微服务是什么服务之间有轻量级的通讯机制,通常为RESTAPI去中心化的管理机制每个服务可以使用不同的编程语言实现,使用不同的数据存储技术应用按业务拆分成服务,一个大型应用系统可以由多个独立的服务组成各个服务均可独立部署,都有自己的业务逻辑服务可被多个应用共享,其他服务可复用一些公共的资源服务微服务的优势模块化开发,以单个服务为组件进行更新升级,提升系统整体异常稳定性模块化开发管理方便,单独团队开发维护,职责分明模块服用,公共服务模块可被其他业务模块使用系统架构更加分明结合CI/CD,实现DevOPS弹性伸缩,结合服务编排K8S动态HPA服务熔断/降级,避免但节点异常雪崩效应,分散故障节点微

kubernetes删除pod一直处于terminating状态的解决方法

kubernetes删除pod一直处理Terminating状态#kubectlgetpo-nmonNAMEREADYSTATUSRESTARTSAGEalertmanager-d6ccb787b-4bvhx1/1Running017hgrafana-64855ff589-8ttkt0/1Terminating017hgrafana-677c547cf8-gd5d41/1Running017hkube-state-metrics-6d7449fc78-5rpmn1/1Running019dnode-exporter-5zs2r1/1Running017hnode-exporter-wcct61