nginx-ingress部署+跨命名空间转发

已于 2023-03-01 14:54:09 修改
阅读量4.4k 收藏 5
点赞数
分类专栏： k8s 文章标签： nginx kubernetes docker
于 2023-03-01 14:52:27 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/baidu_35848778/article/details/129277139
版权
该文详细介绍了如何在k8s1.23.6版本的集群中，基于CentOS系统和Docker服务部署nginx-ingress。首先，通过替换镜像源将deploy.yaml文件中的外部镜像替换为国内源。接着，修改负载方式为NodePort并应用部署。然后，创建service-nodeport.yaml文件并部署，确保可以通过指定IP:NodePort访问。最后，创建service和ingress规则，实现对特定业务的外部访问。

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

nginx-ingress部署

一、环境信息

  • k8s集群版本：1.23.6
  • ingress版本：1.1.1
  • 操作系统版本：CentOS Linux release 7.9.2009 (Core)
  • docker服务：Docker version 20.10.21, build baeda1f
  • k8s控制节点IP：xxx.xxx.150.14
  • 网站地址：xxxops.cn

二、k8s环境搭建

参考链接：K8s 1.23.6版本部署:kubelet-1.23.6+kube-proxy-1.17.6

三、ingress环境搭建

3.1 deploy.yaml文件

1、下载deploy.yaml文件

wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v1.1.1/deploy/static/provider/cloud/deploy.yaml

2、替换镜像源,修改为国内源
k8s.gcr.io/ingress-nginx/controller:v1.1.1
替换为
registry.cn-hangzhou.aliyuncs.com/google_containers/nginx-ingress-controller:v1.1.1
k8s.gcr.io/ingress-nginx/kube-webhook-certgen:v1.1.1
替换为
registry.cn-hangzhou.aliyuncs.com/google_containers/kube-webhook-certgen:v1.1.1

sed -i 's/k8s.gcr.io\/ingress-nginx\/controller:v1.1.1\@sha256:0bc88eb15f9e7f84e8e56c14fa5735aaa488b840983f87bd79b1054190e660de/registry.cn-hangzhou.aliyuncs.com\/google_containers\/nginx-ingress-controller:v1.1.1/g' deploy.yaml;
sed -i 's/k8s.gcr.io\/ingress-nginx\/kube-webhook-certgen:v1.1.1\@sha256:64d8c73dca984af206adf9d6d7e46aa550362b1d7a01f3a0a91b20cc67868660/registry.cn-hangzhou.aliyuncs.com\/google_containers\/kube-webhook-certgen:v1.1.1/g' deploy.yaml;

3、修改负载方式，修改负载方式为NodePort,注释externalTrafficPolicy

sed -i 's/type: LoadBalancer/type: NodePort/g' deploy.yaml;
sed -i 's/externalTrafficPolicy: Local/#externalTrafficPolicy: Local/g' deploy.yaml;

4、执行部署

kubectl apply -f deploy.yaml

5、查看部署结果

kubectl get pod -n ingress-nginx

[root@k8s-master ~]# kubectl get pod -n ingress-nginx
NAME                                        READY   STATUS      RESTARTS   AGE
ingress-nginx-admission-create-2m6cn        0/1     Completed   0          75m
ingress-nginx-admission-patch-x9x2m         0/1     Completed   0          75m
ingress-nginx-controller-74c6bcdc65-425jf   1/1     Running     0          75m

3.2 service-nodeport.yaml文件

1、下载deploy.yaml文件

wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/nginx-0.30.0/deploy/static/provider/baremetal/service-nodeport.yaml

2、执行deploy.yaml文件

kubectl apply -f service-nodeport.yaml

3、查看执行结果

kubectl get svc -n ingress-nginx

[root@k8s-master ~]# kubectl get svc -n ingress-nginx
NAME                                 TYPE           CLUSTER-IP       EXTERNAL-IP                                PORT(S)                      AGE
ingress-nginx                        NodePort       10.107.28.54     <none>                                     80:30716/TCP,443:31305/TCP   72m
ingress-nginx-controller             NodePort       10.100.159.4     <none>                                     80:31247/TCP,443:31575/TCP   73m
ingress-nginx-controller-admission   ClusterIP      10.106.162.218   <none>                                     443/TCP                      73m

验证
访问xxx.xxx.150.14:31247验证是否可以出现404提示，出现404提示表示部署正常
在这里插入图片描述

四、按照业务建立service及ingress

4.1 业务信息

  • 前端服务的service名称：xxxops-frontend
  • 前端服务所处命名空间名称：xxxops
  • 前端服务暴露端口：8080

前端服务service信息图如下
在这里插入图片描述

4.2 建立service

1、准备部署文件

这里的service是要引用其他命名空间的服务，所以type是ExternalName
配置文件：xxxops-dashboard.yaml

apiVersion: v1
kind: Service
metadata:
  name: xxxops-frontend      #service的名字
  namespace: ingress-nginx   #ingress-controller所在的namespace
spec:
  type: ExternalName     
  sessionAffinity: None
  externalName: xxxops-frontend.xxxops.svc.cluster.local 
  #servicename.namespacename.scv.cluster.local

2、执行部署

kubectl apply -f xxxops-dashboard.yaml

3、检查部署结果

[root@k8s-master ingress-1.1.1]# kubectl get svc -n ingress-nginx
NAME                                 TYPE           CLUSTER-IP       EXTERNAL-IP                                PORT(S)                      AGE
ingress-nginx                        NodePort       10.107.28.54     <none>                                     80:30716/TCP,443:31305/TCP   4h37m
ingress-nginx-controller             NodePort       10.100.159.4     <none>                                     80:31247/TCP,443:31575/TCP   4h37m
ingress-nginx-controller-admission   ClusterIP      10.106.162.218   <none>                                     443/TCP                      4h37m
xxxops-frontend                      ExternalName   <none>           xxxops-frontend.xxxops.svc.cluster.local   <none>                       4h36m

在这里插入图片描述

4.3 创建ingress

1、准备部署文件

配置文件：xxxops-dashboard-ingress.yaml

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: xxxops-ingress    #ingress名称
  namespace: xxxops       #这里写前端服务运行所在的命名空间名称
  annotations:
    kubernetes.io/ingress.class: "nginx"
spec:
  rules:
  - host: xxxops.cn       #设置域名
    http:
      paths:
      - path: /
        pathType: Prefix    # 前缀匹配
        backend:
          service:
            name: xxxops-frontend     #填写上一步service的名称
            port:
              number: 8080            #填写服务暴漏的端口

2、执行部署

kubectl apply -f xxxops-dashboard-ingress.yaml

3、检查部署结果

在前端服务业务命名空间内查看ingress

[root@k8s-master ingress-1.1.1]# kubectl get ingress -n xxxops
NAME             CLASS    HOSTS       ADDRESS        PORTS   AGE
xxxops-ingress   <none>   xxxops.cn   10.100.159.4   80      4h39m

在这里插入图片描述

五、验证结果

本地机器修改host，增加dns
192.168.150.14 xxxops.cn

使用浏览器访问
http://xxxops.cn:31247/
在这里插入图片描述
可以访问成功

Nginx-ingress对比Traefik-ingress
zhangshaohuas的博客
08-01 6017
https://blog.csdn.net/BigData_Mining/article/details/88529157 https://blog.csdn.net/Mr_rsq/article/details/107353395
K8s ingress-nginx根据请求目录不同将请求转发到不同应用
Q先生
02-20 854
有小伙伴做实验想要实现以下需求:输入www.pana.com/app1访问app1的svc输入www.pana.com/app2访问app2的svc。
cross-namespace-nginx-ingress-kubernetes:跨命名空间Nginx Ingress Controller设置和有效的演示
05-11
为跨名称空间入口资源设置Nginx Ingress Controller 先决条件 作为设置的一部分，我使用minikube在Google Kubernetes Engine（GKE）上进行了本地测试 设置 Nginx入口控制器 我们将从安装Nginx Ingress控制器作为舵图 由于最新的Kubernetes版本默认情况下启用了RBAC，因此我们需要在安装RBAC时牢记这一点。 您可以通过运行kubectl api-versions | grep rbac检查Kubernetes集群中是否启用了RBAC kubectl api-versions | grep rbac kubectl api-versions | grep rbac 注意：禁用RBAC的步骤不在本演练范围之内 以下输出表明已启用RBAC rbac.authorization.k8s.io/v1 rbac.auth
一文读懂Ingress-Nginx以及实践攻略
最新发布
m0_74823388的博客
03-01 830
Ingress是Kubernetes的 一种 API 对象，用于管理集群内服务的外部访问。Ingress 可以提供从集群外部到集群内Service的 HTTP 和 HTTPS 路由，并可以基于域名、路径等规则将请求转发到集群内的Service上。Ingress nginx是 Kubernetes 中最常用的 Ingress 控制器之一，由 NGINX 官方提供支持（备注：nginx和k8s官方各自维护了一套 nginx ingress controller是 NGINX 和 NGINX Plus 的。
nginx的域名转发
brrby
08-13 1406
nginx的安装和域名访问转发 1.安装一些要用到的库： yum -y install make zlib zlib-devel gcc-c++ libtool openssl openssl-devel 2.下载PCRE wget http://downloads.sourceforge.net/project/pcre/pcre/8.44/pcre-8.44.tar.gz 接下来有两种方式： 先上传一个项目： 后台启动它：java -jar bowen7_8001.war &
关于Ingress-nginx的跨域配置
高性价比服务器就选：蓝易云
03-20 857
首先，我们需要理解什么是CORS。CORS，即跨源资源共享(Cross-Origin Resource Sharing)，是一种机制，它使用额外的HTTP头来告诉浏览器让运行在一个origin（域）上的Web应用被准许访问来自不同源服务器上的特定的资源。需要注意的是，CORS配置是非常灵活的，你可以根据你的实际需求来调整上述的配置。总的来说，Ingress-nginx提供了一种方便的方式来处理Kubernetes环境中的CORS问题，你只需要通过添加相应的注解就可以配置CORS，无需修改你的应用代码。
kubernetes中跨namespace访问服务
热门推荐
阿仆的专栏
02-01 1万+
问题的场景: kubernetes中的namespace=A中的Pod需要访问namespace=B中的Pod所提供service=service_B 解决办法: 在namespace_A中创建一个service_c, service_c里面不指定selector, 采用type=ExternalName的方式,externalName定义成为指向namespace=B中的service_
custom-nginx-ingress-errors:用于构建容器的资产，以向nginx-ingress Kubernetes Ingress控制器提供自定义默认后端
05-25
为Nginx Ingress部署自定义默认后端 注意：这是针对Kubernetes Nginx Ingress的，而不是由Nginx制造的。 如果尚未部署，请继续： : 这些说明假定您将其部署在默认的ingress-nginx命名空间中。 修改k8s-deployment...
k8s各种服务配置，nginx-ingress，elasticsearch集群，node-pod
07-11
`pod`定义了如何运行一个或多个紧密耦合的应用实例，它们共享网络命名空间，并且可以直接通信。配置`pod`时，我们需要定义容器镜像、环境变量、资源限制等，还可以使用`init-container`进行预处理任务，或者使用`...
Ingress-nginx详解以及部署方案(二)
xiaxia2022的博客
02-22 2676
上一篇讲解deployment方式部署ingress。 使用DaemonSet方式部署ingress。 官方原始文件使用的是deployment，replicate 为 1，这样将会在某一台节点上启动对应的nginx-ingress-controller pod。外部流量访问至该节点，由该节点负载分担至内部的service。测试环境考虑防止单点故障，改为DaemonSet然后删掉replicate ，配合亲和性部署在制定节点上启动nginx-ingress-controller pod，确保有多个节点启
Ingress-nginx详解以及部署方案(一)
xiaxia2022的博客
02-22 3156
一. 基于k8s版本：v1.19.1基础上部署ingress。 1. ingress介绍 K8s集群对外暴露服务的方式目前只有三种： Loadblancer Nodeport ingress 前两种熟悉起来比较快，而且使用起来也比较方便，在此就不进行介绍了。 下面详细讲解下ingress这个服务，ingress由两部分组成： a. ingress controller：将新加入的Ingress转化成Nginx的配置文件并使之生效 b. ingress服务：将Nginx的配置抽象成一个Ingress
K8S 安装 Ingress
kwame211的博客
02-29 1807
K8S 对外暴露服务的方式有三种：loadblancer、nodeport、ingress ingress 由 ingress controller 和 ingress 服务组成 controller 主要有两种：nginx、traefik nginx ingress controller 分为k8s社区、nginx公司两个版本 ingress的工作原理 ingress具体的工作原理如下:...
kubernetes微服务之ingress-nginx
weixin_68398469的博客
09-08 2345
Ingress-nginx 是一个广泛使用的 Kubernetes Ingress 控制器，它基于 Nginx 反向代理和负载均衡器来处理进入 Kubernetes 集群的 HTTP 和 HTTPS 流量。Ingress-nginx 提供了一个强大的工具来管理 Kubernetes 集群的入口流量，允许用户通过 Ingress 资源来定义如何将外部请求路由到集群内部的服务。
kubernetes集群traefik ingress实现同一命名空间不同微服务模块的访问
weixin_33727510的博客
04-21 1948
背景：kubernetes集群traefik ingress实现同一命名空间不同微服务模块的访问1.安装traefik ingress cat > traefik-ingress.yaml <<EOF kind: ClusterRole apiVersion: rbac.authorization.k8s.io/v1 metadata: name: traefik-ingre...
k8s-------（| 二 |）资源对象Namespace，Service
weixin_45697293的博客
08-16 1260
文章目录5. Servicekube-proxy和service的关系：6. Volume 卷emptyDir本地临时卷hostPath 本地卷nfs共享存储Configmap配置文件二. kubernetes的API5. PV/PVC6. Statefulset 5. Service Service 提供了一个或者多个 Pod 实例的稳定访问地址 一个 Deployment 可能有两个甚至更 多个完全相同的 Pod。对于一个外部的用户来讲，访问哪个 Pod 其实都 是一样的，所以它希望做一次负载均衡，在做
根据namespace使用多个ingress controller
mogutourongruixue的博客
06-03 4898
默认情况下，我们一个k8s环境所有的namespace使用的是同一个ingress-control，为了满足每个namespace使用不同的ingress-control，我们怎么做呢？ 参考1 参考2 参考3 参考4 修改和注意的点有： 创建ingress-control的时期启动参数args里面加上配置ingress.class配置，名字自取： spec: template: ...
kubernets 服务跨命名空间访问
gou12341234的专栏
05-09 3473
kubernetes 服务跨命名空间访问 大家都知道namespace是作为资源隔离，用于分组，可以把我不同组件，不同服务放在不同namespace下，便于管理。那么我现在有需求，希望服务之间可以互相访问，也就是跨namespace的服务访问，应该怎么处理呢？ svc 的 4种类型 ClusterIP 默认，分配一个VIP,只能内部访问 NodePort ClusterIP基础上，在每个节点绑定一个对外访问端口 LoadBalancer 在NodePort基础上，外部负载均衡器转发到NodePort Ext
kubernetes===》ingress nginx基于域名的网络转发资源
Elaina_fang✨✨✨的博客
04-07 1420
一、Ingress nginx(基于域名的网络转发资源) Ingress为Kubernetes集群中的服务提供了入口，可以提供负载均衡、SSL终止和基于名称的虚拟主机，在生产环境中常用的Ingress有Treafik（原生支持k8s）、Nginx（性能强）、HAProxy、Istio（服务网络，服务流量的治理）等。在Kubernetesv 1.1版中添加的Ingress用于从集群外部到集群内部Service的HTTP和HTTPS路由，流量从Internet到Ingress再到Services最后到Pod上，
【KubeSphere】KubeSphere跨Namespace访问：实现资源的灵活管理
qq_41506014的博客
12-06 519
KubeSphere是一款功能强大的开源容器平台，它建立在Kubernetes之上，提供了丰富的功能，包括多租户管理、DevOps、微服务治理等。在Kubernetes中，Namespace是一个非常重要的概念，它允许将集群资源划分为多个逻辑分区，以实现资源隔离和多租户管理。然而，在某些场景下，我们可能需要跨Namespace访问资源，以实现更灵活的资源管理和服务调用。本文将探讨如何在KubeSphere中实现跨Namespace访问。
Kubernetes nginx Gateway API 跨命名空间转发svc
02-22
<think>好的，我现在要解决的问题是关于Kubernetes中使用Nginx Gateway API实现跨命名空间转发Service的情况。用户可能想知道如何配置，或者有哪些注意事项。首先，我需要回忆一下Kubernetes中的Gateway API是什么，它和传统的Ingress有什么不同。 首先，Gateway API是一个更高级别的API，旨在改进Ingress的功能，提供更多的灵活性和扩展性。它引入了GatewayClass、Gateway、HTTPRoute等资源，这些资源允许更细粒度的控制，比如跨命名空间的路由。 接下来，跨命名空间转发Service，这意味着一个在命名空间A的HTTPRoute可能需要指向命名空间B中的Service。传统Ingress通常要求Service和Ingress在同一个命名空间，但Gateway API可能支持跨命名空间引用，但需要确认具体的实现和支持情况。 然后，我需要考虑Nginx Gateway的具体实现是否支持这个功能。Nginx作为Gateway的实现者，可能对跨命名空间的引用有特定的要求。例如，可能需要配置策略允许跨命名空间的引用，或者需要在HTTPRoute中显式声明允许的命名空间。 另外，安全方面也很重要。跨命名空间访问可能涉及RBAC的问题，需要确保相关的服务账号或角色有权限访问其他命名空间的资源。此外，网络策略是否允许跨命名空间的流量也需要检查。 接下来，可能需要具体步骤。比如，如何创建Gateway资源，如何配置HTTPRoute来引用不同命名空间的Service。这里可能需要示例YAML文件，展示如何在不同的命名空间中设置这些资源，并确保它们正确关联。 还需要注意，Gateway API的版本可能影响功能。例如，v1alpha1、v1alpha2或更高版本的支持情况不同，需要确认Nginx Gateway支持哪个版本，并相应调整配置。 此外，可能遇到的一些常见问题，比如无法解析服务名称，可能是由于没有正确指定后端服务的命名空间，或者Gateway没有权限路由到该命名空间。这时候需要检查HTTPRoute中的backendRef是否包含namespace字段，并且是否正确。 最后，验证配置是否正确，可以通过部署测试应用，发送请求并观察流量是否被正确路由到目标命名空间的服务。可能需要使用curl或类似的工具进行测试，并查看Nginx Gateway的日志以排除故障。 总结一下，我需要整理这些思路，提供一个清晰的步骤说明，包括必要的YAML示例，注意事项，以及验证方法，确保用户能够理解并成功配置跨命名空间的转发。</think>在 Kubernetes 中使用 **Nginx Gateway API** 实现跨命名空间转发 Service，需结合 **Gateway API** 的跨命名空间路由能力。以下是关键步骤和配置示例： --- ### 1. **Gateway API 核心概念** - **GatewayClass**：定义网关类型（如 `nginx`）。 - **Gateway**：实例化网关，指定监听器（Listener）和绑定的命名空间。 - **HTTPRoute**：定义路由规则，支持跨命名空间引用后端 Service。 --- ### 2. **前提条件** - **安装 Nginx Gateway Controller**：例如 [nginx-kubernetes-gateway](https://github.com/nginxinc/nginx-kubernetes-gateway) 或兼容 Gateway API 的 Nginx Ingress Controller。 - **Gateway API CRD**：确保集群已安装 `GatewayClass`、`Gateway`、`HTTPRoute` 等自定义资源定义。 --- ### 3. **配置示例：跨命名空间路由** 假设需将请求路由到命名空间 `backend-ns` 中的服务 `my-service`，步骤如下： #### **步骤 1：创建 Gateway** 在网关命名空间（如 `gateway-ns`）中创建 `Gateway` 资源： ```yaml # gateway.yaml apiVersion: gateway.networking.k8s.io/v1beta1 kind: Gateway metadata: name: my-gateway namespace: gateway-ns spec: gatewayClassName: nginx listeners: - name: http protocol: HTTP port: 80 allowedRoutes: namespaces: from: All # 允许路由来自所有命名空间 ``` #### **步骤 2：创建 HTTPRoute** 在任意命名空间（如 `frontend-ns`）中创建 `HTTPRoute`，引用跨命名空间的 Service： ```yaml # httproute.yaml apiVersion: gateway.networking.k8s.io/v1beta1 kind: HTTPRoute metadata: name: cross-ns-route namespace: frontend-ns spec: parentRefs: - name: my-gateway namespace: gateway-ns # 指定父网关的命名空间 rules: - matches: - path: type: PathPrefix value: / backendRefs: - name: my-service namespace: backend-ns # 目标 Service 的命名空间 kind: Service port: 80 ``` --- ### 4. **关键注意事项** - **命名空间权限**： - Gateway 的 `allowedRoutes` 需允许跨命名空间路由（如设置为 `All` 或指定命名空间列表）。 - 确保 Nginx Gateway 控制器有权限监听目标命名空间。 - **Service 暴露**： - 目标 Service 需在 `backend-ns` 中正确定义，且端口与 `backendRefs.port` 一致。 - **网络策略**： - 确保网络策略（NetworkPolicy）允许流量从网关 Pod 到目标 Service 的 Pod。 --- ### 5. **验证配置** 1. **检查 Gateway 状态**： ```bash kubectl get gateway my-gateway -n gateway-ns ``` 确认 `Accepted` 状态为 `True`。 2. **发送测试请求**： ```bash curl http://<GATEWAY_EXTERNAL_IP>/path ``` 观察请求是否被路由到 `backend-ns` 中的 Pod。 3. **查看日志**： ```bash kubectl logs -n gateway-ns <nginx-gateway-pod> ``` 检查是否有路由错误或拒绝记录。 --- ### 6. **常见问题** - **无法路由**：检查 `HTTPRoute` 中的 `namespace` 字段是否与目标 Service 的命名空间一致。 - **权限不足**：确保 Gateway 控制器具有跨命名空间的 `RBAC` 权限。 - **端口不匹配**：确认 `backendRefs.port` 与 Service 端口一致。 --- 通过上述步骤，可实现基于 **Nginx Gateway API** 的跨命名空间流量转发，适用于多团队协作、微服务隔离等场景。
评论 6
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值