k8s集群安装Ingress，KubeSphere可视化界面安装K8s

最新推荐文章于 2025-02-26 20:41:14 发布
最新推荐文章于 2025-02-26 20:41:14 发布
阅读量1.7k 收藏 3
点赞数 1
分类专栏： K8s 文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/delete_bug/article/details/126814033
版权
本文介绍了如何在Kubernetes集群中部署Ingress控制器，包括yaml配置文件的创建和应用，以及通过Ingress实现服务的外部访问和负载均衡。首先，部署Ingress控制器涉及ConfigMap、ServiceAccount、Role和RoleBinding等多个对象的定义。接着，创建Ingress规则，通过定义host和路径映射到特定服务。最后，通过修改hosts文件并访问域名，验证Ingress的配置效果。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1 安装Ingress

Ingress 是对集群中服务的外部访问进⾏管理的 API 对象，典型的访问⽅式是 HTTP
Ingress 可以提供负载均衡、SSL 终结和基于名称的虚拟托管
通过Ingress发现pod进⾏关联。基于域名访问
通过Ingress controller实现POD负载均衡
⽀持TCP/UDP 4层负载均衡和HTTP 7层负载均衡
在这里插入图片描述

步骤：

（1）部署Ingress controller

执行下面这个文件，格式是yaml的，读者可以复制以下内容，保存格式为yaml格式的。在这里插入图片描述

apiVersion: v1
kind: Namespace
metadata:
  name: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---

kind: ConfigMap
apiVersion: v1
metadata:
  name: nginx-configuration
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
kind: ConfigMap
apiVersion: v1
metadata:
  name: tcp-services
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
kind: ConfigMap
apiVersion: v1
metadata:
  name: udp-services
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: nginx-ingress-serviceaccount
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRole
metadata:
  name: nginx-ingress-clusterrole
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
rules:
  - apiGroups:
      - ""
    resources:
      - configmaps
      - endpoints
      - nodes
      - pods
      - secrets
    verbs:
      - list
      - watch
  - apiGroups:
      - ""
    resources:
      - nodes
    verbs:
      - get
  - apiGroups:
      - ""
    resources:
      - services
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - "extensions"
    resources:
      - ingresses
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - ""
    resources:
      - events
    verbs:
      - create
      - patch
  - apiGroups:
      - "extensions"
    resources:
      - ingresses/status
    verbs:
      - update

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: Role
metadata:
  name: nginx-ingress-role
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
rules:
  - apiGroups:
      - ""
    resources:
      - configmaps
      - pods
      - secrets
      - namespaces
    verbs:
      - get
  - apiGroups:
      - ""
    resources:
      - configmaps
    resourceNames:
      # Defaults to "<election-id>-<ingress-class>"
      # Here: "<ingress-controller-leader>-<nginx>"
      # This has to be adapted if you change either parameter
      # when launching the nginx-ingress-controller.
      - "ingress-controller-leader-nginx"
    verbs:
      - get
      - update
  - apiGroups:
      - ""
    resources:
      - configmaps
    verbs:
      - create
  - apiGroups:
      - ""
    resources:
      - endpoints
    verbs:
      - get

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: RoleBinding
metadata:
  name: nginx-ingress-role-nisa-binding
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: Role
  name: nginx-ingress-role
subjects:
  - kind: ServiceAccount
    name: nginx-ingress-serviceaccount
    namespace: ingress-nginx

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
  name: nginx-ingress-clusterrole-nisa-binding
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: nginx-ingress-clusterrole
subjects:
  - kind: ServiceAccount
    name: nginx-ingress-serviceaccount
    namespace: ingress-nginx

---

apiVersion: apps/v1
kind: DaemonSet 
metadata:
  name: nginx-ingress-controller
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
spec:
  selector:
    matchLabels:
      app.kubernetes.io/name: ingress-nginx
      app.kubernetes.io/part-of: ingress-nginx
  template:
    metadata:
      labels:
        app.kubernetes.io/name: ingress-nginx
        app.kubernetes.io/part-of: ingress-nginx
      annotations:
        prometheus.io/port: "10254"
        prometheus.io/scrape: "true"
    spec:
      hostNetwork: true
      serviceAccountName: nginx-ingress-serviceaccount
      containers:
        - name: nginx-ingress-controller
          image: siriuszg/nginx-ingress-controller:0.20.0
          args:
            - /nginx-ingress-controller
            - --configmap=$(POD_NAMESPACE)/nginx-configuration
            - --tcp-services-configmap=$(POD_NAMESPACE)/tcp-services
            - --udp-services-configmap=$(POD_NAMESPACE)/udp-services
            - --publish-service=$(POD_NAMESPACE)/ingress-nginx
            - --annotations-prefix=nginx.ingress.kubernetes.io
          securityContext:
            allowPrivilegeEscalation: true
            capabilities:
              drop:
                - ALL
              add:
                - NET_BIND_SERVICE
            # www-data -> 33
            runAsUser: 33
          env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
          ports:
            - name: http
              containerPort: 80
            - name: https
              containerPort: 443
          livenessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            initialDelaySeconds: 10
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 10
          readinessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 10

---
apiVersion: v1
kind: Service
metadata:
  name: ingress-nginx
  namespace: ingress-nginx
spec:
  #type: NodePort
  ports:
  - name: http
    port: 80
    targetPort: 80
    protocol: TCP
  - name: https
    port: 443
    targetPort: 443
    protocol: TCP
  selector:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

底层还是通过Nginx实现的
将创建好的文件通过我们之前的拖拽方式，直接拖拽到k8s文件夹下，如下
在这里插入图片描述
应用刚刚上传的配置

 kubectl apply -f ingress-controller.yaml

在这里插入图片描述
查看

[root@k8s-node1 k8s]# kubectl get pods --all-namespaces

在这里插入图片描述
这⾥master节点负责调度，具体执⾏交给node2和node3来完成，能够看到它们正在下载完成了镜像，并且已经在运行了。
在上述命令后加 -o wide可以看具体执行在哪个节点下面
在node2下面可以看到节点
在这里插入图片描述
上一篇我们讲到通过yaml来配置Tomcat，这样我们可以通过host和端口直接访问到我们集群中的任意一个节点，例如
在这里插入图片描述
但是如果我们集群中该节点挂掉了，那么通过host+端口的方式 就访问不到了，这时候反向代理和负载均衡就能派上用场了。通过域名的方式就可以一举多得。

（2）创建Ingress规则

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
 name: web
spec:
 rules:
 - host: tomcat6.kubenetes.com
 http:
 paths:
 - backend:
 serviceName: tomcat6
 servicePort: 80


[root@k8s-node1 k8s]# touch ingress-tomcat6.yaml
#将上⾯的规则，添加到ingress-tomcat6.yaml⽂件中
[root@k8s-node1 k8s]# vi ingress-tomcat6.yaml 
[root@k8s-node1 k8s]# kubectl apply -f ingress-tomcat6.yaml
ingress.extensions/web created
[root@k8s-node1 k8s]#

在这里插入图片描述
在这里插入图片描述
修改本机的hosts⽂件，添加如下的域名转换规则：

192.168.56.102 tomcat6.kubenetes.com

修改软件下载，SwitchHost

如果出现保存的时候说没有写入Host权限的话，可以修改一下Host文件的权限，进行写入host。记住打开SwitchHost软件的时候一定是以管理员身份打开才行。
在这里插入图片描述

在这里插入图片描述
如果不行的话，把当前用户的权限也打开一下
在这里插入图片描述

最后执行成功。
在这里插入图片描述
使用域名成功访问到了。
在这里插入图片描述
并且集群中即便有⼀个节点不可⽤，也不影响整体的运⾏。

2 kubesphere 可视化界面

默认的dashboard没啥⽤，我们⽤kubesphere可以打通全部的devops链路，kubesphere集成了很多套件，集群要求⽐较⾼
https://kubesphere.io
kuboard也很不错，集群要求不⾼
https://kuboard.cn/support/

1 简介

KubeSphere 是在 Kubernetes 之上构建的⾯向云原⽣应⽤的分布式操作系统，完全开源，⽀持多云与多集群管理，提供全栈的 IT ⾃动化运维的能⼒，简化企业的 DevOps ⼯作流。它的架构可以⾮常⽅便地使第三⽅应⽤与云原⽣⽣态组件进⾏即插即⽤ (plug-and-play) 的集成。
作为全栈的多租户容器平台，KubeSphere 提供了运维友好的向导式操作界⾯，帮助企业快速构建⼀个强⼤和功能丰富的容器云平台。KubeSphere 为⽤户提供构建企业级 Kubernetes 环境所需的多项功能，例如多云与多集群管理、Kubernetes 资源管理、DevOps、应⽤⽣命周期管理、微服务治理（服
务⽹格）、⽇志查询与收集、服务与⽹络、多租户管理、监控告警、事件与审计查询、存储管理、访问权限控制、GPU ⽀持、⽹络策略、镜像仓库管理以及安全管理等。
KubeSphere 还开源了 Kubekey 帮助企业⼀键在公有云或数据中⼼快速搭建 Kubernetes 集群，提供单节点、多节点、集群插件安装，以及集群升级与运维。
在这里插入图片描述

2、安装

对于刚接触 KubeSphere 并想快速上⼿该容器平台的⽤户，All-in-One 安装模式是最佳的选择，它能够帮助您零配置快速部署 KubeSphere 和 Kubernetes。

步骤 1：准备 Linux 机器

若要以 All-in-One 模式进⾏安装，您仅需参考以下对机器硬件和操作系统的要求准备⼀台主机。硬件推荐配置
因为电脑本身配置的原因，所以这里只在node1节点上进行安装。
在这里插入图片描述
备注
以上的系统要求和以下的说明适⽤于没有启⽤任何可选组件的默认最⼩化安装。如果您的机器⾄少有 8Core CPU 和 16 G 内存，则建议启⽤所有组件。有关更多信息，请参⻅启⽤可插拔组件。

之前在前面的文档中，我们第一次安装好了节点 以后，备份了一次，现在我们要通过那个备份文件快速备份回去。
在这里插入图片描述
可以看到备份回去以后，一夜回到了解放前
在这里插入图片描述
然后现在重新配置节点，能给多大内存就给多大内存。我的电脑配置是
i7 12700H 32+512G的
不要超过那条红线的开始节点就行。

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

节点要求
节点必须能够通过 SSH 连接。
节点上可以使⽤ sudo / curl / openssl 命令。
docker 可以由您⾃⼰安装或由 KubeKey 安装。
备注
如果您想离线安装 KubeSphere，请务必提前安装好 docker 。

依赖项要求
KubeKey 可以将 Kubernetes 和 KubeSphere ⼀同安装。针对不同的 Kubernetes 版本，需要安装的依赖项可能有所不同。您可以参考以下列表，查看是否需要提前在节点上安装相关的依赖项。
在这里插入图片描述
信息
KubeKey 是⽤ Go 语⾔开发的⼀款全新的安装⼯具，代替了以前基于 ansible 的安装程序。KubeKey 为⽤户提供了灵活的安装选择，可以分别安装 KubeSphere 和 Kubernetes 或⼆者同时安装，既⽅便⼜⾼效。

⽹络和 DNS 要求
必须确保 /etc/resolv.conf 中的 DNS 配置可⽤，否则集群中的 DNS 可能会有问题。
如果您的⽹络配置使⽤了防⽕墙或安全组，请确保基础设施组件可以通过特定端⼝相互通信。有关更多信息，请参⻅端⼝要求关闭防⽕墙。

提示
建议您的操作系统处于⼲净状态（不安装任何其他软件），否则可能会发⽣冲突。
如果您⽆法从 dockerhub.io 下载容器镜像，建议提前准备好容器镜像或者配置镜像加速器。有关更多信息，请参⻅为安装配置加速器。

步骤 2：下载 KubeKey

请按照以下步骤下载 KubeKey。
如果您能正常访问 GitHub/Googleapis
如果您访问 GitHub/Googleapis 受限

先执⾏以下命令以确保您从正确的区域下载 KubeKey。

export KKZONE=cn

在这里插入图片描述

执⾏以下命令下载 KubeKey

curl -sfL https://get-kk.kubesphere.io | VERSION=v1.0.1 sh -

在这里插入图片描述

备注
在您下载 KubeKey 后，如果您将其传⾄新的机器，且访问 Googleapis 同样受限，在您执⾏以下步骤之前请务必再次执⾏ export KKZONE=cn 命令。
备注
执⾏以上命令会下载最新版 KubeKey (v1.0.1)，您可以修改命令中的版本号下载指定版本。
为 kk 添加可执⾏权限：

chmod +x kk
步骤 3：开始安装

在本快速⼊⻔教程中，您只需执⾏⼀个命令即可进⾏安装，其模板如下所示：

./kk create cluster [--with-kubernetes version] [--with-kubesphere version]

若要同时安装 Kubernetes 和 KubeSphere，可参考以下示例命令：

./kk create cluster --with-kubernetes v1.17.9 --with-kubesphere v3.0.0

安装的过程会比较久一点
在这里插入图片描述安装过程中出现
在这里插入图片描述
docker安装失败的原因是因为我们还没有配置docker的阿里云，需要把这个再执行一次。

sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<-'EOF'
{
 "registry-mirrors": ["https://azk2srw0.mirror.aliyuncs.com"],
 "exec-opts": ["native.cgroupdriver=systemd"]
}
EOF
sudo systemctl daemon-reload
sudo systemctl restart docker

备注
⽀持的 Kubernetes 版本：v1.15.12, v1.16.13, v1.17.9 (默认), v1.18.6。
⼀般来说，对于 All-in-One 安装，您⽆需更改任何配置。
如果您在这⼀步的命令中不添加标志 --with-kubesphere ，则不会部署 KubeSphere，KubeKey将只安装 Kubernetes。如果您添加标志 --with-kubesphere 时不指定 KubeSphere 版本，则会安装最新版本的 KubeSphere。
KubeKey 会默认安装 OpenEBS 为开发和测试环境提供 LocalPV 以⽅便新⽤户。对于其他存储类型，请参⻅持久化存储配置。

步骤 4：验证安装结果

当您看到以下输出时，表明安装已经完成。
在这里插入图片描述
在这里插入图片描述
当上述容器都已经执行准备就绪的时候，执行一下命令

输⼊以下命令以检查安装结果。

kubectl logs -n kubesphere-system $(kubectl get pod -n kubesphere-system -l app=ks-install -o jsonpath='{.items[0].metadata.name}') -f

输出信息会显示 Web 控制台的 IP 地址和端⼝号，默认的 NodePort 是 30880 。现在，您可以使⽤默认的帐户和密码 ( admin /P@88w0rd ) 通过 EIP：30880 访问控制台。
在这里插入图片描述
上述已经安装成功了！访问的时候我们用192.68.56.200去访问
在这里插入图片描述
在这里插入图片描述

备注
您可能需要配置端⼝转发规则并在安全组中开放端⼝，以便外部⽤户访问控制台。
登录⾄控制台后，您可以在服务组件中查看各个组件的状态。如果要使⽤相关服务，您可能需要等待部分组件启动并运⾏。您也可以使⽤ kubectl get pod --all-namespaces 来检查 KubeSphere 相关组件的运⾏状况。
在这里插入图片描述
登录以后可以 去工作台改一下个人密码，规则 大小写 +数字。
平台管理下
在这里插入图片描述
集群管理 下
在这里插入图片描述
在这里插入图片描述

项目管理下：
在这里插入图片描述

工作负载下：
在这里插入图片描述
自带的kubectl 命令工具
在这里插入图片描述

在这里插入图片描述

Kubernetes核心组件Ingress详解
weixin_72583321的博客
05-27 1720
在Kubernetes集群中，Ingress作为集群内服务对外暴露的访问接入点，几乎承载着集群内服务访问的所有流量。Ingress是Kubernetes中的一个资源对象，用来管理集群外部访问集群内部服务的方式。您可以通过Ingress资源来配置不同的转发规则，从而实现根据不同的规则设置访问集群内不同的Service所对应的后端Pod。 Ingress资源仅支持配置HTTP流量的规则，无法配置一些高级特性，例如负载均衡的算法、Sessions Affinity等，这些高级特性都需要在Ingress Cont
K8S==ingress简单搭建和使用
hebian1994的博客
06-04 1150
Ingress通常配合Ingress Controller一起使用，Ingress Controller负责实际的请求转发，而Ingress对象定义了转发规则。在Kubernetes中，Nginx通常用作Ingress Controller的一部分，负责实际处理Ingress规则定义的请求转发、路由、负载均衡等任务。在Kubernetes中，你可以选择其他Ingress Controller，比如Traefik、HAProxy等，根据你的需求和偏好来进行选择。
kubesphere 部署 ingress 并使用 80 端口
weixin_42555971的博客
08-08 3389
再次编辑 kubesphere-router-kubesphere-system 服务的 yaml，修改 31852 为 80。： kubesphere-router-kubesphere-system 服务对外暴露的是 31852 端口。在 command 下添加 - --service-node-port-range=1-65535 参数，成功后可以关闭端口 1-65535 的开放权限，把新增的配置删掉即可。：虽然可以成功访问，但需要添加端口，不太完善。修改 host 文件。
在k8s中：ingress 原理、安装、使用案例
最新发布
m0_68750915的博客
02-26 852
1、就是增强版的nginx、node的每个节点都监听80和443端口。2、来了http的请求、根据设置的路径转发到对应的service。3、转发：haproxy转发——————>ingress（80和443）————————> service ————————> pod。
在 KubeSphere 中使用 APISIX Ingress 网关接入自定义监控
云原生实验室
11-28 2220
????KubeSphere 3.2.0 发布了！为项目网关增配了整套监控及管理页面，同时引入了集群网关来提供集群层面全局的 Ingress 网关能力。当然，我们还是可以部署使用第三方 Ingr...
kubernetes部署ingress-nginx
wanchaopeng的博客
05-23 1031
kubernetes1.25.6部署ingress
kubesphere通过Ingress-nginx实现域名访问
2401_83384536的博客
05-22 482
这一篇跟大家分享kubesphere通过Ingress-nginx实现域名访问，在开始之前需要先安装好Ingress-nginx。我们直接使用域名访问，可以成功进到kubesphere管理平台。保存之后我们直接加载规则，输入以下命令。原创：佛布朗斯基 程序员技术笔记。如果想删除该规则，则输入以下命令。我们简单说明下配置文件参数含义。
docker容器化+k8s集群部署教程以及springboot+vue部署示例
04-11
本文介绍VMware虚拟机下centos7操作系统中如何安装云原生 Kubernetes（k8s）集群、k8s可视化界面kuboard，以及如何利用docker容器化将springboot+vue项目在k8s集群中部署运行。
k8s集群的kibana可视化界面打不开，有哪些方法可以打开
06-09
如果你的k8s集群的kibana可视化界面无法打开，可以尝试以下几种方法： 1. 检查Kibana Pod是否正常运行。使用kubectl命令检查Kibana Pod的状态，如果Pod处于CrashLoopBackOff状态，那么可能是Kibana容器出现了问题。...
K8S主机Prometheus监控ssl证书资源清单及镜像文件
01-14
5. **可视化展示**：使用Grafana这样的可视化工具，可以将这些指标展示成图表，直观地查看所有SSL证书的状态，帮助运维人员更好地理解和管理证书生命周期。 6. **持续集成/持续部署(CI/CD)**：在自动化流程中集成...
高可用k8s集群（k8s-1.30.0）
weixin_44797299的博客
07-21 996
高可用k8s集群（k8s-1.30.0）
通过kuboard界面配置ingress
码农从0到1
08-17 1061
安装 Ingress Controller，Kuboard 为您提供了一种快速安装的方法，步骤如下所示。1）导航到集群的集群管理-->网络-->列表页，如下图所示：2）点击图中的的按钮，如下图所示：假设名称为3）完成 Ingress Controller 的创建后，将进入如下界面：注意上面分配的几个端口，外部访问转发到内部的端口，外部访问的转发到内部的端口。
KubeSphere部署应用路由(ingress)使用80端口访问
weixin_43129075的博客
09-29 872
ingress设置域名后不加端口号直接访问
Istio 太复杂？KubeSphere基于Ingress-Nginx实现灰度发布
08-28 473
-nginx.ingress.kubernetes.io/canary-by-header：基于 Request Header 的流量切分，适用于灰度发布以及 A/B 测试。当 Request Header 设置为always时，请求将会被一直发送到 Canary 版本；当 Request Header 设置为never时，请求不会被发送到 Canary 入口；对于任...
Kubernetes之Ingress的使用
积跬步，至千里。
04-28 3235
Ingress是kubernetes中的一个资源对象，通过对ingress定义的规则进行解析，根据配置的规则来实现请求转发
kubernetes中安装部署Ingress
m0_37732829的博客
03-31 1220
下载 deploy.yaml wget https://github.com/kubernetes/ingress-nginx/blob/main/deploy/static/provider/cloud/deploy.yaml 注：下载如果不是yml格式解决办法，可直接访问github下载相关关键 切换镜像 解决方法很简单，用国内好心人搬运到docker hub上的仓库代替 好心人的项目地址：https://github.com/anjia0532/gcr.io_mirror，对应的docker hub
k8s安装ingress
blues的博客
06-29 2540
版本介绍 组件 版本 k8s v1.18 ingress 0.30.0 1. 下载两个文件 https://github.com/kubernetes/ingress-nginx/blob/nginx-0.30.0/deploy/static/mandatory.yaml https://github.com/kubernetes/ingress-nginx/blob/nginx-0.30.0/deploy/baremetal/service-nodeport.yaml 2. 在k...
Kubernetes---Ingress 安装部署
zhangjunli的博客
07-23 7375
一、Ingress 简介 在Kubernetes中，服务和Pod的IP地址仅可以在集群网络内部使用，对于集群外的应用是不可见的。为了使外部的应用能够访问集群内的服务，在Kubernetes 目前 提供了以下几种方案： NodePort LoadBalancer Ingress Ingress 组成 ingress controller 　　将新加入的Ingress转化成Nginx的配置文件并使之生效 ingress服务 　　将Nginx的配置抽象成一个Ingress对象，每添加一个新的服务只需写一
Kubernetes安装ingress-nginx
南宫乘风-Linux运维-虚拟化容器-Python编程 ownit.top
12-04 1997
网上的资料一般是基于v0.30.0来安装，但是对于kubernetes@1.22来说要安装ingress-nginx@v1.0.0以上版本（目前最新版本是v1.0.4，本文采用v1.0.0），原因是 kubectl@v1.22版本不再支持v1beta1如果安装ingress-nginx@v0.30.0版本后启动pod有如下问题有一个版本的支持情况（ingress官方网站ingress仓库地址ingress-nginx v1.0 最新版本 v1.0。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

凌晨里的无聊人

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值