AI 助理
备案控制台
开发者社区 开发与运维 文章 正文

云原生|kubernetes|ingress-nginx插件部署以及简单的应用（修订版）（一）

2022-11-08 479
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
.cn 域名，1个 12个月
简介： 云原生|kubernetes|ingress-nginx插件部署以及简单的应用（修订版）

前言：

ingress直译：进口；入口；初切；进入；进入资格；进入权。在kubernetes中，它指的是网络入口。

ingress概述：

通俗来讲，Ingress和之前提到的Service、Deployment等类似，也是一 个Kubernetes的资源对象，Deployment是用来部署应用的，Ingress就是实现 用域名的方式访问应用。Ingress实现的方式有很多，比如Nginx、HAProxy、 Treafik等（也就是控制器），就Nginx而言，和上述提到的传统服务架构用Nginx类似。 Ingress控制器在每个符合条件的宿主机上部署一个Pod，这个Pod里面运行的 就是Nginx进程，里面的实现逻辑和宿主机部署Nginx的方式并无太大区别， 关键区别是宿主机部署的Nginx需要更改Nginx的配置文件配置域名，而 Ingress则和其他Kubernetes资源文件一样，使用YAML文件进行配置，之后 Ingress控制器根据YAML文件定义的内容自动生成对应的配置文件。 在Kubernetes v1.1版中正式引用Ingress class的概念，用于从集群外部到集 群内部Service的HTTP和HTTPS路由，可以配置提供服务外部访问的URL、负载 均衡和终止SSL，并提供基于域名的虚拟主机。流量从Internet到Ingress再 到Services最后到Pod上，通常情况下，Ingress部署在所有的Node节点上， 暴露443和80端口（一般通过hostNetwork的方式部署Ingress），之后再通过 F5或公有云LB代理到对应的Ingress节点上，之后将域名解析到F5或公有云LB 即可实现基于域名的服务发布。

OK，为什么要用ingress呢？这个问题我先给打个10分。

确实，我们希望任何东西都是简单可靠可用的，但一台服务器上的端口是有限的，总共是65535好像，并且如果一个服务器如果像一面墙一样打满了孔洞，光管理这些端口就是一个非常大的工作量了，何况这些孔洞还有安全方面的风险（所以喽，有的安全性要求高的服务器会安装防火墙，就是堵这些孔洞的）。

回到k8s集群内，我们知道service的网络模式可以是NodePort或者EXTERNAL-IP或者是CLUSTER-IP或者是什么都没有的无头SERVICE（CLUSTER-IP 没有值）。

而想要把服务发布到集群外无外乎就是NodePort和EXTERNAL-IP两种方式了，CLUSTER-IP只能在集群内部使用，毕竟虚拟出来的IP地址嘛。

NodePort会在集群内的所有节点开辟一个随机的唯一的不重复的端口，并且这个端口还是由kube-apiserver限定的2700多个端口，关键的地方是随机和唯一不重复。

kube-apiserver的端口限定通常是它的配置文件（30000到32767）：

KUBE_APISERVER_OPTS="--v=2 \
--logtostderr=false \
--service-node-port-range=30000-32767 \
--log-dir=/opt/kubernetes/logs \
--etcd-servers=https://192.168.217.16:2379,https://192.168.217.17:2379,https://192.168.217.18:2379 \
。。。。省略
--service-cluster-ip-range=10.0.0.0/16 \
。。。。省略

那么，如果有几十个service需要发布到集群外，使用NodePort就会有几十个上百个随机的端口，是不是十分的不安全和不方便呢（要查询出随机的端口，并记住的哦）。

EXTERNAL-IP 是使用互联网的IP，而互联网的IP资源是比较少的，这一条就把服务发布的路堵的差不多了。

而ingress 是在集群内创建一个service，此service可以绑定N个自定义的域名，并且它使用的端口是一个固定的端口，除非你重新生成这个service，而这就给了我们的无数可能，也因此，借由这个service，我们可以实现服务发布的特定流程，比如红蓝发布。

例如我这个ingress controller的service：

[root@k8s-master ~]# k get svc -n ingress-nginx
NAME                                 TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)                      AGE
ingress-nginx-controller             NodePort    10.0.191.241   <none>        80:32296/TCP,443:30766/TCP   9h

只要利用ingress资源清单文件绑定一个域名+32296这个端口就可以在集群外访问到了，如果是tls类型的域名，那么就是域名+30766端口在集群外就可以访问到。可以看到，端口是固定了的两个，那么孔洞也就十分少了，安全性自然是提高了嘛，剩下的管理工作就是管理好这些ingress清单文件就可以了，这就自然得达到了服务治理的目的。

总结一哈，ingress可以实现服务治理（管理集群内的每一个service），服务发布（比如红蓝，金丝雀等等都是基于ingress），网络黑白名单，https支持等等功能（主要的还是服务service）。

简单的流程说一哈：

（1）某一个web应用（例如，门户网站，WordPress这样的cms等等，此时的表现形式是一个pod实例）---->基于web应用创建一个需要发布到集群外的service（这个service一般不需要使用NodePort或者EXTERNAL-IP，因为如果是这两个类型已经可以发布service到集群外了，在使用ingress就是脱裤子放P了）

（2）ingress资源清单文件（此文件绑定上面的web应用的service和一个自定义域名）---->ingress 控制器绑定一个ingress class（指定使用哪个控制器，如果有多个controller的话）---->ingress service（ingress 控制器发出一个service（通常这个service是NodePort或者EXTERNAL-IP的网络类型，这个服务非常重要，是总入口，是在部署ingress控制器的时候生成）---->ingress service通过控制器处理web应用衍生的那个service，也就是（1）的service

一，ingress-nginx的部署：

ingress-nginx是一种网络插件，部署比较简单，说实话，部署简单，用好ingress真的非常不容易：

vim deploy-ingress.yaml

这么长的文件不用说了，很多同学看完必定会说：我的头要裂开了。没错，我也是这样的。

此文件主要有几个地方需要注意，第一，部署方式是daemonsets，第二，镜像部分我做了处理都是国内可以直接pull的，也就是本地化，第三，如果要部署的话，建议master节点打effect为NoScheduler的污点，毕竟ingress是一个重要服务，放到master和apiserver抢资源不太合适。

apiVersion: v1
kind: Namespace
metadata:
  name: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
---
apiVersion: v1
kind: ServiceAccount
metadata:
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: controller
  name: ingress-nginx
  namespace: ingress-nginx
automountServiceAccountToken: true
---
apiVersion: v1
kind: ConfigMap
metadata:
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: controller
  name: ingress-nginx-controller
  namespace: ingress-nginx
data:
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
  name: 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
      - networking.k8s.io   # k8s 1.14+
    resources:
      - ingresses
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - ''
    resources:
      - events
    verbs:
      - create
      - patch
  - apiGroups:
      - extensions
      - networking.k8s.io   # k8s 1.14+
    resources:
      - ingresses/status
    verbs:
      - update
  - apiGroups:
      - networking.k8s.io   # k8s 1.14+
    resources:
      - ingressclasses
    verbs:
      - get
      - list
      - watch
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
  name: ingress-nginx
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: ingress-nginx
subjects:
  - kind: ServiceAccount
    name: ingress-nginx
    namespace: ingress-nginx
---
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: controller
  name: ingress-nginx
  namespace: ingress-nginx
rules:
  - apiGroups:
      - ''
    resources:
      - namespaces
    verbs:
      - get
  - apiGroups:
      - ''
    resources:
      - configmaps
      - pods
      - secrets
      - endpoints
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - ''
    resources:
      - services
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - extensions
      - networking.k8s.io   # k8s 1.14+
    resources:
      - ingresses
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - extensions
      - networking.k8s.io   # k8s 1.14+
    resources:
      - ingresses/status
    verbs:
      - update
  - apiGroups:
      - networking.k8s.io   # k8s 1.14+
    resources:
      - ingressclasses
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - ''
    resources:
      - configmaps
    resourceNames:
      - ingress-controller-leader-nginx
    verbs:
      - get
      - update
  - apiGroups:
      - ''
    resources:
      - configmaps
    verbs:
      - create
  - apiGroups:
      - ''
    resources:
      - events
    verbs:
      - create
      - patch
---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: controller
  name: ingress-nginx
  namespace: ingress-nginx
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: Role
  name: ingress-nginx
subjects:
  - kind: ServiceAccount
    name: ingress-nginx
    namespace: ingress-nginx
---
apiVersion: v1
kind: Service
metadata:
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: controller
  name: ingress-nginx-controller-admission
  namespace: ingress-nginx
spec:
  type: ClusterIP
  ports:
    - name: https-webhook
      port: 443
      targetPort: webhook
  selector:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/component: controller
---
apiVersion: v1
kind: Service
metadata:
  annotations:
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: controller
  name: ingress-nginx-controller
  namespace: ingress-nginx
spec:
  type: NodePort
  ports:
    - name: http
      port: 80
      protocol: TCP
      targetPort: http
    - name: https
      port: 443
      protocol: TCP
      targetPort: https
  selector:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/component: controller
---
apiVersion: apps/v1
kind: DaemonSet
metadata:
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: controller
  name: ingress-nginx-controller
  namespace: ingress-nginx
spec:
  selector:
    matchLabels:
      app.kubernetes.io/name: ingress-nginx
      app.kubernetes.io/instance: ingress-nginx
      app.kubernetes.io/component: controller
  revisionHistoryLimit: 10
  minReadySeconds: 0
  template:
    metadata:
      labels:
        app.kubernetes.io/name: ingress-nginx
        app.kubernetes.io/instance: ingress-nginx
        app.kubernetes.io/component: controller
    spec:
      dnsPolicy: ClusterFirstWithHostNet
      containers:
        - name: controller
          image: registry.cn-hangzhou.aliyuncs.com/google_containers/nginx-ingress-controller:v0.50.0
          imagePullPolicy: IfNotPresent
          lifecycle:
            preStop:
              exec:
                command:
                  - /wait-shutdown
          args:
            - /nginx-ingress-controller
            - --election-id=ingress-controller-leader
            - --ingress-class=nginx
            - --configmap=$(POD_NAMESPACE)/ingress-nginx-controller
            - --validating-webhook=:8443
            - --validating-webhook-certificate=/usr/local/certificates/cert
            - --validating-webhook-key=/usr/local/certificates/key
          securityContext:
            capabilities:
              drop:
                - ALL
              add:
                - NET_BIND_SERVICE
            runAsUser: 101
            allowPrivilegeEscalation: true
          env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
            - name: LD_PRELOAD
              value: /usr/local/lib/libmimalloc.so
          livenessProbe:
            failureThreshold: 5
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            initialDelaySeconds: 10
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 1
          readinessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            initialDelaySeconds: 10
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 1
          ports:
            - name: http
              containerPort: 80
              protocol: TCP
            - name: https
              containerPort: 443
              protocol: TCP
            - name: webhook
              containerPort: 8443
              protocol: TCP
          volumeMounts:
            - name: webhook-cert
              mountPath: /usr/local/certificates/
              readOnly: true
          resources:
            requests:
              cpu: 100m
              memory: 90Mi
      nodeSelector:
        kubernetes.io/os: linux
      serviceAccountName: ingress-nginx
      terminationGracePeriodSeconds: 300
      volumes:
        - name: webhook-cert
          secret:
            secretName: ingress-nginx-admission
---
apiVersion: admissionregistration.k8s.io/v1
kind: ValidatingWebhookConfiguration
metadata:
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: admission-webhook
  name: ingress-nginx-admission
webhooks:
  - name: validate.nginx.ingress.kubernetes.io
    matchPolicy: Equivalent
    rules:
      - apiGroups:
          - networking.k8s.io
        apiVersions:
          - v1beta1
        operations:
          - CREATE
          - UPDATE
        resources:
          - ingresses
    failurePolicy: Fail
    sideEffects: None
    admissionReviewVersions:
      - v1
      - v1beta1
    clientConfig:
      service:
        namespace: ingress-nginx
        name: ingress-nginx-controller-admission
        path: /networking/v1beta1/ingresses
---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: ingress-nginx-admission
  annotations:
    helm.sh/hook: pre-install,pre-upgrade,post-install,post-upgrade
    helm.sh/hook-delete-policy: before-hook-creation,hook-succeeded
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: admission-webhook
  namespace: ingress-nginx
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  name: ingress-nginx-admission
  annotations:
    helm.sh/hook: pre-install,pre-upgrade,post-install,post-upgrade
    helm.sh/hook-delete-policy: before-hook-creation,hook-succeeded
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: admission-webhook
rules:
  - apiGroups:
      - admissionregistration.k8s.io
    resources:
      - validatingwebhookconfigurations
    verbs:
      - get
      - update
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: ingress-nginx-admission
  annotations:
    helm.sh/hook: pre-install,pre-upgrade,post-install,post-upgrade
    helm.sh/hook-delete-policy: before-hook-creation,hook-succeeded
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: admission-webhook
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: ingress-nginx-admission
subjects:
  - kind: ServiceAccount
    name: ingress-nginx-admission
    namespace: ingress-nginx
---
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  name: ingress-nginx-admission
  annotations:
    helm.sh/hook: pre-install,pre-upgrade,post-install,post-upgrade
    helm.sh/hook-delete-policy: before-hook-creation,hook-succeeded
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: admission-webhook
  namespace: ingress-nginx
rules:
  - apiGroups:
      - ''
    resources:
      - secrets
    verbs:
      - get
      - create
---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
  name: ingress-nginx-admission
  annotations:
    helm.sh/hook: pre-install,pre-upgrade,post-install,post-upgrade
    helm.sh/hook-delete-policy: before-hook-creation,hook-succeeded
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: admission-webhook
  namespace: ingress-nginx
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: Role
  name: ingress-nginx-admission
subjects:
  - kind: ServiceAccount
    name: ingress-nginx-admission
    namespace: ingress-nginx
---
apiVersion: batch/v1
kind: Job
metadata:
  name: ingress-nginx-admission-create
  annotations:
    helm.sh/hook: pre-install,pre-upgrade
    helm.sh/hook-delete-policy: before-hook-creation,hook-succeeded
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: admission-webhook
  namespace: ingress-nginx
spec:
  template:
    metadata:
      name: ingress-nginx-admission-create
      labels:
        helm.sh/chart: ingress-nginx-3.33.0
        app.kubernetes.io/name: ingress-nginx
        app.kubernetes.io/instance: ingress-nginx
        app.kubernetes.io/version: 0.47.0
        app.kubernetes.io/managed-by: Helm
        app.kubernetes.io/component: admission-webhook
    spec:
      containers:
        - name: create
          image: jettech/kube-webhook-certgen:v1.5.1
          imagePullPolicy: IfNotPresent
          args:
            - create
            - --host=ingress-nginx-controller-admission,ingress-nginx-controller-admission.$(POD_NAMESPACE).svc
            - --namespace=$(POD_NAMESPACE)
            - --secret-name=ingress-nginx-admission
          env:
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
      restartPolicy: OnFailure
      serviceAccountName: ingress-nginx-admission
      securityContext:
        runAsNonRoot: true
        runAsUser: 2000
---
apiVersion: batch/v1
kind: Job
metadata:
  name: ingress-nginx-admission-patch
  annotations:
    helm.sh/hook: post-install,post-upgrade
    helm.sh/hook-delete-policy: before-hook-creation,hook-succeeded
  labels:
    helm.sh/chart: ingress-nginx-3.33.0
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/version: 0.47.0
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/component: admission-webhook
  namespace: ingress-nginx
spec:
  template:
    metadata:
      name: ingress-nginx-admission-patch
      labels:
        helm.sh/chart: ingress-nginx-3.33.0
        app.kubernetes.io/name: ingress-nginx
        app.kubernetes.io/instance: ingress-nginx
        app.kubernetes.io/version: 0.47.0
        app.kubernetes.io/managed-by: Helm
        app.kubernetes.io/component: admission-webhook
    spec:
      containers:
        - name: patch
          image: docker.io/jettech/kube-webhook-certgen:v1.5.1
          imagePullPolicy: IfNotPresent
          args:
            - patch
            - --webhook-name=ingress-nginx-admission
            - --namespace=$(POD_NAMESPACE)
            - --patch-mutating=false
            - --secret-name=ingress-nginx-admission
            - --patch-failure-policy=Fail
          env:
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
      restartPolicy: OnFailure
      serviceAccountName: ingress-nginx-admission
      securityContext:
        runAsNonRoot: true
        runAsUser: 2000

apply上述文件后，将会出现这么些pod：

[root@master ~]# k get po -n  ingress-nginx -owide
NAME                                      READY   STATUS      RESTARTS   AGE    IP                NODE         NOMINATED NODE   READINESS GATES
ingress-nginx-admission-create-xc2z4      0/1     Completed   0          4d2h   192.168.169.133   k8s-node2    <none>           <none>
ingress-nginx-admission-patch-7xgst       0/1     Completed   3          4d2h   192.168.235.197   k8s-master   <none>           <none>
ingress-nginx-controller-987b747f-xrzn8   1/1     Running     17         4d2h   10.244.169.139    k8s-node2    <none>           <none>
ingress-nginx-controller-ph46w            1/1     Running     0          163m   10.244.36.93      k8s-node1    <none>           <none>
ingress-nginx-controller-t2nxd            1/1     Running     0          163m   10.244.169.163    k8s-node2    <none>           <none>

将会有这么两个service：

注意31702这个端口，这个端口以后会常用的，这两个service是部署文件里产生的。

[root@master ~]# k get svc -n ingress-nginx 
NAME                                 TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)                      AGE
ingress-nginx-controller             NodePort    10.0.0.102   <none>        80:31702/TCP,443:31675/TCP   4d2h
ingress-nginx-controller-admission   ClusterIP   10.0.0.12    <none>        443/TCP                      4d2h

节点情况如下：

[root@master ~]# k get no -owide
NAME         STATUS   ROLES    AGE   VERSION   INTERNAL-IP      EXTERNAL-IP   OS-IMAGE                KERNEL-VERSION               CONTAINER-RUNTIME
k8s-master   Ready    <none>   36d   v1.18.3   192.168.217.16   <none>        CentOS Linux 7 (Core)   5.16.9-1.el7.elrepo.x86_64   docker://20.10.7
k8s-node1    Ready    <none>   36d   v1.18.3   192.168.217.17   <none>        CentOS Linux 7 (Core)   5.16.9-1.el7.elrepo.x86_64   docker://20.10.7
k8s-node2    Ready    <none>   36d   v1.18.3   192.168.217.18   <none>        CentOS Linux 7 (Core)   5.16.9-1.el7.elrepo.x86_64   docker://20.10.7
文章标签：
容器服务Kubernetes版
域名
Perl
容器
Cloud Native
应用服务中间件
负载均衡
网络安全
Kubernetes
nginx
域名解析
安全
关键词：
云原生应用
云原生部署
容器服务Kubernetes版应用
容器服务Kubernetes版部署
云原生kubernetes
相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用，部署一个新的应用用于新的发布，并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程，本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术，这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时，本课程也会向您介绍可以采取的工具、方法和可操作步骤，以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后，您将能够： 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
晚风_END
目录
相关文章
shuj
|
1月前
|
Kubernetes Cloud Native Docker
云原生时代的容器化实践：Docker和Kubernetes入门
【10月更文挑战第37天】在数字化转型的浪潮中，云原生技术成为企业提升敏捷性和效率的关键。本篇文章将引导读者了解如何利用Docker进行容器化打包及部署，以及Kubernetes集群管理的基础操作，帮助初学者快速入门云原生的世界。通过实际案例分析，我们将深入探讨这些技术在现代IT架构中的应用与影响。
shuj
90 2
弹性计算-百晓生
|
6天前
|
人工智能 缓存 异构计算
云原生AI加速生成式人工智能应用的部署构建
本文探讨了云原生技术背景下，尤其是Kubernetes和容器技术的发展，对模型推理服务带来的挑战与优化策略。文中详细介绍了Knative的弹性扩展机制，包括HPA和CronHPA，以及针对传统弹性扩展“滞后”问题提出的AHPA（高级弹性预测）。此外，文章重点介绍了Fluid项目，它通过分布式缓存优化了模型加载的I/O操作，显著缩短了推理服务的冷启动时间，特别是在处理大规模并发请求时表现出色。通过实际案例，展示了Fluid在vLLM和Qwen模型推理中的应用效果，证明了其在提高模型推理效率和响应速度方面的优势。
弹性计算-百晓生
39 5
云原生AI加速生成式人工智能应用的部署构建
游客moiomvrp3vyac2
|
20天前
|
Kubernetes Cloud Native 微服务
云原生入门与实践：Kubernetes的简易部署
云原生技术正改变着现代应用的开发和部署方式。本文将引导你了解云原生的基础概念，并重点介绍如何使用Kubernetes进行容器编排。我们将通过一个简易的示例来展示如何快速启动一个Kubernetes集群，并在其上运行一个简单的应用。无论你是云原生新手还是希望扩展现有知识，本文都将为你提供实用的信息和启发性的见解。
游客moiomvrp3vyac2
47 3
众所周知
|
22天前
|
敏捷开发 Kubernetes Cloud Native
阿里云云原生技术为企业提供了一套高效、灵活的解决方案，支持跨云部署与管理
在多云环境中，阿里云云原生技术为企业提供了一套高效、灵活的解决方案，支持跨云部署与管理。通过容器化、服务网格等技术，实现了应用的一致性与可移植性，简化了多云环境下的资源管理和服务治理，帮助企业应对复杂的云环境挑战，加速数字化转型。
众所周知
36 5
游客moiomvrp3vyac2
|
27天前
|
Kubernetes Cloud Native 开发者
云原生入门：Kubernetes的简易指南
【10月更文挑战第41天】本文将带你进入云原生的世界，特别是Kubernetes——一个强大的容器编排平台。我们将一起探索它的基本概念和操作，让你能够轻松管理和部署应用。无论你是新手还是有经验的开发者，这篇文章都能让你对Kubernetes有更深入的理解。
游客moiomvrp3vyac2
50 11
历年考试不作弊
|
26天前
|
运维 Kubernetes Cloud Native
云原生技术入门：Kubernetes和Docker的协同工作
【10月更文挑战第43天】在云计算时代，云原生技术成为推动现代软件部署和运行的关键力量。本篇文章将带你了解云原生的基本概念，重点探讨Kubernetes和Docker如何协同工作以支持容器化应用的生命周期管理。通过实际代码示例，我们将展示如何在Kubernetes集群中部署和管理Docker容器，从而为初学者提供一条清晰的学习路径。
历年考试不作弊
43 1
代码bug生产队
|
28天前
|
Kubernetes 负载均衡 Cloud Native
探索Kubernetes：云原生应用的基石
探索Kubernetes：云原生应用的基石
代码bug生产队
30 1
mrq4nk6ni2neg
|
1月前
|
Kubernetes 监控 负载均衡
深入云原生：Kubernetes 集群部署与管理实践
【10月更文挑战第37天】在数字化转型的浪潮中，云原生技术以其弹性、可扩展性成为企业IT架构的首选。本文将引导你了解如何部署和管理一个Kubernetes集群，包括环境准备、安装步骤和日常维护技巧。我们将通过实际代码示例，探索云原生世界的秘密，并分享如何高效运用这一技术以适应快速变化的业务需求。
mrq4nk6ni2neg
61 1
叫个什么名字
|
1月前
|
运维 Kubernetes Cloud Native
Kubernetes云原生架构深度解析与实践指南####
本文深入探讨了Kubernetes作为领先的云原生应用编排平台，其设计理念、核心组件及高级特性。通过剖析Kubernetes的工作原理，结合具体案例分析，为读者呈现如何在实际项目中高效部署、管理和扩展容器化应用的策略与技巧。文章还涵盖了服务发现、负载均衡、配置管理、自动化伸缩等关键议题，旨在帮助开发者和运维人员掌握利用Kubernetes构建健壮、可伸缩的云原生生态系统的能力。 ####
叫个什么名字
80 1
mrq4nk6ni2neg
|
1月前
|
存储 运维 Kubernetes
云原生之旅：Kubernetes的弹性与可扩展性探索
【10月更文挑战第32天】在云计算的浪潮中，云原生技术以其独特的魅力成为开发者的新宠。本文将深入探讨Kubernetes如何通过其弹性和可扩展性，助力应用在复杂环境中稳健运行。我们将从基础架构出发，逐步揭示Kubernetes集群管理、服务发现、存储机制及自动扩缩容等核心功能，旨在为读者呈现一个全景式的云原生平台视图。
mrq4nk6ni2neg
33 1

热门文章

最新文章

  • 1
    Nginx的启动、停止与重启
  • 2
    Nginx报错403 forbidden几个解决方法
  • 3
    如何优雅打印nginx header和body
  • 4
    nginx禁止ip访问web
  • 5
    Nginx使用指南(一)
  • 6
    CentOS 7 - 安装Nginx
  • 7
    nginx 的限制连接模块limit_zone与limit_req_zone
  • 8
    nginx hello world模块编译运行的问题
  • 9
    nginx反向代理与微信测试全攻略
  • 10
    NGINX + TOMCAT7 + MEMCACHED 实现SESSION 共享
  • 1
    Kubernetes学习-深入Pod篇(一) 创建Pod，Pod配置文件详解
    652
  • 2
    Kubernetes学习-集群搭建篇(三) Node配置完善和API概述
    83
  • 3
    Kubernetes学习-集群搭建篇(二) 部署Node服务，启动JNI网络插件
    319
  • 4
    Kubernetes学习-集群搭建篇(一) 搭建Master结点
    185
  • 5
    Kubernetes学习-核心概念篇(三) 核心概念和专业术语
    120
  • 6
    Kubernetes详解（九）——资源配置清单创建Pod实战
    127
  • 7
    Kubernetes详解（七）——Service对象部署和应用
    79
  • 8
    Kubernetes 集群的持续监控与性能优化策略
    129
  • 9
    Kubernetes详解（六）——Pod对象部署和应用
    121
  • 10
    Kubernetes详解（五）——Kubernetes核心对象
    95

    • 相关课程

    更多
  • 云计算、容器和云原生基础课程
  • ALPD云架构师系列：云原生DevOps 36计 -阿里云云效出品
  • 云原生实践公开课
  • Nginx企业级Web服务实战
  • 云原生基础概念及阿里云云原生产品介绍
  • Linux Web服务器Nginx搭建与配置

    • 相关电子书

    更多
  • 《Nginx 代理系统常用手册》
  • CentOS Nginx PHP JAVA 多语言镜像使用手
  • CentOS Nginx PHP JAVA多语言镜像使用手册

    • 相关实验场景

    更多
  • 容器服务Serverless版ACK Serverless 快速入门：在线魔方应用部署和监控
  • Docker镜像管理快速入门
  • 云原生场景自动化响应ECS系统事件
  • 在ACK Serverless中部署Stable Diffusion应用
  • 云原生HTAP数据库，让你的交易和分析一库搞定
  • 云原生AI套件：五分钟微调宝可梦风格StableDiffusion

    • 推荐镜像

    更多
  • kubernetes
  • pouch
  • docker-ce
    • 下一篇
    fs.oss.accessKeyId和fs.oss.accessKeySecret。