前言：ingress是kubernetes内的一个重要功能插件，这个使得服务治理成为一个可能，当然，结合微服务更为妥当了。不管是什么插件，还是服务，第一步当然是要能顺利的部署到系统当中，这样，才会有后续的使用可能，否则一切无从谈起，对吧。而kubernetes的版本众多，因此，它的插件版本也是非常多得，而本文将就kubernetes-1.23集群内部署ingress-nginx做一个详细的描述，并指出它（ingress-nginx）和旧版本的不同一，部署方法简介按照部署手法来说，插件一般是使用helm安装并管理的，其次是使用yaml清单文件，但很明显，yaml清单文件的方式更为灵活，能够做一些
Kubernetes集群StorageClass持久化存储资源核心概念以及使用文章目录Kubernetes集群StorageClass持久化存储资源核心概念以及使用1.StorageClass持久化存储介绍2.在K8S集群部署StorageClass资源2.1.编写nfs-client的rbac角色授权yaml文件2.2.编写nfs-client-provisioner资源yaml文件2.3.编写storageclass资源yaml文件2.4.创建所有资源3.storageclass存储资源清单文件4.创建一个pvc引用storageclass自动创建pv4.1.创建pvc资源4.2.查看nf
前言：SQLServer数据库的部署比较繁琐，但好在有自动化编排系统kubernetes可以帮助我们从这些繁琐的部署中解放。本文在此仅仅做一个抛砖引玉：1，利用kubernetes集群，快速的搭建一个安全可用的SQLServer，其中SQLServer的数据库文件利用hostpath挂载到本地目录中，使得这个数据库如同运行在本地一样丝滑柔顺。2，SQLServer服务部署完成后，使用Navicat远程连接此数据库并建立一个测试数据库。3，深入分析并解决远程连接数据库报远程主机强迫关闭了一个现有的连接，错误代码10054的错误。一，secret的建立考虑到密码还是比较敏感的，因此，将要使用sec
我有一个Kubernetes服务(一个PythonFlask应用程序)使用LoadBalancer类型在端口30000上公开公开(据我所知，所有Kubernetes节点端口必须在30000-32767范围内)。我需要在标准HTTP端口80上访问面向公众的服务。执行此操作的最佳方法是什么？ 最佳答案 如果你不使用任何cloudproviders，你可以在服务中设置externalIPs选项并在节点上建立这个IP，kube-proxy会为你将流量从这个IP路由到你的pod.{"kind":"Service","apiVersion":"
使用Kustomize对Kubernetes对象进行声明式管理前言一、生成资源1.1、configMapGenerator1.2、secretGenerator1.3、generatorOptions二、设置贯穿性字段三、组织和定制资源3.1、组织3.2、定制四、基准（Bases）与覆盖（Overlays）五、如何使用Kustomize来应用、查看和删除对象六、Kustomize功能特性列表总结前言Kustomize是一个用来定制Kubernetes配置的工具。它提供以下功能特性来管理应用配置文件：从其他来源生成资源为资源设置贯穿性（Cross-Cutting）字段组织和定制资源集合一、生成资
前言：kubernetes的网络想比较原生docker来说要完善了很多很多，同时这也意味着kubernetes的网络要更为复杂了。当然，复杂肯定比简单功能更多，但麻烦也是更多了嘛。下面就以二进制安装的kubernetes集群来做一些基本的概念梳理并介绍一哈如何安装两大主流网络插件calico和flannel以及两个都想要之如何从flannel切换到calico（二进制和别的方式安装的配置基本都是大同小异，比如kubeadmin方式，学会一种方式后，是可以灵活套用的，因此，别的部署方式不需要讲，殊途同归嘛。一些基础概念一， cluster-ip和cluster-cidrA，cluster-cid
条件2G内存2CPU网络连接（内网公网都可以）唯一的主机名，mac地址6443，10650等端口禁用Swap20GB/var目录磁盘空间Sudo用户权限主机准备MasterNode:192.168.132.77–k8smaster.example.netFirstWorkerNode:192.168.1.174–k8sworker1.example.netSecondWorkerNode:192.168.1.175–k8sworker2.example.net设置hostname，和/etc/hostsmasterNodesudohostnamectlset-hostname"k8smaste
看过很多关于云原生的文章，要么云山雾罩，要么曲高和寡。所以笔者就有了写《大话云原生》系列文章的想法，期望用最通俗、简单的语言、方便记忆的场景来说明：云原生生态系统内的组成及应用关系。文章目录一、Kubernetes的Pod概念解析二、Pod标签与Service服务三、自动化服务升级-灰度发布一、Kubernetes的Pod概念解析说到老婆过生日了我们一起出去旅游，上了团体服务班车，小娜同学(老婆)闲聊到：“这服务还不错哈，2个跟车导游，1个司机”。三句不离老本行，我无聊的说到：“他们三个人就是一个Pod，提供一天的旅游服务内容，有主有次不可分割"。小娜同学又上套了：“什么是Pod啊？英文单词豌
有时，很难得到关于云原生世界中棘手话题的明确答案。哪个是最好的服务网格？平台工程只是devops的另一个标签吗？多云是一种风险吗？如果你无法从一个人那里得到直截了当的答案——为什么不问一台机器呢？因此，我们花了一些时间与ChatGPT合作，并问了它一些问题。GPT对它是否在Kubernetes上运行感到羞，但我们认为应用程序对基础设施的看法有点合适，你不觉得吗？（顺便说一句，这个博客中的图像都是由Dall-E生成的）一个男人在笔记本电脑上采访人工智能数字艺术漫画书风格的逼真照片，作者：Dall-E你认为Kubernetes的采用会继续增长，还是会出现一些新的替代方案来挑战其主导地位？Kuber
理解ConfigMap为了能够准确和深刻理解KubernetesConfigMap的功能和价值，我们需要从Docker说起。我们知道，Docker通过将程序、依赖库、数据及配置文件“打包固化”到一个不变的镜像文件中的做法，解决了应用的部署的难题，但这同时带来了棘手的问题，即配置文件中的参数在运行期如何修改的问题。我们不可能在启动Docker容器后再修改容器里的配置文件，然后用新的配置文件重启容器里的用户主进程。为了解决这个问题，Docker提供了两种方式：◎在运行时通过容器的环境变量来传递参数；◎通过DockerVolume将容器外的配置文件映射到容器内。这两种方式都有其优势和缺点，在大多数情
