【云原生】使用k8s创建nginx服务—通过ingress类型暴露

已于 2023-03-04 11:04:49 修改
阅读量862 收藏 1
点赞数
分类专栏： k8s 文章标签： kubernetes nginx 运维 云原生
于 2023-02-19 19:09:11 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_64124795/article/details/129111900
版权

文章目录

1、使用ingress暴露应用—以nginx为例

把ingress通过 DaemonSet 的方式部署集群中，而且该节点打上污点不允许业务pod进行调度，以避免业务应用与Ingress服务发生资源争抢。

  1. 部署nginx controller
    创建ingress controller 对应的yaml文件，vim ingress-contrroller.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:
      - ""
    resources:
      - events
    verbs:
      - create
      - patch
  - apiGroups:
      - "extensions"
      - "networking.k8s.io"
    resources:
      - ingresses
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - "extensions"
      - "networking.k8s.io"
    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:
#  replicas: 1
  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
      # wait up to five minutes for the drain of connections
      terminationGracePeriodSeconds: 300
      serviceAccountName: nginx-ingress-serviceaccount
      nodeSelector:
        kubernetes.io/os: linux
      containers:
        - name: nginx-ingress-controller
          image: lizhenliang/nginx-ingress-controller:0.30.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 -> 101
            runAsUser: 101
          env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
          ports:
            - name: http
              containerPort: 80
              protocol: TCP
            - name: https
              containerPort: 443
              protocol: TCP
          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
          lifecycle:
            preStop:
              exec:
                command:
                  - /wait-shutdown

---

apiVersion: v1
kind: LimitRange
metadata:
  name: ingress-nginx
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
spec:
  limits:
  - min:
      memory: 90Mi
      cpu: 100m
    type: Container

执行yaml文件 创建ingress controller

kubectl apply -f ingress-controller.yaml

在这里插入图片描述

查看ingress controller 状态，处于running状态

kubectl get pods -n ingress-nginx

在这里插入图片描述

  1. 验证，部署nginx pod,svc,ingress 进行验证
    ①创建yaml文件
    vim ingress-test.yaml
    把下面内容粘贴进去
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx
#  namespace: test       # 指定命名空间，如果不想指定，可以将此行删除
  labels:
    app: nginx
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
        - name: nginx
          image: nginx:latest
          imagePullPolicy: IfNotPresent
          ports:
            - name: http
              protocol: TCP
              containerPort: 80
          resources:
            limits:
              cpu: "1.0"
              memory: 512Mi
            requests:
              cpu: "0.5"
              memory: 128Mi
---
apiVersion: v1
kind: Service
metadata:
  annotations:
  name: ingress-nginx-svc    # svc名字
#  namespace: test      # 指定命名空间，如果不想指定，可以将此行删除**
spec:
  ports:
    - port: 80
      targetPort: 80
      nodePort: 32070
      protocol: TCP
  selector:
    app: nginx
  sessionAffinity: None
  type: NodePort
---
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: example-ingress
spec:
  rules:
  - host: example.ingredemo11.com    # 指定域名
    http:
      paths:
      - path: /
        backend:
          serviceName: ingress-nginx-svc   # service 名字  
          servicePort: 80

②运行yaml文件

kubectl apply -f ingress-test.yaml

在这里插入图片描述

③查看端口号暴露成功
在这里插入图片描述
④查看域名
在这里插入图片描述
⑤修改Windows中hosts表，改为任意一个node节点IP 域名，如图
在这里插入图片描述
⑥通过域名访问
在这里插入图片描述

2、使用master节点IP也可以通过域名访问nginx

上面那种方式只能用node节点IP访问，也就是说，hosts表里的IP只能是任意一个node节点IP，如果改成master节点IP，就无法通过域名访问。如果想要master节点IP也能通过域名访问，就要在master节点上加上污点容忍。

  1. 修改 ingress controller 的yaml文件
    vim ingress-contro.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:
      - ""
    resources:
      - events
    verbs:
      - create
      - patch
  - apiGroups:
      - "extensions"
      - "networking.k8s.io"
    resources:
      - ingresses
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - "extensions"
      - "networking.k8s.io"
    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:
#  replicas: 1
  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:
      serviceAccountName: nginx-ingress-serviceaccount   # 修改
      hostNetwork: true
      dnsPolicy: ClusterFirstWithHostNet
      nodeSelector:
        vanje/ingress-controller-ready: "true"
      tolerations:
      - key: "node-role.kubernetes.io/master"
        operator: "Equal"
        value: ""
        effect: "NoSchedule"      # 修改
#      hostNetwork: true
#      # wait up to five minutes for the drain of connections
#      terminationGracePeriodSeconds: 300
#      serviceAccountName: nginx-ingress-serviceaccount
#      nodeSelector:
#        kubernetes.io/os: linux
      containers:
        - name: nginx-ingress-controller
          image: lizhenliang/nginx-ingress-controller:0.30.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 -> 101
            runAsUser: 101
          env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
          ports:
            - name: http
              containerPort: 80
              protocol: TCP
            - name: https
              containerPort: 443
              protocol: TCP
          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
          lifecycle:
            preStop:
              exec:
                command:
                  - /wait-shutdown

---

apiVersion: v1
kind: LimitRange
metadata:
  name: ingress-nginx
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
spec:
  limits:
  - min:
      memory: 90Mi
      cpu: 100m
    type: Container

执行yaml文件

kubectl apply -f ingress-contro.yaml
  1. 查看污点情况：
kubectl describe node |grep Taint
kubectl taint node k8s-master node-role.kubernetes.io/master="":NoSchedule   # master节点默认有污点，如果没有，给master添加污点

在这里插入图片描述

  1. 给 node1 、node2和 master 打上标签，表示部署在这三个节点上
kubectl label nodes k8s-node1 vanje/ingress-controller-ready=true
kubectl label nodes k8s-node2 vanje/ingress-controller-ready=true
kubectl label nodes k8s-master vanje/ingress-controller-ready=true

查看node对应标签
kubectl get nodes --show-labels
在这里插入图片描述
4. 测试
①修改windows上hosts表，改为master IP + 域名
在这里插入图片描述
② 通过域名访问
在这里插入图片描述

我是小bā吖
关注
专栏目录
k8s核心操作_Service封装服务暴露端口_NodePort方式暴露_公网IP可访问_Ingress网络模型分析及安装_统一网关入口_调用---分布式云原生部署架构搭建025
添柴程序猿的专栏
07-10 356
可以看到这个结构,这里的上面,给所有的deployment,都生成对应的service,组成了,service层网络.可以看到,ingress就是很多service集合的,一个入口,给很多的service提供了一个统一的入口或者说网关。service a订单服务,需要,用户服务了,直接去调用 用户服务service b,这个service就可以,然后可以看到,我们映射暴露的是8000端口,但是使用NodePort方式的时候,每个pod,都映射到自己的公网IP上了,也就是可以使用公网IP来访问这个Pod。
[Kubernetes]9. K8s ingress讲解借助ingress配置http,https访问k8s集群应用
最新发布
zhoupenghui168的博客
01-11 1354
K8s ingress借助ingress配置http,https访问k8s集群应用,怎么配置ssl证书,域名解析操作
k8s下部署nginx集群，以及相关yaml文件的编写和说明
07-26
k8s下部署nginx集群部署方式(相关yaml文件的编写和说明)
k8s创建nginx
wnfff的博客
10-14 5447
k8s创建nginx1. 创建文件2. 部署3. 配置 default.conf4. 重新部署5. 访问 1. 创建文件 [root@master nginx-k8s]# ls k8s-nginx.yaml nginx-config-pvc.yaml [root@master nginx-k8s]# vi nginx-config-pvc.yaml # 复制 conf.d文件夹 挂载的pvc ...
k8s 搭建nginx
dw_li的博客
09-11 717
k8s 搭建nginx 测试创建的nginx 1、这里我创建的是静态的pv+pvc 2、confmap 我这里定义的是nginx html页面 [root@k8s-master02 nginxpv+mount]# cat nginx.yaml apiVersion: apps/v1beta1 kind: Deployment metadata: name: nginx-test spec: selector: matchLabels: app: nginx-test repl
3 k8s创建一个nginx试试
夏季版
08-04 374
1 安装一个nginx服务试试 1、因为我使用的是集群的default这个默认命名空间，所以先执行如下命令查看当前集群里面的所有资源： kubectl get all -n default -o wide 发现这里已经有了一个service的资源，这个资源是干嘛的？ 执行如下命令： kubectl describe service kubernetes 发现是代理到了163的6443端口，而6443端口发现是kube-apiserver这个服务的端口。猜测启动这个服务的目的是为了让其他资源能通过dns
kubernetes 创建nginx 容器
weixin_30915951的博客
11-05 579
参考：http://blog.csdn.net/qq1010885678/article/details/48832067 一个简单的nginx服务器 先决条件：你需要拥有的是一个部署完毕并可以正常运行的k8s集群。 1.拉 nginx 镜像，上传到私服 方案一：使用界面 k8s dashboard 创建 1.创建rc ： ...
云原生k8s集群中部署微服务项目前端代理服务 Nginx
09-22
在云原生环境中，Kubernetes（简称k8s）...总之，通过k8s、Nginx和微服务架构的结合，我们能够构建出高可用、可扩展且易于管理的云原生应用。在这个过程中，理解并熟练掌握k8s的各个组件以及Nginx的配置技巧至关重要。
k8s各种服务配置，nginx-ingress，elasticsearch集群，node-pod
07-11
总结来说，配置k8s中的`nginx-ingress`、`elasticsearch`集群和`node-pod`是构建高效、可扩展云原生应用的关键步骤。正确地配置这些组件可以确保服务的稳定性和性能，同时提供灵活的扩展能力。在实践中，我们应根据...
云原生gitlab在k8s上配置ingress ssh端口访问仓库
u010674101的专栏
09-07 924
云原生gitlab在k8s上配置ingress ssh端口访问仓库
【k8s】4、组件
努力充实，远方可期
06-19 1170
第四章 组件/实战入门 本章节将介绍如何在kubernetes集群中部署一个nginx服务，并且能够对其进行访问。 Namespace ​ Namespace是kubernetes系统中的一种非常重要资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。 ​ 默认情况下，kubernetes集群中的所有的Pod都是可以相互访问的。但是在实际中，可能不想让两个Pod之间进行互相的访问，那此时就可以将两个Pod划分到不同的namespace下。kubernetes通过将集群内部的资源分
k8s使用练手，使用k8s部署一个简单的nginx服务
玩火的稻草人的博客
05-11 5589
简单的介绍几个名词 Namespace 表示命名空间 Deployment 表示pod发布 Service 表示多个pod做为一组的集合对外通过服务的表示 一、创建命名空间namespace 1、创建命名空间的yaml文件 nginx-namespace.yaml apiVersion: v1 kind: Namespace metadata: name: nginx labels: name: nginx 配置说明： kind：Namespace 表示yaml文件创建的是命名空间 me
k8s简单部署nginx
只会写bug的靓仔的博客
10-09 2880
kubeadm简单搭建k8s集群第三方面板部署k8s上篇文章我们简单部署了k8s的集群环境，相比一定迫不及待的想部署一个实际应用了吧。那这里我们就简单部署一个大家几乎都用得上的应用nginx。这篇文章，我们使用nodePort访问了k8s部署的nginx，并且简单理解了k8s的网络构成，这对对于我们理解k8s的庞大架构是重要的，希望我们不忘初心，砥砺前行！
K8S部署服务以及服务的暴露
sda1_hacker的博客
07-13 1060
基础命令： 1. 创建应用： kubectl create deployment nginx-test --image=nginx # 到远程仓库pull一个nginx的docker镜像 # 然后回创建一个名字为nginx-test的deployment # 同时回创建一个pod 2. 查看pod： kubectl get pods [-n namespace] # 查看对应命名空间的 pod，默认命名空间是default 3. 查看deployment： kubectl get deployment
k8s 对外服务之 ingress|ingress的对外暴露方式|ingress http，https代理|ingress nginx的认证，nginx重写
m0_75015568的博客
05-27 2606
k8s 对外服务之 ingress|ingress的对外暴露方式|ingress http，https代理|ingress nginx的认证，nginx重写
k8s中部署ingress服务暴露
weixin_34343000的博客
04-15 748
专业术语： 在这个文档中，您将看到一些在其他地方可以互换使用的术语，这可能会引起混淆。本节试图澄清这些问题。 节点:Kubernetes集群中的一个虚拟或物理机器。 2018-04-15 集群:从internet上防火墙的一组节点，这是由Kubernetes管理的主要计算资源。 边缘路由器:为你的集群执行防火墙策略的路由器。这可能是由云提供商或物理硬件组成的网关。 集群网络:根据Kub...
k8s 部署 ingress-nginx 并对外暴露服务
CodingDemo
07-05 646
如果我们想直接访问`ingress-nginx-controller`的80或443端口，可以使用 `hostNetwork`， 这种方法的好处是`ingress-nginx-controller`可以将 80 和 443 端口直接绑定到 Kubernetes 节点的网络接口上，而无需 NodePort 服务进行额外网络转换。
K8S 安装 Ingress
kwame211的博客
02-29 1392
K8S 对外暴露服务的方式有三种：loadblancer、nodeport、ingress ingress 由 ingress controller 和 ingress 服务组成 controller 主要有两种：nginx、traefik nginx ingress controller 分为k8s社区、nginx公司两个版本 ingress的工作原理 ingress具体的工作原理如下:...
k8s部署应用nginx
本作者：想花
01-10 6702
几个kubernetes知识点 pods = pod+pod+pod+··· 每个pod在工作节点（worker）上，并且每个pod在全局k8s集群中有唯一的IP地址，此IP是k8s集群内部控制生成的虚拟IP，外网是无法ping通pod的ip 一个pod可以有多个(>=1)容器，但是单个pod内部的容器之间对外开放的端口号必须唯一，因为pod内部的容器之间可以通过localhost直接访问 如果外网需要访问pod内部的容器服务，那么就需要k8s建立一组网络服务映射，连接内外部网络。 使用k8s部
k8s部署nginx-ingress
10-13
要在k8s上部署nginx-ingress，可以按照以下步骤进行： 1. 安装helm：`curl https://raw.githubusercontent.com/kubernetes/helm/master/scripts/get > get_helm.sh`，`chmod 700 get_helm.sh`，`./get_helm.sh` 2. 添加helm repo：`helm repo add stable https://kubernetes-charts.storage.googleapis.com/` 3. 更新repo：`helm repo update` 4. 安装nginx-ingress：`helm install nginx-ingress stable/nginx-ingress --set controller.publishService.enabled=true` 5. 等待部署完成，查看ingress-controller的IP地址：`kubectl get svc -n ingress-nginx` 6. 部署应用并创建ingress资源，将ingress的host设置为上一步获取到的IP地址即可。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

我是小bā吖

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

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

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

打赏作者

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

抵扣说明：

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

余额充值