q7_study

摘要： k8s控制器 1、deployment 1、什么是deploy？ 是一个k8s的资源对象，管理无状态的应用(就是没有顺序的，后面还有一个控制器是有状态，也就是有序的) 就是一个pod管理器，确保了一定数量的pod始终运行 特性 支持pod的多副本 支持pod的更新策略 能够控制校正pod 要求pod 阅读全文

摘要： pod详解 在生产环境中，使用的是pod的更加高级的对象，不建议直接使用pod 应该使用的是pod的高级对象 1、pod和命名空间 pod是k8s中最小的，最基本的部署和调度单元 一个pod里面封装了一个或者多个容器，相当于是一个进程 一个pod多个容器，共享网络命名空间(共享ip和端口空间) po 阅读全文

摘要： k8s常见的资源对象 1、有哪些资源对象呢？ # 74个资源对象，非常的多 [root@master01 ~]# kubectl api-resources | wc -l 74 # 有的资源名称有简写的 [root@master01 ~]# kubectl api-resources | head 阅读全文

摘要： 高可用节点 k8s节点 3个机器，2个master,一个node节点即可 思考一下 k8s搭建高可用 针对的是api-server keepalived+nginx，nginx提供负载均衡，keepalived提供vip地址 iso镜像是openEuler 22.03 (LTS-SP3) 免密登录即 阅读全文

摘要： 工作流程 控制平面组件 1、kube-apiserver api服务器为k8s集群资源唯一操作入口，并提供认证，授权，访问控制，api注册，发现机制 2、etcd 高可用性的键值数据库,key-value的键值对形式 保存k8s所有集群的疏忽的后台数据库(例如 Pod 的数量、状态、命名空间等) 只 阅读全文

摘要： crush算法详解 1、解决了什么问题？ 在传统的存储系统中，需要维护一个元数据映射表来记录数据块与存储位置的对应的关系，当集群规模非常大的时候，维护这个映射表非常的困难，且元数据服务器容器成为性能瓶颈和单点故障 crsuh算法，通过计算直接得出数据存储的位置 彻底去中心化 客户端直接与osd交互 阅读全文

摘要： ceph对象网关 1、文件系统和对象存储的区别 层次化和扁平化： 文件系统允许用户进行增删改查，有一个mds服务器，检索元数据。是一个层次化的存储结构，受限与mds服务器(单个元数据服务器能力，也可以加多个mds服务器) 对象存储扁平化存储结构，只有增删查，不允许修改(修改的话，上传一份新的对象)， 阅读全文

摘要： ceph复习 主要就是怕忘记了学习的东西 ceph存储数据的流程 读取数据的流程 ceph的优点 ceph基本概念 mon,mds,mgr等 存储池，纠删池 ceph认证授权 rbd,cephfs,rgw 实验 存储池的创建 rbd设备的创建 干什么的 就是提供在存储池里面封装成一个磁盘 映射到客户 阅读全文

摘要： cephfs cephfs提供的就是一个文件系统，不需要格式化，rbd的话需要自己格式化 文件系统与块存储不同的就是，块存储需要一个存储池就可以了，但是文件系统的话，需要2个存储池，一个用来存放元数据，存放元数据的存储池需要一个mds来读取，另外一个用来存储数据 需要部署一个mds服务，用来读取元数 阅读全文

摘要： RBD详解 rbd就是rados block device，是ceph集群中常用的存储类型 rbd是通过linux内核模块或者librbd库与osd之间完成交互 一般只有在为物理主机提供设备的时候才会使用内核rbd模块，虚拟机一般使用librbd库，当rbd使用基于内核模块驱动时，可以使用linux 阅读全文