Linux——k8s组件

于 2024-09-27 14:20:53 发布
阅读量349 收藏 4
点赞数 14
分类专栏： K8S Linux 文章标签： linux kubernetes java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Xinan_____/article/details/142589993
版权
Linux 同时被 2 个专栏收录
61 篇文章 0 订阅
订阅专栏
K8S
3 篇文章 0 订阅
订阅专栏

kubernetes 使用1.31.1 版本搭建集群核心组件，选择flannel 网络插件为整体集群的运行提供网络通信功能。

flannel 网络插件

kube-flannel   kube-flannel-ds-9fgml             1/1     Running   1 (18m ago)   2d21h

kube-flannel   kube-flannel-ds-ghwbq             1/1     Running   1 (18m ago)   2d21h

kube-flannel   kube-flannel-ds-mkm4r             1/1     Running   1 (18m ago)   2d21h

K8S核心组件：

 

1、coredns提供集群内的DNS解析

kube-system    coredns-fcd6c9c4-cvcvt            1/1     Running   1 (18m ago)   2d21h

kube-system    coredns-fcd6c9c4-m9kxk            1/1     Running   1 (18m ago)   2d21h

2、ectd (基于键值对的数据库) 提供集群数据的存储（1） pod的名称数量（2）网络参数的分配（3）集群的状态

kube-system    etcd-control                      1/1     Running   1 (18m ago)   2d21h

3、api-server：Kubernetes的api响应服务器，用户向K8S平台发出的所有指令，都是先给到api-server，由APIserver 根据用户的请求以调用不同的组件

kube-system    kube-apiserver-control            1/1     Running   1 (18m ago)   2d21h

4、controller-manager：完成pod的启动和状态维护，比如pod停止了，由controller-manager 完成pod的重启

kube-system    kube-controller-manager-control   1/1     Running   1 (18m ago)   2d21h

5、kube-proxy：K8s的代理服务

kube-system    kube-proxy-54j4f                  1/1     Running   1 (18m ago)   2d21h

kube-system    kube-proxy-c8cdj                  1/1     Running   1 (18m ago)   2d21h

kube-system    kube-proxy-v7td8                  1/1     Running   1 (18m ago)   2d21h

6、scheduler-control: 调度管理器，决定K8S中运行pod的节点，指定pod的运行节点。

kube-system    kube-scheduler-control            1/1     Running   1 (18m ago)   2d21h

pod

pod 是K8S平台上最小的管理单位，pod是K8S平台上运行的进程。

什么是容器？应用容器化的本质是什么？

容器是一个隔离的沙盒环境。容器实现隔离环境所使用的技术是namespace （名称空间）cgroup （控制组）。沙盒环境中包括了运行某一个应用所需要的基本依赖关系和运行的环境（配置文件、日志输出、启动程序等）。一个应用的镜像包括了应用运行所需要的所有的依赖管理和运行环境的支持。应用容器化的本质分为两步：1.将应用运行需要的所有文件打包，制作镜像2. 将镜像中的程序启动（运行起来），程序运行起来之后，就是进程了，换一句叫做运行容器，或者跑一个容器。

总结一下： 容器实际就是在操作系统上使用软件技术隔离一个环境，然后运行程序的过程。所以在容器宿主机上，在容器内部只能看到容器内部启动的进程，举个例子：容器中通常有一个pid为1 的进程，而这个进程不是容器宿主机中pid为1 的进程，容器宿主机中可以看到容器启动的进程，但是并不知道容器具体使用哪个程序启动对应的进程。

pod的重点类似于容器，也是需要在一个相对隔离的环境下启动进程，并为隔离环境中的进程提供需要的网络、存储等资源的访问。但是pod并不是容器，pod提供容器所需要的隔离环境，并为隔离环境内的容器提供必要的网络和存储，所以某种程度上pod 是用来管理容器的上一级概念。

在K8S中，一个pod=一个运行中的应用实例

pod运行容器的方式：

  1. 一个pod中封装一个容器，最简单的运行方式，但是如果需要较为复杂架构的实现，还是需要较为复杂的配置过程。
  2. 一个pod中封装多个容器：可以直接在一个pod中运行所有的服务，比如说lamp等常见组合，另一个原因在于同一个pod中的容器直接基于localhost进行通信，也不需要复杂的网络配置或者繁琐的数据同步。

K8S 资源对象：

  1. pod （最小调度单位，一定属于某一个名称空间）
    1. K8S 的名称空间，一般是为了给不同的项目进行项目环境的隔离而使用的概念，
    2. 类比ansible不同的目录可以代表不同的项目代码，Ｋ８Ｓ不同的名称空间运行不同的应用
  2. node （K8S工作节点，应用pod一般都运行在工作节点上，node 不属于任何名称空间，同样持久卷也不属于任何名称空间）
[root@control ~]# kubectl get nodes		// 列出节点信息
NAME      STATUS   ROLES           AGE    VERSION
control   Ready    control-plane   3d4h   v1.31.1
node1     Ready    <none>          3d4h   v1.31.1
node2     Ready    <none>          3d4h   v1.31.1
[root@control ~]# kubectl get nodes  -o wide  // 列出所有节点基本信息
NAME      STATUS   ROLES           AGE    VERSION   INTERNAL-IP      EXTERNAL-IP   OS-IMAGE          KERNEL-VERSION          CONTAINER-RUNTIME
control   Ready    control-plane   3d4h   v1.31.1   192.168.110.10   <none>        CentOS Stream 9   5.14.0-474.el9.x86_64   containerd://1.7.22
node1     Ready    <none>          3d4h   v1.31.1   192.168.110.11   <none>        CentOS Stream 9   5.14.0-474.el9.x86_64   containerd://1.7.22
node2     Ready    <none>          3d4h   v1.31.1   192.168.110.22   <none>        CentOS Stream 9   5.14.0-474.el9.x86_64   containerd://1.7.22
[root@control ~]# kubectl describe node control   // 列出指定节点的详细信息

以相对动态的方式实时获取每一个节点的基本信息，使用一个K8S的组件 metrics-server 来收集每一个节点的内存CPU 等资源的实时使用率，metrics-server将在api-server 中增加关于节点状态收集的api路径，收集到的节点信息可以传递给其他的监控软件使用。

[root@control ~]# wget https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml
[root@control ~]# cat .kube/registry_cn
registry.cn-hangzhou.aliyuncs.com/google_containers/
[root@control ~]# mv components.yaml metrics-server.yml
mv: overwrite 'metrics-server.yml'? y
[root@control ~]# vim metrics-server.yml

[root@control ~]# kubectl apply -f metrics-server.yml
serviceaccount/metrics-server created
clusterrole.rbac.authorization.k8s.io/system:aggregated-metrics-reader created
clusterrole.rbac.authorization.k8s.io/system:metrics-server created
rolebinding.rbac.authorization.k8s.io/metrics-server-auth-reader created
clusterrolebinding.rbac.authorization.k8s.io/metrics-server:system:auth-delegator created
clusterrolebinding.rbac.authorization.k8s.io/system:metrics-server created
service/metrics-server created
deployment.apps/metrics-server created
apiservice.apiregistration.k8s.io/v1beta1.metrics.k8s.io created
[root@control ~]# kubectl get pods -o wide -n kube-system
NAME                              READY   STATUS    RESTARTS        AGE    IP               NODE      NOMINATED NODE   READINESS GATES
coredns-fcd6c9c4-cvcvt            1/1     Running   1 (6h52m ago)   3d4h   10.244.1.10      node1     <none>           <none>
coredns-fcd6c9c4-m9kxk            1/1     Running   1 (6h52m ago)   3d4h   10.244.1.9       node1     <none>           <none>
etcd-control                      1/1     Running   1 (6h52m ago)   3d4h   192.168.110.10   control   <none>           <none>
kube-apiserver-control            1/1     Running   1 (6h52m ago)   3d4h   192.168.110.10   control   <none>           <none>
kube-controller-manager-control   1/1     Running   1 (6h52m ago)   3d4h   192.168.110.10   control   <none>           <none>
kube-proxy-54j4f                  1/1     Running   1 (6h52m ago)   3d4h   192.168.110.11   node1     <none>           <none>
kube-proxy-c8cdj                  1/1     Running   1 (6h52m ago)   3d4h   192.168.110.10   control   <none>           <none>
kube-proxy-v7td8                  1/1     Running   1 (6h52m ago)   3d4h   192.168.110.22   node2     <none>           <none>
kube-scheduler-control            1/1     Running   1 (6h52m ago)   3d4h   192.168.110.10   control   <none>           <none>
metrics-server-86c648b4bf-tfhjp   1/1     Running   0               50s    10.244.2.10      node2     <none>           <none>
实时监控节点的资源使用情况：
[root@control ~]# kubectl top node
NAME      CPU(cores)   CPU%   MEMORY(bytes)   MEMORY%
control   170m         8%     1636Mi          43%
node1     60m          3%     1109Mi          29%
node2     47m          2%     1019Mi          13%

对于K8S集群中的工作节点的增加和移除：

增加新的工作节点：

  1. 配置工作节点的OCI 、selinux等基础环境
  2. kubeadm join 命令加入到K8S 现有集群中

移除工作节点：

禁止向指定节点调度新的pod

kubectl cordon node 节点名   

移除在指定节点上的pod

kubectl drain node 节点名

以上这两步也可以将指定的工作节点进行常规的状态维护

结束常规的技术维护之后，重新加入K8S调度的指令：

kubectl uncordon node 节点名

3、namespace 和用来进行容器环境隔离的namesapce 不是一个层面的东西

      kubectl get    //列出指定的资源类型

kubectl get pods   // 列出所有的pod资源

kubectl get nodes    // 列出所有的节点信息

kubectl get namespace   // 所有的名称空间

[root@control ~]# kubectl get ns
NAME              STATUS   AGE
default           Active   3d4h			// 本身默认的名称空间
kube-flannel      Active   3d4h			// 创建flannel 网络插件时，创建的专门用于运行网络插件的名称空间 
kube-node-lease   Active   3d4h			// 管理K8S集群节点有限期，属于默认名称空间
kube-public       Active   3d4h			// 也属于默认的名称空间
kube-system       Active   3d4h		 	// 默认名称空间，K8S核心组件资源

4、label 标签/ annotation 备注

5、taint 污点 toleration 容忍

        taint 一般设置在工作节点，用来说明节点的一些不适合运行pod的状态

        toleration 一般设置在某个pod上，用来说明可以调度到条件适配的有污点的节点。

6、Service      // 使用pod运行的应用一个会认为是一个独立的服务

7、Volume // 卷  pod 使用的存储

8、PersistentVolume // 持久卷   

9、Deployment // 服务部署    一次需要调度的pod的数量

10、Secret //  K8s 加密数据的访问

11、StatefulSet //  有状态的服务部署  网络资源固定分配以及存储资源的持久化

12、DaemonSet //  无状态的服务部署

13、ServiceAccount // 服务装好

14、ReplicationController  // 副本控制器

15、ReplicaSet // 副本集控制器，和上一条功能相同 只是版本不同

16、Job // 一个定时作业

17、CronJob // 一个周期作业

18、SecurityContext // 安全上下文

19、ResourceQuota // 资源配额  容器资源限制

20、LimitRange // 范围限制

21、HorizontalPodAutoscaling // pod水平扩展   一般通过RC RS等资源快速实现

22、Ingress // 集成的应用网关，属于一种网络和应用功能的合并资源

23、ConfigMap // 配置映射，一般用来解决卷和持久卷的映射关系

24、Role // 用来进行用户权限约束的资源 K8S平台中不是通过属主属组进行权限划分，而是通过角色划分用户的权限

25、ClusterRole // 对K8S集群本身管理权限的划分

练习参考资料：

使用 Deployment 运行一个无状态应用 | Kubernetes本文介绍如何通过 Kubernetes Deployment 对象去运行一个应用。教程目标 创建一个 nginx Deployment。 使用 kubectl 列举该 Deployment 的相关信息。 更新该 Deployment。 准备开始 你必须拥有一个 Kubernetes 的集群，且必须配置 kubectl 命令行工具让其与你的集群通信。 建议运行本教程的集群至少有两个节点，且这两个节点不能作为控制平面主机。 如果你还没有集群，你可以通过 Minikube 构建一个你自己的集群，或者你可以使用下面的 Kubernetes 练习环境之一：Killercoda 玩转 Kubernetes 你的 Kubernetes 服务器版本必须不低于版本 v1.9. 要获知版本信息，请输入 kubectl version. 创建并了解一个 nginx Deployment 你可以通过创建一个 Kubernetes Deployment 对象来运行一个应用, 且你可以在一个 YAML 文件中描述 Deployment。例如，下面这个 YAML 文件描述了一个运行 nginx:1.14.2 Docker 镜像的 Deployment：application/deployment.yaml apiVersion: apps/v1 kind: Deployment metadata: name: nginx-deployment spec: selector: matchLabels: app: nginx replicas: 2 # 告知 Deployment 运行 2 个与该模板匹配的 Pod template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.icon-default.png?t=O83Ahttps://kubernetes.io/zh-cn/docs/tasks/run-application/run-stateless-application-deployment/

部署一个无状态应用到K8S集群

  1. 目前对于无状态应用的部署通过deployment实现，创建一个deployment 会自动选择RS控制器，创建应用副本数量的控制器。
  2. rc 作为一种较早的副本控制器，已经不推荐再继续使用
  3. K8S中的资源不直接通过create 子命令创建，为了更加贴合应用的实际运行环境，K8S对于大部分管理资源的创建都是通过一种叫做声明式配置的文件进行预先配置，然后进行创建。

[root@control ~]# vim nginx-deployment.yml
apiVersion: apps/v1     	//K8Sapiserver的路径
kind: Deployment			//资源类型 Deployment
metadata:				//针对资源的元数据
  name: nginx-deployment	// 设置资源的名称
spec:					// 资源具体的参数
  selector:				// 选择器
    matchLabels:			// 匹配标签的值
      app: nginx			// 设定的值
  replicas: 2 				// 告知 Deployment 运行 2 个与该模板匹配的 Pod
// replicas 副本的控制主要是通过relipcaset 
  template:				// pod运行的参数
    metadata:
      labels:		
        app: nginx		// pod 对应的标签
    spec:				// pod中容器对应的参数
      containers:			
      - name: nginx		// 容器名称
        image: nginx:latest	// 容器对应的镜像
        imagePullPolicy: IfNotPresent  // 镜像的拉取策略为节点中没有
        ports:
        - containerPort: 80		// nginx容器需要使用80端口通信，pod中的其他容器不能使用80端口

上面的配置文件，会创建一个名为nginx的deployment，这个deployment中需要启动两个pod，pod中是一个使用nginx镜像的容器。

为了避免需要拉取镜像，检查工作节点镜像环境。

[root@node1 ~]# crictl -r unix:///var/run/containerd/containerd.sock images nginx

[root@control ~]# kubectl apply -f nginx-deployment.yml
deployment.apps/nginx-deployment created
[root@control ~]# source  .kube/k8s_bash_completion
[root@control ~]# kubectl describe deployments.apps nginx-deployment
Name:                   nginx-deployment
Namespace:              default
CreationTimestamp:      Mon, 23 Sep 2024 17:20:07 +0800
Labels:                 <none>
Annotations:            deployment.kubernetes.io/revision: 1
Selector:               app=nginx
Replicas:               2 desired | 2 updated | 2 total | 2 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  app=nginx
  Containers:
   nginx:
    Image:         nginx:latest
    Port:          80/TCP
    Host Port:     0/TCP
    Environment:   <none>
    Mounts:        <none>
  Volumes:         <none>
  Node-Selectors:  <none>
  Tolerations:     <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Available      True    MinimumReplicasAvailable
  Progressing    True    NewReplicaSetAvailable
OldReplicaSets:  <none>
NewReplicaSet:   nginx-deployment-bf56f49c (2/2 replicas created)
Events:
  Type    Reason             Age   From                   Message
  ----    ------             ----  ----                   -------
  Normal  ScalingReplicaSet  69s   deployment-controller  Scaled up replica set nginx-deployment-bf56f49c to 2
[root@control ~]# kubectl get pods
NAME                              READY   STATUS    RESTARTS     AGE
my-nginx-7549dd6888-lhnr6         1/1     Running   1 (9h ago)   3d
my-nginx-7549dd6888-z84x4         1/1     Running   1 (9h ago)   3d
nginx-deployment-bf56f49c-54sxj   1/1     Running   0            3m18s
nginx-deployment-bf56f49c-fjbsc   1/1     Running   0            3m18s
[root@control ~]# kubectl get pods -l app=nginx
NAME                              READY   STATUS    RESTARTS   AGE
nginx-deployment-bf56f49c-54sxj   1/1     Running   0          3m46s
nginx-deployment-bf56f49c-fjbsc   1/1     Running   0          3m46s
[root@control ~]# vim nginx-deployment.yml
[root@control ~]# kubectl apply -f nginx-deployment.yml
deployment.apps/nginx-deployment configured
[root@control ~]# kubectl describe deployments.apps nginx-deployment
Name:                   nginx-deployment
Namespace:              default
CreationTimestamp:      Mon, 23 Sep 2024 17:20:07 +0800
Labels:                 <none>
Annotations:            deployment.kubernetes.io/revision: 1
Selector:               app=nginx
Replicas:               3 desired | 3 updated | 3 total | 3 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  app=nginx
  Containers:
   nginx:
    Image:         nginx:latest
    Port:          80/TCP
    Host Port:     0/TCP
    Environment:   <none>
    Mounts:        <none>
  Volumes:         <none>
  Node-Selectors:  <none>
  Tolerations:     <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Progressing    True    NewReplicaSetAvailable
  Available      True    MinimumReplicasAvailable
OldReplicaSets:  <none>
NewReplicaSet:   nginx-deployment-bf56f49c (3/3 replicas created)
Events:
  Type    Reason             Age    From                   Message
  ----    ------             ----   ----                   -------
  Normal  ScalingReplicaSet  5m41s  deployment-controller  Scaled up replica set nginx-deployment-bf56f49c to 2
  Normal  ScalingReplicaSet  11s    deployment-controller  Scaled up replica set nginx-deployment-bf56f49c to 3 from 2
[root@control ~]# kubectl get pods -l app=nginx
NAME                              READY   STATUS    RESTARTS   AGE
nginx-deployment-bf56f49c-54sxj   1/1     Running   0          5m58s
nginx-deployment-bf56f49c-fjbsc   1/1     Running   0          5m58s
nginx-deployment-bf56f49c-q2fbx   1/1     Running   0          28s
[root@control ~]# kubectl scale --replicas=4 deployment nginx-deployment
deployment.apps/nginx-deployment scaled
[root@control ~]# kubectl get pods -l app=nginx
NAME                              READY   STATUS    RESTARTS   AGE
nginx-deployment-bf56f49c-54sxj   1/1     Running   0          7m7s
nginx-deployment-bf56f49c-fjbsc   1/1     Running   0          7m7s
nginx-deployment-bf56f49c-kfr8g   1/1     Running   0          3s
nginx-deployment-bf56f49c-q2fbx   1/1     Running   0          97s
[root@control ~]# kubectl scale --replicas=2 deployment nginx-deployment
deployment.apps/nginx-deployment scaled
[root@control ~]# kubectl get pods -l app=nginx
NAME                              READY   STATUS    RESTARTS   AGE
nginx-deployment-bf56f49c-54sxj   1/1     Running   0          7m28s
nginx-deployment-bf56f49c-fjbsc   1/1     Running   0          7m28s
[root@control ~]# kubectl delete deployments.apps nginx-deployment
或者使用配置文件删除
[root@control ~]# kubectl delete -f  nginx-deployment.yml
deployment.apps "nginx-deployment" deleted

Xinan_____
关注
专栏目录
Linux——k8s认识
Xinan_____的博客
09-20 1367
计算资源隔离- 更方便进行高并发架构的维护和升级- 架构管理的灵活性更高，不再以单个节点的物理资源作为基础技术：- 硬件辅助虚拟化- 容器技术在企业部署方案中，很少以单节点实现虚拟化和容器技术，一般以集群状态来运行虚拟化技术或者容器。Kubernetes 是一个开源的容器编排引擎，用来对容器化应用进行自动化部署、扩缩和管理。容器的存储管理和网络基础设施管理：以docker为例：存储：bind-mountvolume。
k8s（一）——k8s组件介绍以及集群部署
yemuxiaweiliang的博客
07-05 1762
k8s（一）——k8s组件介绍以及集群部署
Linux——K8s集群资源
weixin_45191791的博客
11-04 1577
Yaml文件解释 apiVersion：api版本信息 kind：资源对象的类别 metadata：元数据 名称字段必写。 spec：用户期望的状态。 labels：定义pod的标签 status：资源现在处于什么样的状态 replicas：定义副本数量 selector：标签选择器，定义匹配pod的标签 template：pod的模板定义 containers：容器定义 添加apiVersion库 在yaml文件中command指令下添加 [root@master yaml]# vim /etc/ku
Kubernetes——K8s架构与组件原理
庄小焱
10-23 1029
摘要 本文将详细的介绍Kubernetes系统架构原理和工作流程。 kubernetes具有以下特性 服务发现和负载均衡 Kubernetes 可以使用 DNS 名称或自己的 IP 地址公开容器，如果进入容器的流量很大， Kubernetes 可以负载均衡并分配网络流量，从而使部署稳定。 存储编排 Kubernetes 允许你自动挂载你选择的存储系统，例如本地存储、公共云提供商等。 自动部署和回滚 你可以使用 Kubernetes 描述已部署容器的所需状态，它可以以受控的速率将实际状态 更改为
Linux——K8s集群部署过程
Xinan_____的博客
09-20 1363
registry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager // K8S 的控制器。registry.cn-hangzhou.aliyuncs.com/google_containers/coredns // k8S 集群内部的域名解析。registry.cn-hangzhou.aliyuncs.com/google_containers/etcd // 存储K8S集群的状态数据。
Linux——Kubeadm部署k8s集群
weixin_45191791的博客
09-26 322
官方文档 一、配置 1.基础环境 master node01 node02 192.168.1.40 192.168.1.41 192.168.1.42 2.关闭防火墙、SELinux [root@master ~]# systemctl stop firewalld [root@master ~]# systemctl disable firewalld [root@master ~]# setenforce 0 setenforce: SELinux is disabled [r
OpenEuler系统下——k8s离线安装部署
JosenChina的博客
07-28 1568
K8S是目前已经是业界最为流行的开源技术框架，但是苦于其学习难度较大，并且初学者在开始的时候需要自己进行安装搭建部署，以供后续的学习使用，但是国内经常会出现无法访问外网的官方网站，导致很多镜像和依赖包无法自动安装部署。本博客主要讲解了如何在离线环境下安装搭建k8s集群，以及最终的验证效果。
k8s学习笔记——k8s升级
潮落拾贝
07-02 477
查了一下官方文档，说从v1.24版本之后，kubelet移除了容器引擎，容器及镜像管理将有第三方工具来接管，也就是说用docker pull下拉下来的镜像，如果不安装第三方插件，将不再能使用！这里可以选择在linux上直接安装，也可以启动k8s容器安装，我使用的是前者，其配置和我之前写过的文章中的相关配置一致，在此不做赘述。这里可以安装的网络组件可选很多，我这里选用了calico。安装过程中一定要注意安装的版本，不然，可能多个节点安装的版本不一致，组群的时候可能会有奇奇怪怪的问题。7、下载必要的安装镜像。
Linux——k8s、Jenkins、Gitlab、Harbor实现CI/CD
weixin_45191791的博客
12-13 2020
CI/CD 一、环境搭建： 主机 IP 服务 master 192.168.1.40 K8s、Harbor node1 192.168.1.41 K8s Jenkins 192.168.1.42 jenkins Gitlab 192.168.1.43 gitlab 1.搭建K8s 1.1 安装Docker 其余需要Docker环境根据此步骤执行 [root@master ~]# wget -O /etc/yum.repos.d/epel.repo http://mirro
sealos系列——k8s集群部署
filtercomp的博客
03-20 2255
以下来自官方文档Sealos 是一个基于 Kubernetes 内核的云操作系统发行版。它采用云原生方式，摒弃传统的云计算架构，转向以 Kubernetes 为云内核的新架构。这使得企业可以像使用个人计算机一样毫不费力地使用云。用户只需单击一个按钮即可在 Kubernetes 上安装任何高可用性分布式应用程序，类似于使用个人计算机。它实际上不需要专业交付或运营成本。同时，利用独特的集群成像功能，用户可以将任何分布式应用打包到 OCI 映像中，自由组合各种分布式应用，并轻松定制所需的云。
k8s安装镜像包v1.18.0组件
07-28
标题 "k8s安装镜像包v1.18.0组件" 描述的是一个针对 Kubernetes（简称k8s）的特定版本——1.18.0的安装镜像包。Kubernetes是一种流行的容器编排系统，用于自动化容器化应用程序的部署、扩展和管理。这个镜像包包含了...
Linux企业运维——K8s高可用集群架构搭建详解
weixin_44310047的博客
09-01 3678
K8s高可用集群 一、K8s高可用集群架构原理 Kubernetes的存储层使用的是Etcd。Etcd是CoreOS开源的一个高可用强一致性的分布式存储服务，Kubernetes使用Etcd作为数据存储后端，把需要记录的pod、rc、service等资源信息存储在Etcd中。 Kubernetes的管理层服务包括kube-scheduler和kube-controller-manager。kube-scheduer和kube-controller-manager使用一主多从的高可用方案，在同一时刻只允许一个
K8s脱坑前的挣扎——k8s单节点群集部署（1）Etcd组件三副本部署
weixin_45724795的博客
04-29 736
前言：Etcd是CoreOS团队于2013年6月发起的开源项目，它的目标是构建一个高可用的分布式键值(key-value)数据库。Etcd内部采用raft协议作为一致性算法，Etcd基于Go语言实现 文章目录一、Etcd简介1.特点2.Etcd应用场景3.Etcd架构组成4.Etcd参数二、Etcd群集部署1.环境部署2.环境优化3.部署Etcd群集1）Master配置1.1 制作Etcd服务及证...
K8s脱坑前的挣扎——k8s群集部署--多节点及高可用（nginx负载均衡+keepalived双机热备）
weixin_45724795的博客
05-06 1949
前言：本次部署将在单节点之上增加一个master以及配置负载均衡和双机热备实现高可用，部署细节可参考前面三张单节点部署系列单节点部署1-Etcd、单节点部署2-Flannel、单节点部署3-Master及Node。 文章目录一、环境部署1.节点分配2.拓扑图二、部署1.master02部署1）环境优化2）部署3）启动2.部署负载均衡及双机热备1）负载均衡1.1 环境优化2）双机热备2.1 部署2....
Linux —— 网络基础（一）
学习C++的小陈同学
09-22 988
本篇只是简单的建立一个关于网络的基本概念和框架，有很多概念上不太完整，只是自己为了自己在初入学习网络时的简单粗俗理解，方便后续深入的学习网络相关的知识，如果有需要纠错的地方，可以评论一起讨论。
【Linux实践】实验四：Shell实用功能及文件权限
最新发布
Fulling的博客
09-25 604
实验内容 1、使用命令“cat /etc/named.conf”设置为别名named，然后再取消别名。 2、使用echo命令和输出重定向创建文本文件/root/nn，内容是hello，然后再使用追加重定向输入内容为word。 3、使用管道方式分页显示/etc/passwd的内容。 4、分别用文字设定法和数字设定法，对/root/ab文件设置权限，所有者为读取、写入和执行权限，同组用户为读取和写入权限，其他用户没有任何权限。 5、将文件/root/ab所有者更改为用户zhangsan。 6、将目录/root/
书生大模型实战（从入门到进阶）L0-Linux
m0_73672030的博客
09-22 1000
本文是对书生大模型L0-Linux部分的学习和实现
【Linux:共享内存】
2201_75755162的博客
09-19 661
共享内存不随着进程的结束就释放，因为共享内存不属于进程而属于操作系统，需要手动释放或者后续其它系统调用。共享内存的生命周期随内核。
[Linux] Linux进程PCB内部信息的深入理解
水墨不写bug
09-21 1175
[Linux] Linux进程PCB内部信息的深入理解: 一.查看进程 二.认识并了解进程的关键信息 I，PID/PPID II，exe III，cwd 三、fork（）创建进程
linux查看k8s组件
06-06
要查看 Kubernetes 中的组件，您可以在 Linux 终端中运行以下命令： 1. kubectl get pods -n kube-system：这将列出所有运行在名为 kube-system 的命名空间中的 Pod。这些 Pod 包含了 Kubernetes 的核心组件，例如 kube-apiserver、kube-controller-manager、kube-scheduler 等等。 2. kubectl describe pod <pod_name> -n <namespace>：这将显示有关指定 Pod 的详细信息，包括它的状态、容器、IP 地址等等。 3. kubectl get nodes：这将列出所有运行 Kubernetes 的节点。 4. kubectl get services -n kube-system：这将列出所有在 kube-system 命名空间中运行的服务，包括 kube-dns 等等。 这些命令将帮助您查看 Kubernetes 中的组件。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值