Cloud native (32) | kubernetes introduction to platform storage system

List of articles

Kubernetes Introduction to platform storage system

One 、Ceph

1、 Basic concepts

Two 、Rook

1、 Basic concepts

2、operator What is it?

---

Kubernetes Introduction to platform storage system

The storage system is a professional whole system , We only use common methods to build , The specific optimization needs to be adjusted with reference to the company's own products

One 、Ceph

Official website ：https://ceph.io/

1、 Basic concepts

Ceph There can be

• Ceph Object storage ： Key value storage , The interface is simple GET,PUT,DEL etc. . Such as seven cattle , Alibaba cloud oss etc.

• Ceph Block device ：AWS Of EBS, Qingyun's cloud disk drive and Alibaba cloud's Pangu system , also Ceph Of RBD(RBD yes Ceph Block storage oriented interface )

• Ceph file system ： It has richer interfaces than block storage , Need to consider the directory 、 File attributes, etc , Implementing a file store that supports parallelization should be the most difficult .

One Ceph The storage cluster needs

• At least one Ceph The monitor 、Ceph Manager 、Ceph OSD（ Object storage daemons ）

• Need to run Ceph File system client , You need to deploy Ceph Metadata Server.

• Monitors: Ceph Monitor (ceph-mon) The monitor ： Maintain cluster state information

  • Maintain the mapping of cluster state , Including monitor mapping , Manager mapping ,OSD mapping ,MDS Mapping and CRUSH mapping .

  • These mappings are Ceph Critical cluster state necessary for daemons to coordinate with each other .

  • The monitor is also responsible for managing authentication between the daemon and the client .

  • Typically, at least three monitors are required to achieve redundancy and high availability .

• Managers: Ceph Manager Daemon (ceph-mgr) : Responsible for tracking runtime metrics and Ceph The current state of the cluster

  • Ceph Manager Daemon （ceph-mgr） Responsible for tracking runtime metrics and Ceph The current state of the cluster

  • Including storage utilization , Current performance indicators and system load .

  • Ceph Manager Daemons also host based on python Module , To manage and disclose Ceph Cluster information , Including based on Web Of Ceph Dashboard and REST API.

  • Usually , At least two managers are required to achieve high availability .

• Ceph OSDs: Ceph OSD ( Object storage daemons , ceph-osd) 【 Store the data 】

  • By checking other Ceph OSD The daemon's heartbeat to store data , Dealing with data replication , recovery , Rebalance , And to Ceph Monitors and managers provide some monitoring information .

  • Usually at least 3 individual Ceph OSD To achieve redundancy and high availability .

• MDSs: Ceph Metadata Server (MDS, ceph-mdsceph metadata server )

  • Storage can represent Ceph File System Metadata ( Such as ：Ceph Block device and Ceph Object storage is not used MDS).

  • Ceph The metadata server allows POSIX File system users execute basic commands （ Such as ls,find etc. ）, Not to Ceph Storage clusters are a huge burden

 

Two 、Rook

1、 Basic concepts

Rook It is a storage orchestration tool for cloud native platforms

Rook Here's how it works ：

 Rook The structure is as follows

 RGW： by Restapi Gateway

2、operator What is it?

k8s in operator+CRD（CustomResourceDefinitions【k8s Custom resource type 】）, It can quickly help us deploy some stateful application clusters , Such as redis,mysql,Zookeeper etc. .

Rook Of operator It is our k8s A parser that interacts between a cluster and a storage cluster

CRD：CustomResourceDefinitions ( Custom resources ); Such as ：Itdachang

operator： This can handle custom resource types

---

• Blog home page ：https://lansonli.blog.csdn.net
• Welcome to thumb up Collection Leaving a message. Please correct any mistakes ！
• This paper is written by Lansonli original , First appeared in CSDN Blog
• When you stop to rest, don't forget that others are still running , I hope you will seize the time to learn , Go all out for a better life