配置⽅法 �. 创建 StorageClass、Namespace 和 pvc 资源 �. 部署MySQL容器组 �. 部署WordPress容器组 �. 配置 Haproxy 负载均衡 �. 访问 WordPress ⽅法⼆：Ingress 外⽹访问 WordPress 配置⽅法 �. 创建 Namespace 和 PVC 资源 �. 部署MySQL容器组 �. 部署WordPress容器组 path：NAS盘对应的远端挂在⽬录，默认为 /nfsshare mode: pv使⽤⽂件夹的mode，⼀般选择 755 或 777 存储类名称：配置该存储类的名称，当创建pvc时，需要引⽤该名称 存储卷回收策略：Retain，PVC被删除后，保留对应的PV；Delete，PVC被删除后，删除对应 的PV 数据保留策略：当PV被删除后，如果数据保留策略为 true ，则归档相关数据，归档名称为 archived-原pv使⽤⽬录名称-时间戳 系统会⾃动读取NAS盘的挂载点IP path：NAS盘对应的远端挂在⽬录，默认为 /nfsshare mode: pv使⽤⽂件夹的mode，⼀般选择 755 或 777 存储卷名称：配置该存储类的名称，当创建pvc时，需要引⽤该名称 容量：所要创建存储卷的⼤⼩，单位GB 访问模式：ReadWirteMany：可以多个节点同时读写，ReadWriteOnce：仅单个节点读写 标签：可以添加⾃定义的标签 查看存储卷详情

及最大计算资源/内 存使用量限制，任何违反LimitRange定义的资源使用最大用量的请求都将被直接 拒绝 LimitRange对pod和容器的资源限制为cpu和内存使用量 LimitRange对PVC的资源限制为存储空间的使用量 资源限额只对新创建的资源生效，对于已经存在的对象不产生任何限制 limitrange和resourcequota都是有命名空间之分的 # cat > limitRange-testxx cpu EOF # kubectl apply -f limitRange-testxx.yaml ★ResourceQuota LimitRange只能限制单个容器/Pod/PVC的资源使用量，无法限制创建的容器个 数 ， 用 户 可 能 会 创 建 数 量 众 多 的 pod 而 消 耗 完 所 有 资 源 ， 可 以 使 用 ResourceQuota资源限制每个命名空间的对象数量及资源限额 count/deployments.extensions: "2" persistentvolumeclaims: "2" #可以创建的pvc总数 requests.storage: 20Gi #可以创建的pvc存储需求存储空间总量限额 EOF # kubectl apply -f resourceQuota-testxx.yaml

storage-vc-template templates: volumeClaimTemplates: - name: storage-vc-template persistentVolumeClaim: spec: accessModes: - ReadWriteOnce resources:

attempts:2 " 32 架构 - 网络 (2) SACC2017 • 集中生成和存放配置文件，按需导入Pod。 • 支持Pod在各个worker之间的迁移。 • K8s的PV和PVC可以确保每个Fabric的节点只能看到所需要的文件。 33 架构 – 共享存储 SACC2017 • Peer Pod：包括Fabric peer，couchDB（可选）， 代 Container Peer0 CouchDB Pod PVC service CA Pod PVC service … … Namespace: org1 PeerN CouchDB Pod PVC service CLI Pod PVC NFS Namespace: orgN SACC2017 Orderer和Kafka Orderer和Kafka Pod orderer0 Pod Namespace: orgorderer1 service …. ordererM Pod PVC service PVC NFS Namespace: Kafka …. …. Kafka 0 Pod service Kafka N Pod service zookeeper0

Volume Claim即PVC这种逻辑存储，使用这种 存储，使得存储的使用者可以忽略后台的实际存储技术（例如AWS，Google或GlusterFS和Ceph），而将有关存储实际 技术的配置交给存储管理员通过Persistent Volume来配置。 26 www.h3c.com Confidential 秘密 26 26 K8s基本概念和术语介绍（PV和PVC） Persistent Volume，PV（持久存储卷）和 Volume Claim，PVC（持久存储卷声明）： PV和PVC使得K8s集群具备了存储的逻辑抽象能力，使得在配置Pod的逻辑里可以忽略对实际后台存储技术的配置， 而把这项配置的工作交给PV的配置者，即集群的管理者。存储的PV和PVC的这种关系，跟计算的Node和Pod的关系是非 常类似的；PV和Node是资源的提供者，根据集群的基础设施变化而变化，由K8s集群管理员配置；而PVC和Pod是资源 的使 ReadOnlyMany：只读权限，允许被多个Node挂载 ReadWriteMany：读写权限，允许被多个Node挂载 PV的有如下几种状态： Avaliable（空闲状态）、Bound（已经绑定到某个PVC上）、Release（对应的PVC已经删除，但资源还没有被集群收回） 、Failed（PV自动回收失败） 27 www.h3c.com Confidential 秘密 27 27 K8s基本概念和术语介绍（NameSpace）

10Gi accessModes: - ReadWriteOnce hostPath: path: "/mnt/data" --- kind: PersistentVolumeClaim apiVersion: v1 metadata: name: pv-claim spec: storageClassName: manual accessModes: /usr/share/nginx/html 17-StatefulSet 71 volumes: - name: task-pv-storage persistentVolumeClaim: claimName: task-pv-claim Pod Selector（Pod选择器） 您必须设置StatefulSet的 spec.selector

不一致 Ø同步多活情况下容易出现死锁 Ø解决方案 Ø改成同步一主两备模式 Kubernetes的PVC绑定问题 Ø问题 ØPVC每次申请PV都会占用所有 PV容量 Ø解决方案 Ø对Kubernetes的PV起初理解偏 差，PVC的设计就是占用整个PV Ø要对每个用户PVC单独开辟PV Magnum创建baymodel失败 Ø 问题 ØBaymodel中所使用的镜像没有os-

Pipeline / Stage / Task Dockerfile / Scripts Common Configuration ConfigMap/Secret Data Volume PVC Task Template Task created from template Tasks in same stage can run sequentially or in parallel environment variables image information - volumes Storage Service rbd / nfs / glisters pvc pvc pvc registry credential using secret - resources Memory / CPU / GPU Data cache CI/CD Examples

Headless Service为这些有编号的 Pod，在 DNS 服务器器中 ⽣生成带有同样编号的 DNS 记录 • StatefulSet 还为每⼀一个 Pod 分配并创建⼀一个同样编号的 PVC， 保 证了了每⼀一个 Pod 都拥有⼀一个独⽴立的 Volume Operator • ⾸首先在k8s中注册CRD • Operator 于 API server 交互，Watch 全部的 Server redis cluster redis cluster redis cluster Manage Redis Operator service statefulset pvc deployment Create Update Get Delete Operator Server 为⽤用户提供可视化 Web 操作⻚页⾯面，简化对各类⾃自 定义资源的管理理操作。 Grafana 使⽤用 PVC 进⾏行行配置⽂文件的存储； Think in Cloud . 北北京 KUN应⽤用 接⼊入层 • 负载均衡通过service实现 计算层 • 具体计算任务由pod完成 • 常驻型pod通过k8s deployment管理理，保证计算实例例⾼高可⽤用 • ⾮非常驻型pod通过k8s job管理理 存储层 • Pod内挂载PVC，⽤用于存储持久化的数据

8、管理PVC § 1、浏览项⺫ § 2、分配任务 § 2、Bug跟踪 § 3、Bug统计 § 1、部署应⽤，管理配额 § 2、设置Pipeline § 3、管理镜像 § 4、管理PVC § 5、项⺫⽤户、⾓⾊分配 产品主管 应⽤运维 开发主管 团队成员 测试主管 § 1、管理空间 § 2、部署应⽤，管理配额 § 3、设置Pipeline § 4、管理镜像 § 5、管理PVC § 6、项⺫⽤户、⾓⾊分配