草庐IT

云原生Kubernetes:阿里云托管k8s集群ACK创建和使用

目录 一、理论1.容器服务Kubernetes版2.ACKPro版集群概述3.ACK版本说明二、实验1.创建专有版Kubernetes集群三、问题1.依赖检查未通过  一、理论1.容器服务Kubernetes版(1)概念阿里云容器服务Kubernetes版(AlibabaCloudContainerServiceforKubernetes,简称容器服务ACK)是全球首批通过Kubernetes一致性认证的服务平台,提供高性能的容器应用管理服务,支持企业级Kubernetes容器化应用的生命周期管理,让您轻松高效地在云端运行Kubernetes容器化应用。ACK包含了专有版Kubernetes(

kubernetes(k8s)安装(最全排坑篇)

kubenetes(k8s)安装(最全排坑篇)首先先来给大家分享4个手册,很多人都用这些装成过,但是我只用过手册4装成过,本文会陪大家走到master节点和node节点都是ready状态。装之前一定要保证cpu至少是2核,运行内存至少是4G。交换分区一定要关闭装失败后要重装一定要先卸载k8s环境,安装手册4最后有卸载语句安装手册kubenetes(k8s)安装(最全排坑篇)安装手册1安装手册2安装手册3安装手册4排坑记录ntp时间同步出错原因1解决1原因2解决2k8s初始化报延时错误原因1解决1从节点加入主节点加不上原因1解决1主节点node是NotReady状态原因1解决1安装手册1这是培训

k8s 部署rocketmq集群

目录一、前言二、构建rockermq镜像三、构建rocketmq-dashboard镜像四、rocketmq部署文件五、rocketmq-dashboard部署文件六、调整副本数案例七、附加信息八、附录一、前言       由于网上找到的大部分部署方案以及rocketmq-operator都是不能很灵活的调整副本数,毕竟每个副本对应其唯一的配置的文件,不同的broker实例使用的配置文件都是不一样的,都存在差异,一旦副本变化了,就不能很好的和broker的配置文件内容一一对应起来。       在这里创建一个基于k8s部署单master以及多master部署rocketmq集群,并且只需要一个

使用 KubeBlocks 为 K8s 提供稳如老狗的数据库服务

原文链接:https://forum.laf.run/d/994大家好!今天这篇文章主要向大家介绍Sealos的数据库服务。在Sealos上数据库后端服务由KubeBlocks提供,为用户的数据库应用保驾护航。无论你是在公有云还是本地环境中使用,Sealos都能为你管理关系数据库、NoSQL、向量数据库和流数据库等各种类型的数据库。它专为生产环境而设计,提供可靠、高性能、可观测且经济高效的数据基础设施。让我们来看看数据库应用的魅力吧:功能介绍创建数据库Sealos提供了一个简单易用的数据库前端应用,屏蔽了繁琐的命令行操作。你只需通过Database应用就能轻松创建各种数据库,包括Mysql、P

k8s pod,ns,pvc 强制删除

一、强制删除pod$kubectldeletepod-n--force--grace-period=0解决方法:加参数--force--grace-period=0,grace-period表示过渡存活期,默认30s,在删除POD之前允许POD慢慢终止其上的容器进程,从而优雅退出,0表示立即终止POD二、强制删除pv、pvc$kubectlpatchpvxxx-p'{"metadata":{"finalizers":null}}'$kubectlpatchpvcxxx-p'{"metadata":{"finalizers":null}}'直接删除k8setcd数据库中的记录!三、强制删除ns在

k8s pod内部ping不通service

项目场景:提示:又是连续2天的加班,麻了,给兄弟们做个网上找不到的问题解决方案吧:场景:因生产出现故障,重新启动apollo几个组件pod后,访问不了apolloweb界面。问题描述提示:项目中遇到的问题:很奇怪,平时没有apollo出问题的事。由于apollo错误日志太多了,整的人头痛,最后还是确定了这条日志是关键所在:Causedby:java.net.UnknownHostException:apollo-config-server-service.default原因分析:补充次要知识点:很多兄弟看到k8s这个点default不明白什么意思,实际上default代表命名空间的意思。举个例

k8s实战案例之运行WordPress

1、WordPress架构LNMP案例之基于Nginx+PHP实现WordPress博客站点,要求Nginx+PHP运⾏在同⼀个Pod的不同容器;nginx主要作用是接入站点请求,如果请求静态资源nginx就直接响应;如果请求的是一个动态php资源,就将对应请求转发给另一个php容器进行处理;在一个pod中运行多容器,网络名称空间是共享的,所以nginx可以将对应请求转发至127.0.0.1:9000这个端口来调用php来处理对应php请求;pod中如果有数据产生,pod通过pvc/pv将对应数据存储到远端存储上;客户端访问通过防火墙,负载均衡器将请求调度到后端node上处理,如果请求所在节点

K8s使用Ceph作为后端存储

Ceph概述部署Ceph集群Ceph存储使用Pod使用Ceph持久化数据Ceph监控Rook部署Ceph1❖Ceph概述Ceph介绍Ceph架构Ceph核心概念Ceph介绍Ceph是一个开源的分布式存储系统,具有高扩展性、高性能、高可靠性等特点,提供良好的性能、可靠性和可扩展性。支持对象存储、块存储和文件系统。是目前为云平台提供存储的理想方案。Ceph架构RBD(RADOSBlockDevice):块存储接口RGW(RADOSGateway)):对象存储网关,接口与S3和Swift兼容CephFS(CephFileSystem):文件级存储接口RADOS(ReliableAutonomicDi

微服务探索之路06篇k8s配置文件Yaml部署Redis使用Helm部署MongoDB和kafka

1安装Redis1.1创建配置文件redis.conf切换到自己的目录下如本文是放在/home/ubuntu下cd/home/ubuntuvimredis.confbind0.0.0.0protected-modeyesport6379requirepassqwe123456tcp-backlog511timeout0tcp-keepalive300daemonizenopidfile/var/run/redis_6379.pidloglevelnoticelogfile"/tmp/redis.log"databases16always-show-logonostop-writes-on-bg

k8s集群唯独一个节点nodeport不通问题调查

k8s集群唯独一个节点nodeport不通问题调查背景:​集群3个节点,通过svc暴露了一个nodeport类型的31710端口。对于nodeport类型的端口,理论上可以通过任何一个节点的nodeip+nodeport访问的,但是该环境在实际访问时,31710端口呈现频繁无法访问的问题,且telnet不通。排查问题:查看对应服务的pod、svc、endpoint的状态,未见异常查看kube-apiserver组件的状态及日志信息,未发现明显问题怀疑问题节点的kube-proxy组件异常,观察发现该节点kube-proxy的pod为running,对比正常节点,日志未发现错误信息。通过ipta