k8s初级实战03--ns deployment service

2024-05-31 00:08
文章标签 实战 云原生 初级 k8s 03 deployment service ns

本文主要是介绍k8s初级实战03--ns deployment service，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

k8s初级实战03--ns & deployment & svc

  • 1 基础概念
  • 2 常见用法
    • 2.1 namespace
    • 2.2 deployment
    • 2.3 service
  • 3 注意事项
  • 4 说明

1 基础概念

  1. namespace
    Namespace(以下简称ns) 是对一组资源和对象的抽象集合，比如可以用来将系统内部的对象划分为不同的项目组或用户组。常见的 pod, service, replication controller 和 deployment 等都是属于某一个 ns 的（默认是 default），而 node, persistent volume，ns 等资源则不属于任何 namespace。

  2. deployment
    Deployment 控制器为 Pods 和 ReplicaSets 提供声明式的更新能力。
    Deployment 典型场景包括：1）创建副本集并运行pod；2）更新Pod的新状态从而实现pod迁移；3）回滚；4）扩容；5）暂停、恢复deployment状态；6）判断上线状态是否停滞；7） 清理不再需要的副本集。

  3. service
    服务将运行在一组 Pods 上的应用程序公开为网络服务的抽象方法。
    k8s Service 定义了这样一种抽象：逻辑上的一组 Pod，一种可以访问它们的策略 —— 通常称为微服务。 Service 所针对的 Pods 集合通常是通过选择算符来确定的。
    k8s 中服务类型有4种，包括：ClusterIP，NodePort，LoadBalancer和ExternalName，

    1. ClusterIP：通过集群的内部 IP 暴露服务，选择该值时服务只能够在集群内部访问。 这也是默认的 ServiceType。
    2. NodePort：通过每个节点上的 IP 和静态端口（NodePort）暴露服务。 NodePort 服务会路由到自动创建的 ClusterIP 服务。 通过请求 <节点 IP>:<节点端口>，你可以从集群的外部访问一个 NodePort 服务。
    3. LoadBalancer：使用云提供商的负载均衡器向外部暴露服务。 外部负载均衡器可以将流量路由到自动创建的 NodePort 服务和 ClusterIP 服务上。
    4. ExternalName：通过返回 CNAME 和对应值，可以将服务映射到 externalName 字段的内容（例如，foo.bar.example.com）。 无需创建任何类型代理。

2 常见用法

2.1 namespace

  1. 创建 ns

    $ kubectl create namespace test-online
namespace/test-online created
或者通过文件创建
vim ns-test-online.yaml 
apiVersion: v1
kind: Namespace
metadata:name: test-online
$ kubectl apply -f ns-test-online.yaml

  2. 查看 ns

    $ kubectl get namespaces 或者  kubectl get ns
NAME                   STATUS   AGE
default                Active   6d10h
kube-node-lease        Active   6d10h
kube-public            Active   6d10h
kube-system            Active   6d10h
...
test-online            Active   22s

  3. 删除 ns

    $ kubectl delete namespaces test-online 
或者
$ kubectl delete -f ns-test-online.yaml

2.2 deployment

  1. 创建deployment
    vim  my-web01.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:name: my-web01   namespace: test-online
spec:selector:matchLabels:app: my-web01template:metadata:labels:app: my-web01spec:containers:- image: nginx:1.19.6name: my-web01imagePullPolicy: IfNotPresent$ kubectl apply -f my-web01.yaml
deployment.apps/my-web01 created
  2. 查看deployment
    $ kubectl get deployment -n test-online 或者 kubectl get deploy -n test-online 
NAME       READY   UP-TO-DATE   AVAILABLE   AGE
busybox    0/0     0            0           8d
my-web01   1/1     1            1           30s
  3. 删除deployment
    kubectl delete deployments my-web01 -n test-online
或者
kubectl delete -f my-web01.yaml
  4. 伸缩deployment
    扩容到2
$ kubectl -n test-online scale deployment my-web01 --replicas 2
缩容为1
$ kubectl -n test-online scale deployment my-web01 --replicas 1自动伸缩，最少为1，最大为5副本，cpu使用率超过20%就会触发
$ kubectl -n test-online autoscale deployment my-web01 --max 5 --min 1 --cpu-percent 20
horizontalpodautoscaler.autoscaling/my-web01 autoscaled
删除自动伸缩
$ kubectl -n test-online delete horizontalpodautoscalers.autoscaling my-web01 
horizontalpodautoscaler.autoscaling "my-web01" deleted
  5. 升级镜像
    格式：kubectl set image (-f FILENAME | TYPE NAME) CONTAINER_NAME_1=CONTAINER_IMAGE_1 ... CONTAINER_NAME_N=CONTAINER_IMAGE_N
升级镜像为latest
kubectl -n test-online set image deployment/my-web01 my-web01=nginx:latest
或者 kubectl set image -f my-web01.yaml my-web01=nginx:1.19.4 
deployment.apps/my-web01 image updated
  6. 回滚操作
    1）查看deployment 历史操作，默认情况下没有设置--record，因此都为none
$ kubectl rollout history -n test-online deployment my-web01 
deployment.apps/my-web01 
REVISION  CHANGE-CAUSE
1         <none>
2         <none>
2）通过record 记录deployment的操作
$ kubectl set image -f my-web01.yaml my-web01=nginx:1.19.4 --record
deployment.apps/my-web01 image updated
$ kubectl set image -f my-web01.yaml my-web01=nginx:latest --record
deployment.apps/my-web01 image updated
再次查看，发现已经记录了具体操作
$ kubectl rollout -n test-online history deployment my-web01   
deployment.apps/my-web01 
REVISION  CHANGE-CAUSE
1         <none>
2         <none>
6         kubectl set image my-web01=nginx:1.19.4 --filename=my-web01.yaml --record=true
7         kubectl set image my-web01=nginx:latest --filename=my-web01.yaml --record=true
3）回滚到上一个操作，即image为1.19.4
$ kubectl rollout undo -n test-online deployment my-web01 
deployment.apps/my-web01 rolled back
4）回退到指定版本 7,此时image再次为latest
$ kubectl rollout undo -n test-online deployment my-web01 --to-revision 7
deployment.apps/my-web01 rolled back

2.3 service

由于正常情况下NodePort 类型的service比较容易实现，因此此处仅仅测试NodePort类型的service；NodePort类型的服务访问流程为：用户访问->节点IP:nodePort->服务cluster-ip:port->pod:targetPort。

  1. 创建服务
    命令创建：
$ kubectl -n test-online expose deployment my-web01 --port=80 --target-port=80 --type=NodePort
service/my-web01 exposedyaml 创建：
vim my-web01-svc.yaml 
apiVersion: v1
kind: Service
metadata:name: my-web01
spec:ports:- port: 80 # service的端口protocol: TCPtargetPort: 80 # my-web01中容器的端口selector:app: my-web01type: NodePort
$ kubectl apply -f my-web01-svc.yaml         
service/my-web01 created
  2. 查看服务
    查看服务，PORT为 服务port:nodePort, 在集群内部可以通过 curl cluster-ip:port 访问对应的服务，在集群外部可以通过curl node-ip:nodePort 来访问对应的服务。
$ k8s % kubectl get svc -n test-online       
NAME       TYPE       CLUSTER-IP    EXTERNAL-IP   PORT(S)          AGE
my-web     NodePort   10.1.175.63   <none>        5000:32020/TCP   12d
my-web01   NodePort   10.1.122.47   <none>        80:32695/TCP     2m28s
查看服务的endpoints：
$ kubectl get endpoints -n test-online 
NAME       ENDPOINTS                                         AGE
my-web     10.244.2.40:5000                                  12d
my-web01   10.244.1.250:80,10.244.2.156:80,10.244.2.157:80   3m24s
  3. 删除服务
    通过命令行删除：
$ kubectl delete service -n test-online my-web01 
service "my-web01" deleted
通过文件删除：
$ kubectl -n test-online delete -f my-web01-svc.yaml 
service "my-web01" deleted

3 注意事项

  1. ns 默认是没有资源限制的，但是可以结合 ResourceQuota 来限制 ns 的cpu、内存等资源。

4 说明

Kubernetes指南-Namespace
概念->工作负载->工作负载资源->Deployments
概念->服务、负载均衡和联网->服务

这篇关于k8s初级实战03--ns deployment service的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1017116。

相关文章

Nginx使用Keepalived部署web集群（高可用高性能负载均衡）实战案例

Nginx使用Keepalived部署web集群（高可用高性能负载均衡）实战案例

《Nginx使用Keepalived部署web集群（高可用高性能负载均衡）实战案例》本文介绍Nginx+Keepalived实现Web集群高可用负载均衡的部署与测试,涵盖架构设计、环境配置、健康检查、... 目录前言一、架构设计二、环境准备三、案例部署配置 前端 Keepalived配置 前端 Nginx
阅读更多...
Python日期和时间完全指南与实战

Python日期和时间完全指南与实战

《Python日期和时间完全指南与实战》在软件开发领域,‌日期时间处理‌是贯穿系统设计全生命周期的重要基础能力,本文将深入解析Python日期时间的‌七大核心模块‌,通过‌企业级代码案例‌揭示最佳实践... 目录一、背景与核心价值二、核心模块详解与实战2.1 datetime模块四剑客2.2 时区处理黄金法
阅读更多...
SpringBoot实现接口数据加解密的三种实战方案

SpringBoot实现接口数据加解密的三种实战方案

《SpringBoot实现接口数据加解密的三种实战方案》在金融支付、用户隐私信息传输等场景中,接口数据若以明文传输,极易被中间人攻击窃取,SpringBoot提供了多种优雅的加解密实现方案,本文将从原... 目录一、为什么需要接口数据加解密？二、核心加解密算法选择1. 对称加密（AES）2. 非对称加密（R
阅读更多...
Spring Boot集成Logback终极指南之从基础到高级配置实战指南

Spring Boot集成Logback终极指南之从基础到高级配置实战指南

《SpringBoot集成Logback终极指南之从基础到高级配置实战指南》Logback是一个可靠、通用且快速的Java日志框架,作为Log4j的继承者,由Log4j创始人设计,：本文主要介绍... 目录一、Logback简介与Spring Boot集成基础1.1 Logback是什么？1.2 Sprin
阅读更多...
Linux高并发场景下的网络参数调优实战指南

Linux高并发场景下的网络参数调优实战指南

《Linux高并发场景下的网络参数调优实战指南》在高并发网络服务场景中,Linux内核的默认网络参数往往无法满足需求,导致性能瓶颈、连接超时甚至服务崩溃,本文基于真实案例分析,从参数解读、问题诊断到优... 目录一、问题背景：当并发连接遇上性能瓶颈1.1 案例环境1.2 初始参数分析二、深度诊断：连接状态与
阅读更多...
C#实现高性能Excel百万数据导出优化实战指南

C#实现高性能Excel百万数据导出优化实战指南

《C#实现高性能Excel百万数据导出优化实战指南》在日常工作中,Excel数据导出是一个常见的需求,然而,当数据量较大时,性能和内存问题往往会成为限制导出效率的瓶颈,下面我们看看C#如何结合EPPl... 目录一、技术方案核心对比二、各方案选型建议三、性能对比数据四、核心代码实现1. MiniExcel
阅读更多...
POI从入门到实战轻松完成EasyExcel使用及Excel导入导出功能

POI从入门到实战轻松完成EasyExcel使用及Excel导入导出功能

《POI从入门到实战轻松完成EasyExcel使用及Excel导入导出功能》ApachePOI是一个流行的Java库,用于处理MicrosoftOffice格式文件,提供丰富API来创建、读取和修改O... 目录前言:Apache POIEasyPoiEasyExcel一、EasyExcel1.1、核心特性
阅读更多...
SpringBoot中四种AOP实战应用场景及代码实现

SpringBoot中四种AOP实战应用场景及代码实现

《SpringBoot中四种AOP实战应用场景及代码实现》面向切面编程(AOP)是Spring框架的核心功能之一,它通过预编译和运行期动态代理实现程序功能的统一维护,在SpringBoot应用中,AO... 目录引言场景一：日志记录与性能监控业务需求实现方案使用示例扩展：MDC实现请求跟踪场景二：权限控制与
阅读更多...
Python列表去重的4种核心方法与实战指南详解

Python列表去重的4种核心方法与实战指南详解

《Python列表去重的4种核心方法与实战指南详解》在Python开发中,处理列表数据时经常需要去除重复元素,本文将详细介绍4种最实用的列表去重方法,有需要的小伙伴可以根据自己的需要进行选择... 目录方法1：集合(set)去重法（最快速）方法2：顺序遍历法（保持顺序）方法3：副本删除法（原地修改）方法4：
阅读更多...
在Spring Boot中浅尝内存泄漏的实战记录

在Spring Boot中浅尝内存泄漏的实战记录

《在SpringBoot中浅尝内存泄漏的实战记录》本文给大家分享在SpringBoot中浅尝内存泄漏的实战记录,结合实例代码给大家介绍的非常详细,感兴趣的朋友一起看看吧... 目录使用静态集合持有对象引用，阻止GC回收关键点：可执行代码：验证：1，运行程序（启动时添加JVM参数限制堆大小）：2，访问 htt
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2