k8s - ingress 的理解和实践

最新推荐文章于 2024-06-21 17:00:01 发布
最新推荐文章于 2024-06-21 17:00:01 发布
阅读量1.7k 收藏 4
点赞数
分类专栏： Docker & k8s & openshift 文章标签： ingress k8s
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shenghuiping2001/article/details/102818022
版权

Ingress 英文翻译 进入;进入权;进食，更准确的讲就是入口，即外部流量进入k8s集群必经之口。这道大门到底有什么作用？我们如何使用Ingress？k8s又是如何进行服务发现的呢？先看一张图：

OK。ingress 的作用可以做到 service nodeport 不能做到的 使用不同的web url 来指向不同的pod service 的功能。

下面开始部署：看了网上下载以下两个yaml: (和网上的路径有些不一样，原因是官方把原文件放了不同的位置)

https://github.com/kubernetes/ingress-nginx/blob/master/deploy/static/mandatory.yaml

https://github.com/kubernetes/ingress-nginx/blob/master/deploy/baremetal/service-nodeport.yaml

下载下来，kubectl apply -f  mandatory.yaml  和 service-nodeport.yaml 发现是jason 文件，我就去链接下面copy yaml 原代码，然后copy 到server 上， apply 一下就成功啦。

 

[root@k8s-master script]# kubectl apply -f mandatory.yaml
namespace/ingress-nginx created
configmap/nginx-configuration created
configmap/tcp-services created
configmap/udp-services created
serviceaccount/nginx-ingress-serviceaccount created
clusterrole.rbac.authorization.k8s.io/nginx-ingress-clusterrole created
role.rbac.authorization.k8s.io/nginx-ingress-role created
rolebinding.rbac.authorization.k8s.io/nginx-ingress-role-nisa-binding created
clusterrolebinding.rbac.authorization.k8s.io/nginx-ingress-clusterrole-nisa-binding created
deployment.apps/nginx-ingress-controller created


[root@k8s-master script]# kubectl get pod -n ingress-nginx -o wide
NAME                                        READY   STATUS    RESTARTS   AGE     IP            NODE       NOMINATED NODE   READINESS GATES
nginx-ingress-controller-568867bf56-6tvzv   1/1     Running   0          2m30s   10.244.1.17   k8s-node   <none>           <none>

### 通过创建的svc可以看到已经把ingress-nginx service在主机映射的端口为30239(http)，30949(https)

[root@k8s-master script]# kubectl get svc
NAME            TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)                      AGE
ingress-nginx   NodePort    10.1.13.222    <none>        80:30239/TCP,443:30949/TCP   34s

2、验证

 2.1 创建svc及后端deployment

复制代码

[root@k8s-master01 ingress-master]# cat test-ingress-pods.yml 
apiVersion: v1
kind: Service
metadata:
  name: myapp-svc
  namespace: default
spec:
  selector:
    app: myapp
    env: test
  ports:
  - name: http
    port: 80
    targetPort: 80
---
apiVersion: apps/v1
kind: Deployment
metadata: 
  name: myapp-test
spec:
  replicas: 2
  selector: 
    matchLabels:
      app: myapp
      env: test
  template:
    metadata:
      labels:
        app: myapp
        env: test
    spec:
      containers:
      - name: myapp
        image: nginx:1.15-alpine 
        ports:
        - name: httpd
          containerPort: 80
## 查看pod资源部署

[root@k8s-master script]# kubectl get pods
NAME                         READY   STATUS    RESTARTS   AGE
myapp-test-d84885678-7hzhj   1/1     Running   0          4m7s
myapp-test-d84885678-v959h   1/1     Running   0          4m7s

## 查看svc

[root@k8s-master script]# kubectl get svc
NAME            TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)                      AGE
ingress-nginx   NodePort    10.1.13.222    <none>        80:30239/TCP,443:30949/TCP   43m
kubernetes      ClusterIP   10.1.0.1       <none>        443/TCP                      6d2h
myapp-svc       ClusterIP   10.1.235.146   <none>        80/TCP                       4m23s

2.2 创建ingress规则

## ingress规则中，要指定需要绑定暴露的svc名称
[root@k8s-master01 ingress-master]# cat test-ingress-myapp.yml 
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress-myapp
  namespace: default
  annotations: 
    kubernetes.io/ingress.class: "nginx"
spec:
  rules:
  - host: www.shp.com
    http:
      paths:
      - path: 
        backend:
          serviceName: myapp-svc
          servicePort: 80

[root@k8s-master script]# kubectl apply -f test-ingress-myapp.yml
ingress.extensions/ingress-myapp created

[root@k8s-master script]# kubectl get ingress
NAME            HOSTS         ADDRESS   PORTS   AGE
ingress-myapp   www.shp.com             80      42s

2.3 在主机配置hosts域名解析

## 这里随机解析任一台节点主机都可以

1

192.168.122.152 www.shp

然后主机浏览器访问http://www.shp.com:30239，这里访问时需要加上svc映射到主机时随机产生的nodePort端口号。

[root@k8s-master script]# kubectl describe ingress ingress-myapp
Name:             ingress-myapp
Namespace:        default
Address:          
Default backend:  default-http-backend:80 (<none>)
Rules:
  Host         Path  Backends
  ----         ----  --------
  www.shp.com  
                  myapp-svc:80 (10.244.1.27:80,10.244.1.28:80)
Annotations:
  kubectl.kubernetes.io/last-applied-configuration:  {"apiVersion":"extensions/v1beta1","kind":"Ingress","metadata":{"annotations":{"kubernetes.io/ingress.class":"nginx"},"name":"ingress-myapp","namespace":"default"},"spec":{"rules":[{"host":"www.shp.com","http":{"paths":[{"backend":{"serviceName":"myapp-svc","servicePort":80},"path":null}]}}]}}

  kubernetes.io/ingress.class:  nginx
Events:
  Type    Reason  Age   From                      Message
  ----    ------  ----  ----                      -------
  Normal  CREATE  38m   nginx-ingress-controller  Ingress default/ingress-myapp

------

下面进入容器看看nginx 是否已经进来了：

[root@k8s-master script]# kubectl exec -n ingress-nginx -it nginx-ingress-controller-568867bf56-6tvzv bash
www-data@nginx-ingress-controller-568867bf56-6tvzv:/etc/nginx$ cat nginx.conf

    ## start server www.shp.com
    server {
        server_name www.shp.com ;
        
        listen 80  ;
        listen 443  ssl http2 ;
        
        set $proxy_upstream_name "-";
        
        ssl_certificate_by_lua_block {
            certificate.call()
        }
        
        location / {
            
            set $namespace      "default";
            set $ingress_name   "ingress-myapp";
            set $service_name   "myapp-svc";
            set $service_port   "80";
            set $location_path  "/";

我测试了一把，发现： curl www.shp.com 被拒绝，

所以不能打开，下面研究改一下。

看了是因为80 端口没有暴露，修改在mandatory.yaml 的:(红色部分)

[root@k8s-master script]# cat mandatory.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: Deployment
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:
      # wait up to five minutes for the drain of connections
      terminationGracePeriodSeconds: 300
      serviceAccountName: nginx-ingress-serviceaccount
      hostNetwork: true
      nodeSelector:
        kubernetes.io/os: linux
      containers:
        - name: nginx-ingress-controller
          image: quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.26.1
          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
          lifecycle:
            preStop:
              exec:
                command:
                  - /wait-shutdown

---

然后再 apply 一下：

root@k8s-master script]# kubectl apply -f mandatory.yaml
namespace/ingress-nginx unchanged
configmap/nginx-configuration unchanged
configmap/tcp-services unchanged
configmap/udp-services unchanged
serviceaccount/nginx-ingress-serviceaccount unchanged
clusterrole.rbac.authorization.k8s.io/nginx-ingress-clusterrole unchanged
role.rbac.authorization.k8s.io/nginx-ingress-role unchanged
rolebinding.rbac.authorization.k8s.io/nginx-ingress-role-nisa-binding unchanged
clusterrolebinding.rbac.authorization.k8s.io/nginx-ingress-clusterrole-nisa-binding unchanged
deployment.apps/nginx-ingress-controller configured

[root@k8s-master script]# kubectl apply -f test-ingress-pods.yaml
service/myapp-svc unchanged
deployment.apps/myapp-test unchanged
[root@k8s-master script]# kubectl apply -f test-ingress-myapp.yml
ingress.extensions/ingress-myapp configured

现在再看一下ingress-control 的变化：


[root@k8s-master script]# kubectl get pod -n ingress-nginx
NAME                                        READY   STATUS        RESTARTS   AGE
nginx-ingress-controller-568867bf56-6tvzv   1/1     Terminating   2          20h
nginx-ingress-controller-5bbd46cd86-mwrjz   1/1     Running       0          15s

原来的pod 在 terminate, 好事，下面看看：

[root@k8s-master script]# kubectl get pod -n ingress-nginx -o wide
NAME                                        READY   STATUS    RESTARTS   AGE     IP               NODE       NOMINATED NODE   READINESS GATES
nginx-ingress-controller-5bbd46cd86-mwrjz   1/1     Running   0          2m22s   192.168.122.61   k8s-node   <none>           <none>

发现现在的ingress 的IP 变成 node 的IP，然后再测试一下：

[root@k8s-master script]# kubectl get svc
NAME            TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)                      AGE
ingress-nginx   NodePort    10.1.13.222    <none>        80:30239/TCP,443:30949/TCP   20h

[root@k8s-master script]# curl 192.168.122.61 30239
<html>
<head><title>404 Not Found</title></head>
<body>
<center><h1>404 Not Found</h1></center>
<hr><center>openresty/1.15.8.2</center>
</body>
</html>

测试成功！

shenghuiping2001
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
K8s外部网络访问之Ingress附件
10-25
在Kubernetes（K8s）集群中，Ingress是一种用于管理外部访问服务的重要机制，它提供了统一的入口点，使得外部网络可以方便地与内部运行的应用进行交互。本篇文章将详细探讨Kubernetes Ingress及其附件，帮助你理解...
k8s-1.19.3.zip
02-18
在现代云计算环境中，Kubernetes（简称k8s）和Docker是两个至关重要的工具，它们共同推动了应用程序部署和管理的革命。标题中的"K8s-1.19.3.zip"是一个包含了Kubernetes 1.19.3版本相关组件的压缩包，而描述中提及的...
Kubernetes - ingress 就是k8s环境的 Nginx 吗？
Daopin Blog
10-31 3138
在K8s环境中暴露service的三种方式ClusterIP、NodePort与LoadBalance，这几种方式都是在service的维度提供 的，service的作用体现在两个方面，对集群内部，它不断跟踪pod的变化，更新endpoint中对应pod的对象，提供了ip不断变化的 pod的服务发现机制，对集群外部，他类似负载均衡器，可以在集群内外部对pod进行访问。 但是，单独用service暴露服务的方式， 在实际生产环境中不太合适： ClusterI...
Kubernetes——Ingress详解
一坨小橙子的博客
06-04 773
Sevice回顾、Ingress定义、组成、工作原理；部署Nginx-Ingress-Controller、DaemonSet-Hostwork+NodeSelector、Deployment+NodePort、HTTP代理访问虚拟主机、HTTPS代理访问、Nginx访问认证、Nginx的重写
k8s常见的10种Ingress
国产-达芬奇
03-23 2295
为特定的应用部署 Kubernetes 集群时，我们通常需要实现来自应用程序本身、业务和开发人员的需求。了解这些后，我们就可以进行架构选择，并为 Kubernetes 选择合适的 Ingress 控制器。 为了方便工程师高效选用合适的 Ingress 控制器，本文对业内的 Ingress 控制器做了整理和功能梳理，最后总结成一篇综述。借助这篇文章，希望读者能找到一个好的起点，然后开始自己的实践。 sMeetup 选择标准 为了进行客观对比并得到有用的结果，首先我们需要一套特定的标准来确定研究方.
k8s ingress原理及ingress-nginx部署测试
梦想起飞的地方.........
06-22 1万+
k8s ingress原理及ingress-nginx部署测试 ingress是啥东东 上篇文章介绍service时有说了暴露了service的三种方式ClusterIP、NodePort与LoadBalance，这几种方式都是在service的维度提供的，service的作用体现在两个方面，对集群内部，它不断跟踪pod的变化，更新endpoint中对应pod的对象，提供了ip不断变化的pod的服务发现机制，对集群外部，他类似负载均衡器，可以在集群内外部对pod进行访问。但是，单独用service.
aws的eks（k8s）ingress+elb部署实践
最新发布
十个菜
06-21 1202
eks（k8s）版本1.29ingress 版本1.10.0负载均衡elb。
k8s ingress原理及ingress-nginx部署测试（1）
会哭的雨@的博客
06-30 631
ingress是啥东东 上篇文章介绍service时有说了暴露了service的三种方式ClusterIP、NodePort与LoadBalance，这几种方式都是在service的维度提供的，service的作用体现在两个方面，对集群内部，它不断跟踪pod的变化，更新endpoint中对应pod的对象，提供了ip不断变化的pod的服务发现机制，对集群外部，他类似负载均衡器，可以在集群内外部对pod进行访问。但是，单独用service暴露服务的方式，在实际生产环境中不太合适： ClusterIP的方式只能
K8s: Ingress对象, 创建Ingress控制器, 创建Ingress资源并暴露服务
Wang的专栏
04-22 1504
外部到 K8s work node 上的请求，所以，它就是类似于 nginx 的组件。简单来说 ingress controller 实际在系统里面创建一系列的pod。5 ）基于 ingress 控制器创建 ingress 资源，并对外暴露服务。本质上就是运行在 K8s服务器上的一系列的 pod, 通过 pod 来接管。有了这样的一个组件在K8s平台运行起来之后，可以检查部署版本，粘贴如下。综上，ingress 的控制器已经搭建完毕。3 ）最小 Ingress 资源示例。4 ）Ingress 控制器。
kubernetes 入门实践-Ingress
Nodejs
01-03 1516
ㅤㅤㅤ ㅤㅤㅤ ㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤ（读书而不思考，等于吃饭而不消化。——波尔克） ㅤㅤㅤ ㅤㅤㅤ ㅤㅤㅤㅤㅤㅤㅤㅤㅤ 该教程将演示如何使用ingress-nginx来做集群的负载均衡，域名访问和ssl。 Ingress Ingress 是对集群中服务的外部访问进行管理的 API 对象，典型的访问方式是 HTTP。 Ingress 可以提供负载均衡、SSL 终结和基于名称的虚拟托管 Ingress 公开了从集群外部到集群内服务的 HTTP 和 HTTPS 路由。 流量路由由 Ingress
K8S 快速入门（十七）实战篇：Ingress
语雀同名：犬豪 yuque.com/qhao
12-23 4043
一、为什么引入Ingress? 我们说k8s 的服务(service)时说暴露了service的三种方式ClusterIP、NodePort与LoadBalance，这几种方式都是在service的维度提供的，service的作用体现在两个方面，对集群内部，它不断跟踪pod的变化，更新endpoint中对应pod的对象，提供了ip不断变化的pod的服务发现机制，对集群外部，他类似负载均衡器，可以在集群内外部对pod进行访问。但是，单独用service暴露服务的方式，在实际生产环境中不太合适： Cluste
K8S Ingress 之 Apache APISIX 解析
格物致知
12-26 1224
其实，本质上来讲，Apache APISIX 是一个基于微服务 API 网关，其不仅可以处理南北向的流量，也可以处理东西向的流量即服务之间的流量。除此之外，其能够友好地支持。完善的文档，易于使用和理解。通常情况下，作为接入层的 Ingress Controller ，其承载着服务的入口流量引入，在生产环境中，我们的业务对系统的可靠性有着更高的要求，然而，基于 Apache APISIX Ingress Controller 其能够支持动态配置，即时生效，降低生产事故的意外及风险，有助于提高运维可维护性。
k8s-dashboard-metrics-yaml_k8s
09-25
Kubernetes（简称k8s）是Google开源的一种容器编排系统，用于自动化容器化应用的部署、扩展和管理。本主题将深入探讨如何使用yaml文件创建Kubernetes Dashboard并集成metrics服务，以便更好地监控和管理集群。 在...
k8s-lnmp.rar
03-16
总的来说，"K8s-LNMP.rar"这个压缩包提供了一套在Kubernetes上搭建LNMP环境的基本资源，通过学习和实践，你可以深入理解Kubernetes的容器编排机制，以及如何将传统Web架构迁移到云原生环境。如果你在操作过程中遇到...
k8s-ddns:为CoreDNS部署Kubernetes ExternalDNS
05-09
在Kubernetes（简称k8s）环境中，DNS解析是服务发现的关键部分，它使得应用能够通过服务名相互访问。CoreDNS作为Kubernetes的官方DNS服务器，负责为集群内的服务提供DNS解析服务。然而，对于集群外部的访问，比如从...
docker创建容器命令时：Error response from daemon: No command specified
热门推荐
shenghuiping2001的专栏
06-23 5万+
docker创建容器命令时：Error response from daemon: No command specified [root@test3 containers]# docker run -itd --name=container4 ubuntu-ssh-20190622 docker: Error response from daemon: No command specified....
docker 配置文件：/etc/docker/daemon.json
shenghuiping2001的专栏
08-14 2万+
因为工作的需要，需要把docker 启动后的路径改成/data,所以就会用到:/etc/docker/daemon.json 是 docker 的配置文件，默认是没有的，需要我们手动创建，可配置项如下： 具体的操作是： 1: 设置/etc/docker/daemon.json 文件. 2.创建并修改完daemon.json文件后，需要让这个文件生效 a.修改完成后reload配置文件 sudo systemctl daemon-reload b.重启docker服务 sudo systemct
docker push时即使账户密码正确也显示 [denied: requested access to the resource is denied]
shenghuiping2001的专栏
12-26 1万+
今天想再 把本地的docker image 镜像push 到： https://hub.docker.com/ Step1: login : https://hub.docker.com/ [root@test3 tool]# docker login Login with your Docker ID to push and pull images from Docker Hub. If y...
k8s入门探索：从基础到实践
"k8s学习之路的初学者指南，涵盖了k8s的基本概念、架构、核心组件以及关键操作，如pod的创建、CA证书管理、日志查询、高可用性设置、网络配置和微服务解决方案。" 在深入探讨kubernetes（k8s）之前，我们需要了解它...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

shenghuiping2001

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

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

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

打赏作者

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

抵扣说明：

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

余额充值