【K8S实战】-超详细教程（二）

已于 2022-07-04 08:58:06 修改
阅读量2.5k 收藏 16
点赞数 1
文章标签： 运维 linux 网络
于 2022-07-01 16:26:15 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_44150902/article/details/125480006
版权

【K8S实战】-超详细教程（二）

环境这块的这里我就不过多描述了，需要了解的可以看这篇文章【k8s搭建（超详细，保姆级教程）】。

1、Deployment

Deployment其他功能我上一篇文章已写，有兴趣的可以移步这里【K8S实战】-超详细教程（一）。
nginx-tmp.yaml文件内容如下：

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx-tmp
  name: nginx-tmp
spec:
  replicas: 2 #副本数量
  selector:
    matchLabels:
      app: nginx-tmp
  template:
    metadata:
      labels:
        app: nginx-tmp
    spec:
      containers:
      - image: nginx
        imagePullPolicy: IfNotPresent #如果存在则不重新拉取镜像
        name: nginx
      restartPolicy: Always

1.1、滚动更新

K8S初始运行状态
[root@master nginx]# kubectl get pod -A -owide
NAMESPACE     NAME                                       READY   STATUS    RESTARTS   AGE     IP                NODE     NOMINATED NODE   READINESS GATES
default       nfs-client-provisioner-846cc9c4-4687x      1/1     Running   0          135m    192.168.166.129   node1    <none>           <none>
default       nginx-tmp-f4bb75fc8-npcw7                  1/1     Running   0          122m    192.168.166.130   node1    <none>           <none>
default       nginx-tmp-f4bb75fc8-wn2t5                  1/1     Running   0          122m    192.168.166.131   node1    <none>           <none>
......
kube-system   kube-scheduler-master                      1/1     Running   0          3h56m   172.168.200.130   master   <none>           <none>

滚动更新“--record”这个是记录本次升级记录
[root@master nginx]# kubectl set image deployment nginx-tmp nginx=nginx:1.16.1 --record
deployment.apps/nginx-tmp image updated

查看版本滚动更新状态，这里会先一个pod停掉启动成功，再去停掉另一个pod。
[root@master nginx]# kubectl rollout status deployment nginx-tmp
Waiting for deployment "nginx-tmp" rollout to finish: 1 old replicas are pending termination...
Waiting for deployment "nginx-tmp" rollout to finish: 1 old replicas are pending termination...
deployment "nginx-tmp" successfully rolled out
[root@master nginx]# 
[root@master nginx]# 
查看历史版本，发现版本2已经更改为1.16.1了
[root@master nginx]# kubectl rollout history deployment nginx-tmp
deployment.apps/nginx-tmp 
REVISION  CHANGE-CAUSE
1         <none>
2         kubectl set image deployment nginx-tmp nginx=nginx:1.16.1 --record=true

1.2、版本回退

继续【1.1、滚动更新】我弄了几个版本，目前最新的是版本4。

[root@master nginx]# kubectl rollout history deployment nginx-tmp
deployment.apps/nginx-tmp 
REVISION  CHANGE-CAUSE
1         <none>
2         kubectl set image deployment nginx-tmp nginx=nginx:1.16.1 --record=true
3         kubectl set image deployment nginx-tmp nginx=nginx:1.17.6 --record=true
4         kubectl set image deployment nginx-tmp nginx=nginx:1.17.5 --record=true
1.2.1、回退上一个版本
当前版本撤销，回退上一个版本。
[root@master nginx]# kubectl rollout undo deployment nginx-tmp

查看历史版本记录发现，目前版本5是最新的
[root@master nginx]# kubectl rollout history deployment nginx-tmp 
deployment.apps/nginx-tmp 
REVISION  CHANGE-CAUSE
1         <none>
2         kubectl set image deployment nginx-tmp nginx=nginx:1.16.1 --record=true
4         kubectl set image deployment nginx-tmp nginx=nginx:1.17.5 --record=true
5         kubectl set image deployment nginx-tmp nginx=nginx:1.17.6 --record=true
1.2.2、回退指定版本

继续【1.2.1、回退上一个版本】。

查看某个版本历史记录，这里查看了版本4的，如下是版本4的相关信息
[root@master nginx]# kubectl rollout history deployment/nginx-tmp --revision=4
deployment.apps/nginx-tmp with revision #4
Pod Template:
  Labels:	app=nginx-tmp
	pod-template-hash=768b4b54bd
  Annotations:	kubernetes.io/change-cause: kubectl set image deployment nginx-tmp nginx=nginx:1.17.5 --record=true
  Containers:
   nginx:
    Image:	nginx:1.17.5
    Port:	<none>
    Host Port:	<none>
    Environment:	<none>
    Mounts:	<none>
  Volumes:	<none>

回退到版本1
[root@master nginx]# kubectl rollout undo deployment/nginx-tmp --to-revision=1
deployment.apps/nginx-tmp rolled back

查看版本历史记录，目前最新的是版本6，
[root@master nginx]# kubectl rollout history deployment/nginx-tmp 
deployment.apps/nginx-tmp 
REVISION  CHANGE-CAUSE
2         kubectl set image deployment nginx-tmp nginx=nginx:1.16.1 --record=true
4         kubectl set image deployment nginx-tmp nginx=nginx:1.17.5 --record=true
5         kubectl set image deployment nginx-tmp nginx=nginx:1.17.6 --record=true
6         <none>

还有一种是有状态服务，大家可以去官网自行了解【有状态服务】，这里就不过多赘述了。

2、Service

K8S的service主要作用是为了解决多个副本的访问负载及服务发现。service访问类型主要有个2种一种是ClusterIP（外网不能访问）一种是NodePort（外网能访问）。
这里以【5.1.2】的nginx-tmp.yaml进行演示。

初始运行信息
[root@k8s-m dpm]#  kubectl get pod -A -owide
NAMESPACE     NAME                                       READY   STATUS    RESTARTS   AGE    IP                NODE     NOMINATED NODE   READINESS GATES
default       nginx-tmp-f4bb75fc8-b6r6f                  1/1     Running   0          3m21s   192.168.166.141   node1    <none>           <none>
default       nginx-tmp-f4bb75fc8-wdv27                  1/1     Running   0          3m23s   192.168.166.140   node1    <none>           <none>

......
kube-system   kube-scheduler-k8s-m                       1/1     Running   3          4d6h   200.168.88.130    k8s-m    <none>           <none>

2.1、命令方式暴露Service

暴露ClusterIP一个服务
[root@k8s-m dpm]# kubectl expose deployment nginx-tmp --port=8000 --target-port=80 --type=ClusterIP
service/nginx-tmp exposed

查看暴露的服务
[root@k8s-m dpm]# kubectl get svc -A
NAMESPACE     NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)                  AGE
default       kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP                  4d6h
default       nginx-tmp    ClusterIP   10.96.225.90    <none>        8000/TCP                 34s
kube-system   kube-dns     ClusterIP   10.96.0.10      <none>        53/UDP,53/TCP,9153/TCP   4d6h

先修改下2个节点（node1，node2）的nginx主页，这样才能更好的观察。
[root@k8s-m dpm]# kubectl exec -it nginx-tmp-f4bb75fc8-b6r6f -- bash
root@nginx-tmp-f4bb75fc8-7zcl4:/# 
root@nginx-tmp-f4bb75fc8-7zcl4:/# echo node1 > /usr/share/nginx/html/index.html 
root@nginx-tmp-f4bb75fc8-7zcl4:/# cat /usr/share/nginx/html/index.html 
node1
root@nginx-tmp-f4bb75fc8-7zcl4:/# exit
exit
command terminated with exit code 127
修改节点2的主页信息
[root@k8s-m dpm]# kubectl exec -it nginx-tmp-f4bb75fc8-wdv27 -- bash
root@nginx-tmp-f4bb75fc8-t79j5:/# 
root@nginx-tmp-f4bb75fc8-t79j5:/# echo node2 > /usr/share/nginx/html/index.html
root@nginx-tmp-f4bb75fc8-t79j5:/# cat /usr/share/nginx/html/index.html
node2
root@nginx-tmp-f4bb75fc8-t79j5:/# exit
exit

通过服务访问2个节点的nginx主页，这里个发现节点2可以访问，但是节点1有问题，这里其实是我在做【5.3故障转移、自愈】时实验遗留的问题，我重启过node1，那么防火墙也会运行，所以这里关掉节点1的防火墙即可。
[root@k8s-m dpm]# curl 10.96.225.90:8000
node2
[root@k8s-m dpm]# curl 10.96.225.90:8000
curl: (7) Failed connect to 10.96.225.90:8000; 没有到主机的路由

去节点1机器执行如下命令关闭防火墙
[root@k8s-n1 ~]# service firewalld stop
Redirecting to /bin/systemctl stop firewalld.service

回到主节点再次通过服务访问，发现已经可以访问2台nginx的服务了。
在浏览器使用任意节点的IP进行访问，发现是无法访问集群内的服务的。
[root@k8s-m dpm]# curl 10.96.225.90:8000
node2
[root@k8s-m dpm]# curl 10.96.225.90:8000
node1

删除该暴露的服务
[root@k8s-m dpm]# kubectl delete service nginx-tmp 
service "nginx-tmp" deleted

暴露一个NodePort的服务。
[root@k8s-m dpm]# kubectl expose deployment nginx-tmp --port=8000 --target-port=80 --type=NodePort
service/nginx-tmp exposed

查看重新暴露后的服务信息，发现多了一个端口
[root@k8s-m dpm]# kubectl get svc
NAME         TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)          AGE
kubernetes   ClusterIP   10.96.0.1      <none>        443/TCP          4d6h
nginx-tmp    NodePort    10.96.32.123   <none>        8000:32617/TCP   22s

在浏览器使用任意节点的IP+暴露的端口访问即可…

2.2、Yaml方式暴露Service

暴露一个服务
[root@k8s-m svc]# kubectl apply -f nginx-svc.yaml 
service/nginx-tmp created

删除一个服务
[root@k8s-m svc]# kubectl delete-f nginx-svc.yaml 
service/nginx-tmp created

nginx-svc.yaml文件内容如下：

apiVersion: v1
kind: Service
metadata:
  labels:
    app: nginx-tmp
  name: nginx-tmp
spec:
  ports:
   - protocol: TCP
     port: 8000
     targetPort: 80
  selector:
    app: nginx-tmp
  type: NodePort #这里的值也可以是ClusterIP

3、Ingress

Ingress 公开从集群外部到集群内服务的 HTTP 和 HTTPS 路由。 流量路由由 Ingress 资源上定义的规则控制。
Ingress 可为 Service 提供外部可访问的 URL、负载均衡流量、终止 SSL/TLS，以及基于名称的虚拟托管。 Ingress 控制器 通常负责通过负载均衡器来实现 Ingress，尽管它也可以配置边缘路由器或其他前端来帮助处理流量。
Ingress 不会公开任意端口或协议。 将 HTTP 和 HTTPS 以外的服务公开到 Internet 时，通常使用 Service.Type=NodePort 或 Service.Type=LoadBalancer 类型的 Service。

3.1、安装

下载yaml资源文件
[root@master nginx]# wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v0.47.0/deploy/static/provider/baremetal/deploy.yaml

先把deploy.yaml这里的镜像替换成这个ingress-nginx-controller:v0.49.1
......
spec:
  dnsPolicy: ClusterFirst
  containers:
    - name: controller
      #image: k8s.gcr.io/ingress-nginx/controller:v0.46.0@sha256:52f0058bed0a17ab0fb35628ba97e8d52b5d32299fbc03cc0f6c7b9ff036b61a
      image: liangjw/ingress-nginx-controller:v0.49.1
      imagePullPolicy: IfNotPresent
      lifecycle:
......


创建资源
[root@master nginx]# kubectl create -f deploy.yaml

查看创建请求，发现已经成功运行
[root@master nginx]# kubectl get pod,svc -n ingress-nginx
NAME                                            READY   STATUS      RESTARTS   AGE
pod/ingress-nginx-admission-create-nvvwt        0/1     Completed   0          12s
pod/ingress-nginx-admission-patch-kj4dh         0/1     Completed   1          12s
pod/ingress-nginx-controller-76cccff97f-mvxcr   0/1     Running     0          12s

NAME                                         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)                      AGE
service/ingress-nginx-controller             NodePort    10.96.170.144   <none>        80:30171/TCP,443:31647/TCP   12s
service/ingress-nginx-controller-admission   ClusterIP   10.96.24.13     <none>        443/TCP                      12s

浏览器进行访问
http://172.168.200.130:30702/
https://172.168.200.130:30854/

在这里插入图片描述

3.2、使用

准备一个nginx-tmp.yaml（如果之前有的先停止掉）。

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx-tmp
  name: nginx-tmp
spec:
  replicas: 2 #副本数量
  selector:
    matchLabels:
      app: nginx-tmp
  template:
    metadata:
      labels:
        app: nginx-tmp
    spec:
      containers:
      - image: nginx
        imagePullPolicy: IfNotPresent
        name: nginx
      restartPolicy: Always

---
apiVersion: v1
kind: Service
metadata:
  labels:
    app: nginx-tmp
  name: nginx-tmp
spec:
  selector:
    app: nginx-tmp
  ports:
  - port: 8000
    protocol: TCP
    targetPort: 80

创建2个pod以及暴露服务

[root@master nginx]# kubectl get pod,svc 
NAME                                        READY   STATUS    RESTARTS   AGE
pod/nfs-client-provisioner-846cc9c4-4687x   1/1     Running   0          3h21m
pod/nginx-tmp-f4bb75fc8-2lx5p               1/1     Running   0          19s
pod/nginx-tmp-f4bb75fc8-hjr2g               1/1     Running   0          19s

NAME                 TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)    AGE
service/kubernetes   ClusterIP   10.96.0.1      <none>        443/TCP    5h2m
service/nginx-tmp    ClusterIP   10.96.42.140   <none>        8000/TCP   19s
3.2.1、域名访问

继续【3.2、使用】的实战，还需准备一个ingress-test.yaml文件。

apiVersion: networking.k8s.io/v1
kind: Ingress  
metadata:
  name: ingress-host-bar
spec:
  ingressClassName: nginx
  rules:
  - host: "demo.test.com"
    http:
      paths:
      - pathType: Prefix
        path: "/nginx"  # 把请求会转给下面的服务，下面的服务一定要能处理这个路径，不能处理就是404
        backend:
          service:
            name: nginx-tmp  ## java，比如使用路径重写，去掉前缀nginx
            port:
              number: 8000

创建一个ingress

[root@master nginx]# kubectl apply -f ingress-test.yaml 
ingress.networking.k8s.io/ingress-host created

[root@master nginx]# kubectl get ingress
NAME           CLASS   HOSTS              ADDRESS           PORTS   AGE
ingress-host   nginx   demo.test.com   172.168.200.131   80      65s

在浏览器上使用demo.test.com:30171/nginx进行访问。注需要配置宿主机的hosts文件。

172.168.200.130 demo.test.com

在这里插入图片描述

3.2.2、路径重写

继续【3.2.1、域名访问】，把ingress-test.yaml作如下修改。继续深入学习可以看这里【ingress-nginx】。

apiVersion: networking.k8s.io/v1
kind: Ingress  
metadata:
  annotations:
     nginx.ingress.kubernetes.io/rewrite-target: /$2
  name: ingress-host-bar
spec:
  ingressClassName: nginx
  rules:
  - host: "demo.test.com"
    http:
      paths:
      - pathType: Prefix
        path: "/nginx(/|$)(.*)"  # 把请求会转给下面的服务，下面的服务一定要能处理这个路径，不能处理就是404。/nginx(/|$)(.*)意思是会把nginx这个前缀去掉。
        backend:
          service:
            name: nginx-tmp  ## java，比如使用路径重写，去掉前缀nginx
            port:
              number: 8000

直接这样即可。

[root@master nginx]# kubectl apply -f ingress-test.yaml 
ingress.networking.k8s.io/ingress-host configured

浏览器再次请求。
在这里插入图片描述

3.2.3、流量控制

继续【 3.2.2、路径重写】，ingress-test.yaml做如下调整。深入学习请移步【ingress-nginx】。

apiVersion: networking.k8s.io/v1
kind: Ingress  
metadata:
  annotations:
  	  nginx.ingress.kubernetes.io/rewrite-target: /$2
      nginx.ingress.kubernetes.io/limit-rps: "1" #每秒只能有一个请求
  name: ingress-host
spec:
  ingressClassName: nginx
  rules:
  - host: "demo.test.com"
    http:
      paths:
      - pathType: Prefix
        path: "/nginx(/|$)(.*)"  # 把请求会转给下面的服务，下面的服务一定要能处理这个路径，不能处理就是404
        backend:
          service:
            name: nginx-tmp  ## java，比如使用路径重写，去掉前缀nginx
            port:
              number: 8000

执行如下命令：

[root@master nginx]# kubectl apply -f ingress-test.yaml 
ingress.networking.k8s.io/ingress-host configured

然后在浏览器上每秒点击多次即可出现如下页面。
在这里插入图片描述

上一篇：【K8S实战】超详细教程（一）
下一篇：【K8S实战】超详细教程（三）

资源参考：

ヾ一封信
关注
  • 1
    点赞
  • 踩
  • 16
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
零基础学kubernetes（k8s）必看教程，带你10分钟快速实战入门k8s
Cloud_Native的博客
06-09 2万+
作为一个工作十余年，拥有比较丰富的计算机网络运维、主机运维、云计算平台运维、自动化运维开发经验的老鸟，我来说说我当初刚接触Kubernetes时的一些感受以及学习技巧。
【K8S实战】-超详细教程（一）
qq_44150902的博客
06-27 6434
K8S环境搭建可以看这篇文章【k8s搭建（超详细，保姆级教程）】，这里就不过多赘述了，有疑问欢迎留言。K8S的资源创建一般有2种：主要用于资源访问的隔离。使用命令方式实现对命名空的创建与删除。 3.2、使用Yaml操作Namespace 创建一个名为ns.yaml的文件，文件内容如下： 使用Yaml方式对命名空进行创建与删除。 4、pod pod是K8S运行的最小单位。可以理解类似Docker的最小运行单位容器，只不过K8S是在Docker容器的基础上再封装一层，也就是说一个pod可以运行一个或多个容器（后
记一次创建deployment资源报错
soliso
01-04 1706
记一次创建deployment资源报错
k8s教程 认识 k8s、k8s 架构、快速部署入门
最新发布
weixin_50014016的博客
06-25 1303
描述"default"命名空间中的一个Role对象的定义，用于授予对pod的读访问权限kind: Rolemetadata:name: songrules:- apiGroups: [""] # 空字符串""表明使用core API groupresources: ["pods"] # 定义对应的资源类型verbs: ["get","watch","list"] # role的权限大多数资源由代表其名字的字符串表示，如 “pods”，就像它们出现在相关API endpoint的URL中一样。
k8s详细教程
热门推荐
CECT151的博客
05-31 1万+
传统部署：互联网早期，会直接将应用程序部署在物理机上优点：简单，不需要其它技术的参与缺点：不能为应用程序定义资源使用边界，很难合理地分配计算资源，而且程序之间容易产生影响虚拟化部署：可以在一台物理机上运行多个虚拟机，每个虚拟机都是独立的一个环境优点：程序环境不会相互产生影响，提供了一定程度的安全性缺点：增加了操作系统，浪费了部分资源容器化部署：与虚拟化类似，但是共享了操作系统优点：可以保证每个容器拥有自己的文件系统、CPU、内存、进程空间等。
k8s 使用bash -c报错
weixin_45642669的博客
05-26 488
使用管道传参替代 bash -c 故障原因不是很清楚
kubernetes 五种核心资源对象简介
Yosigo_的博客
08-05 1939
Namespace Namespace是kubernetes系统中的一种非常重要资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。 默认情况下，kubernetes集群中的所有的Pod都是可以相互访问的。但是在实际中，可能不想让两个Pod之间进行互相的访问，那此时就可以将两个Pod划分到不同的namespace下。kubernetes通过将集群内部的资源分配到不同的Namespace中，可以形成逻辑上的"组"，以方便不同的组的资源进行隔离使用和管理。 可以通过kubernet
k8s-fordocker-desktop-v1.29.1
03-01
【标题】"k8s-fordocker-desktop-v1.29.1" 是一个专为 Docker Desktop 用户设计的 Kubernetes（k8s）环境版本，版本号为 v1.29.1。这个软件包旨在帮助Windows用户在本地环境中便捷地搭建和管理Kubernetes集群。 ...
实战-在k8s平台部署个人博客
06-04
实战-在k8s平台部署个人博客
k8s-helm-资料笔记-v3版部署k8s集群-超详细，超全面(带文档和相关软件包)
06-22
本资料笔记将详细介绍如何使用Helm v3来部署Kubernetes集群，提供超详细、超全面的指导，包括相关文档和软件包，帮助你深入理解和实践K8s-Helm的集成。 首先，了解Kubernetes（K8s）是至关重要的。K8s是一个开源...
k8s基础-实战.md
10-19
k8s基础-实战.md
k8s-for-docker-desktop.zip
10-21
在IT行业中，Kubernetes（简称k8s）已经成为容器编排和管理的首选平台，而Docker Desktop则是开发者和IT专业人员在本地开发环境中运行Docker容器的主要工具。本资源"**k8s-for-docker-desktop.zip**"显然是为了帮助...
K8S使用教程（详细）
诗书易的博客
02-08 8567
k8S详细使用教程
【云原生-K8s】k8s可视化管理界面安装配置及比较【Kuboard篇】
起而行动，方能平定心中的惶恐
06-04 4649
Kuboard v3 是支持 Kubernetes 多集群管理的，在 Kuboard v3 的首页里，点击 添加集群 按钮，在向导的引导下可以完成集群的添加；您新添加集群可以访问到当前集群 Master 节点 内网IP 的 30080 TCP、30081 TCP、30081 UDP 端口；如果您打算新添加到 Kuboard 中的集群与当前集群不在同一个局域网，请咨询 Kuboard 团队，帮助您解决问题。密码： Kuboard123。密 码： demo123。用户名： admin。
【k8s完整实战教程1】源码管理-Coding
error的博客
04-14 829
再小的帆，也能远航！拥有以下功能：是一个比较好的管理工具，还可以以记录版本的形式写文档（非广子，coding官方看到可给我打钱）废话不多说，主要有以下流程：（自己总结的，不喜勿喷，可选择自己喜欢的方式）Coding创建代码仓库–>本地创建git代码仓库–>本地代码仓库克隆Coding代码仓库以进行关联–>本地代码仓库中进行开发–>本地推送到Coding仓库–>创建制品仓库–>Coding代码仓库构建计划制作镜像制品并推送到制品仓库。
基于k8s搭建gitlab
い末路伤徊
09-29 759
基于k8s安装gitlab
K8s平台部署企业级项目案例
huahua1999的博客
05-06 5835
1、架构图 在没有k8s前，一个项目的开发部署架构大概是这样的 在有k8s后，这个架构变成了这样 在k8s中部署项目的流程 2、部署一个java网站项目实践 2.1编译java 第一步：先将代码拉取到本地（这里有一个实例代码拉取），下载好的代码就是一个包，没有的可以通过此命令拉取 git clone https://github.com/lizhenliang/tomcat-java-demo java项目需要下载maven依赖和java-.
k8s详细教程(一)
qq_46265096的博客
12-10 1094
一种解决方案是将每个应用程序都运行在不同的物理服务器上， 但是当某个应用程序资源利用率不高时，剩余资源无法被分配给其他应用程序， 而且维护许多物理服务器的成本很高。Kubernetes 可以将这些容器按实际情况调度到你的节点上，以最佳方式利用你的资源。例如，你可以自动化 Kubernetes 来为你的部署创建新容器， 删除现有容器并将它们的所有资源用于新容器。虚拟化技术能够更好地利用物理服务器的资源，并且因为可轻松地添加或更新应用程序， 而因此可以具有更高的可扩缩性，以及降低硬件成本等等的好处。
Kubernetes(K8S)学习（三）：K8S实战案例
꯭ 瞎꯭扯꯭蛋꯭的博客
03-29 1840
这里的user.yaml和order.yaml，不知道什么原因，在本地idea中启动测试可以正常注册到nacos（linux）中；这里的user.yaml和order.yaml，不知道什么原因，在本地idea中启动测试可以正常注册到nacos（linux）中；，这种配置下，不要求nacos和user、order的pod在同一k8s集群节点，依然可以注册到nacos中。，这种配置下，不要求nacos和user、order的pod在同一k8s集群节点，依然可以注册到nacos中。
NSX-T与K8S协同配置实战指南
"NSX-K8S-Rapid-Deply-v1.3.pdf" 是一个关于在Kubernetes(K8S)环境中集成NSX-T的详细配置指南，版本为v1.3，适用于NSX-T 2.4.1和Kubernetes 1.13.5。该文档提供了从实验环境获取到逐步配置的全程指导，确保NSX-T与K8...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值