一、 filestore 对象所在的PG以文件方式放在xfs文件中
1 查看所有的osd硬盘，跟其他linux其他硬盘一样，被挂载一个目录中。
[root@hz-storage1 ~]# df -h | grep -i ceph
/dev/sda1 3.7T 112G 3.6T 3% /var/lib/ceph/osd/ff279da7-446d-451f-9dcf-7d281e9b85a6
/dev/sdb1 3.7T 77G 3.6T 3% /var/lib/ceph/osd/263adb71-1902-4e21-acea-b7f53921b484
/dev/sdc1 3.7T 74G 3.6T 2% /var/lib/ceph/osd/e71a1f8e-08eb-4fa6-ba17-90ec20bfe84b
/dev/sdd1 3.7T 96G 3.6T 3% /var/lib/ceph/osd/f308c1e5-6d39-442e-883a-e3253e6ba4f0
/dev/sde1 3.7T 97G 3.6T 3% /var/lib/ceph/osd/81772621-7175-4d5d-bdb3-ccad15fa3848
/dev/sdf1 3.7T 111G 3.6T 3% /var/lib/ceph/osd/889ba3b0-09a9-43e8-b0c9-adc938337ccd
/dev/sdh1 3.7T 77G 3.6T 3% /var/lib/ceph/osd/269d36ae-7e3f-4c72-89a1-6f5841c3212f
/dev/sdi1 3.7T 91G 3.6T 3% /var/lib/ceph/osd/5476a45d-ca0e-4728-b09d-7a277394bda7
/dev/sdj1 3.7T 65G 3.6T 2% /var/lib/ceph/osd/6b1ab4bb-82b1-4fbd-8a57-3fae690df4e9
/dev/sdk1 3.7T 85G 3.6T 3% /var/lib/ceph/osd/0a44ee0c-c5f3-4769-b4bc-1dd819c3f1ad
/dev/sdl1 3.7T 127G 3.6T 4% /var/lib/ceph/osd/60536d66-31f2-4ec4-8728-e02bf11fd04f
2 这个uuid:ff279da7-446d-451f-9dcf-7d281e9b85a6其实就是一块硬盘保存的数据，进入这个目录。
[root@hz-storage1 ~]# cd /var/lib/ceph/osd/ff279da7-446d-451f-9dcf-7d281e9b85a6
[root@hz-storage1 ff279da7-446d-451f-9dcf-7d281e9b85a6]# ls -ls
total 40
4 -rw-r--r-- 1 root root 37 Dec 29 23:06 ceph_fsid
4 drwxr-xr-x 92 root root 4096 Feb 18 09:19 current
4 -rw-r--r-- 1 root root 37 Dec 29 23:06 fsid
4 -rw------- 1 root root 56 Dec 29 23:06 keyring
4 -rw-r--r-- 1 root root 21 Dec 29 23:06 magic
4 -rw-r--r-- 1 root root 6 Dec 29 23:06 ready
4 -rw-r--r-- 1 root root 4 Dec 29 23:06 store_version
4 -rw-r--r-- 1 root root 53 Dec 29 23:06 superblock
4 -rw-r--r-- 1 root root 10 Dec 29 23:06 type
4 -rw-r--r-- 1 root root 2 Dec 29 23:06 whoami
3 在进入current目录
[root@hz-storage1 ff279da7-446d-451f-9dcf-7d281e9b85a6]# cd current/
[root@hz-storage1 current]# ls -ls
total 920
36 drwxr-xr-x 2 root root 32768 Jan 1 18:24 1.7_head
0 drwxr-xr-x 2 root root 6 Dec 29 23:11 1.7_TEMP
20 drwxr-xr-x 2 root root 16384 Feb 22 16:22 2.15_head
0 drwxr-xr-x 2 root root 6 Dec 31 23:07 2.15_TEMP
24 drwxr-xr-x 2 root root 20480 Feb 22 16:07 2.1d_head
0 drwxr-xr-x 2 root root 66 Feb 22 02:54 2.1d_TEMP
24 drwxr-xr-x 2 root root 20480 Feb 22 16:36 2.1f_head
0 drwxr-xr-x 2 root root 66 Feb 21 20:31 2.1f_TEMP
24 drwxr-xr-x 2 root root 20480 Feb 22 15:44 2.36_head
0 drwxr-xr-x 2 root root 6 Dec 31 23:07 2.36_TEMP
24 drwxr-xr-x 2 root root 20480 Feb 22 16:38 2.41_head
0 drwxr-xr-x 2 root root 6 Dec 31 23:07 2.41_TEMP
28 drwxr-xr-x 2 root root 24576 Feb 22 16:39 2.43_head
0 drwxr-xr-x 2 root root 6 Dec 31 23:07 2.43_TEMP
28 drwxr-xr-x 2 root root 24576 Feb 22 16:39 2.51_head
0 drwxr-xr-x 2 root root 58 Feb 22 15:57 2.51_TEMP
24 drwxr-xr-x 2 root root 20480 Feb 22 16:37 2.5c_head
0 drwxr-xr-x 2 root root 6 Dec 31 23:07 2.5c_TEMP
24 drwxr-xr-x 2 root root 20480 Feb 22 15:33 2.78_head
可见PG是一个文件方式保存的。
二、bluestore 直接写到裸盘上面，由于无文件系统，在系统无法看到具体文件。
1 查看所有的osd硬盘，只是一个日志挂载到目录中。
[root@99cloud3 d531c723-2bd7-4197-9b6d-8a7fa7ac4719]# df -h | grep -i ceph
/dev/sdb1 97M 5.3M 92M 6% /var/lib/ceph/osd/d531c723-2bd7-4197-9b6d-8a7fa7ac4719
/dev/sdc1 97M 5.3M 92M 6% /var/lib/ceph/osd/b781e99e-7100-4bdd-9223-0b44c2ba6bb8
/dev/sdd1 97M 5.3M 92M 6% /var/lib/ceph/osd/baa319a7-d7cc-4ba2-88ef-9377c3f27d90
2 进入/var/lib/ceph/osd/d531c723-2bd7-4197-9b6d-8a7fa7ac4719，发觉又一个链接文件，直接指到一块块设备。
[root@99cloud3 d531c723-2bd7-4197-9b6d-8a7fa7ac4719]# ls -ls
total 40
0 lrwxrwxrwx 1 root root 45 Jan 24 14:38 block -> /dev/disk/by-partlabel/KOLLA_CEPH_DATA_BS_6_B
4 -rw-r--r-- 1 root root 2 Jan 24 14:38 bluefs
4 -rw-r--r-- 1 root root 37 Jan 24 14:38 ceph_fsid
4 -rw-r--r-- 1 root root 37 Jan 24 14:38 fsid
4 -rw------- 1 root root 56 Jan 24 14:38 keyring
4 -rw-r--r-- 1 root root 8 Jan 24 14:38 kv_backend
4 -rw-r--r-- 1 root root 21 Jan 24 14:38 magic
4 -rw-r--r-- 1 root root 4 Jan 24 14:38 mkfs_done
4 -rw-r--r-- 1 root root 6 Jan 24 14:38 ready
4 -rw-r--r-- 1 root root 10 Jan 24 14:38 type
4 -rw-r--r-- 1 root root 2 Jan 24 14:38 whoami
3 进入真正的目录，发现指到的是一块硬盘sdb2，其实df查到的是sdb1，是日志盘。
[root@99cloud3 d531c723-2bd7-4197-9b6d-8a7fa7ac4719]# cd /dev/disk/by-partlabel/
[root@99cloud3 by-partlabel]# ls -ls
total 0
0 lrwxrwxrwx 1 root root 10 Jan 24 14:38 KOLLA_CEPH_DATA_BS_0 -> ../../sdd1
0 lrwxrwxrwx 1 root root 10 Feb 21 17:21 KOLLA_CEPH_DATA_BS_0_B -> ../../sdd2
0 lrwxrwxrwx 1 root root 10 Jan 24 14:38 KOLLA_CEPH_DATA_BS_3 -> ../../sdc1
0 lrwxrwxrwx 1 root root 10 Feb 21 17:21 KOLLA_CEPH_DATA_BS_3_B -> ../../sdc2
0 lrwxrwxrwx 1 root root 10 Jan 24 14:38 KOLLA_CEPH_DATA_BS_6 -> ../../sdb1
0 lrwxrwxrwx 1 root root 10 Feb 21 17:21 KOLLA_CEPH_DATA_BS_6_B -> ../../sdb2
三、
1 首先建立一个测试文件。
#echo "Hello Ceph, You are Awesome like MJ" > /tmp/helloceph
#ceph osd pool create HPC_Pool 128 128
2 将生成的测试文件存入该池中并确认文件在池中：
#rados -p HPC_Pool put object1 /tmp/helloceph
#rados -p HPC_Pool ls
object1
3 在ceph中，数据都是以对象的形式存储的，这些对象属于一个PG，这些PG又对应多个OSD。现在我们来直观地感受一下这个概念:
# ceph osd map HPC_Pool object1
osdmap e221395 pool 'HPC_Pool' (14) object 'object1' -> pg 14.bac5debc (14.3c) -> up ([6,4,7], p6) acting ([6,4,7], p6)
我们来探讨一下这个命令的输出。
osdmap e221395: 这个是OSD map的版本号。
pool 'HPC_Pool' (14) : 这是池名字和ID
object 'object1': 这个是对象名称。
pg 14.bac5debc (14.3c)：这是PG编号，这表示对象oject1属于PG 14.3c。
up ([6,4,7] ：这是osd的up集合，这里包含osd.6、osd.4、osd.7。由于副本级是3，因此每一个PG将会存放到三个OSD上。这同时表明存放PG 14.3c的三个OSD的状态都是up。这是每一个特定crush map规则集中的一个特点osd map版本的所有相关osd的有序列表。正常情况下，这个和acting集合是一样的。
acting ([6,4,7]：这表明osd.6、osd.4、osd.7都在集合中，其中osd.6是主osd, osd.4是第二个、osd.7是第三个。acting集合是负责一个特定osd map的osd有序列表
4 检查这些osd的物理位置。你会发现osd.6、osd.4、osd.7彼此是物理隔开的，他们分别在三个节点上。
[root@99cloud1 /]# ceph osd tree
ID CLASS WEIGHT TYPE NAME STATUS REWEIGHT PRI-AFF
-1 4.85994 root default
-2 0 host 10.160.20.197
-4 0 host 10.160.20.198
-3 0 host 10.160.20.199
-11 1.61998 host 99cloud3
0 hdd 0.53999 osd.0 up 1.00000 1.00000
3 hdd 0.53999 osd.3 up 1.00000 1.00000
6 hdd 0.53999 osd.6 up 1.00000 1.00000
-9 1.61998 host 99cloud4
2 hdd 0.53999 osd.2 up 1.00000 1.00000
4 hdd 0.53999 osd.4 up 1.00000 1.00000
8 hdd 0.53999 osd.8 up 1.00000 1.00000
-13 1.61998 host 99cloud5
1 hdd 0.53999 osd.1 up 1.00000 1.00000
5 hdd 0.53999 osd.5 up 1.00000 1.00000
7 hdd 0.53999 osd.7 up 1.00000 1.00000

ceph bluestore与 filestore 数据存放的区别的更多相关文章

  1. Ceph BlueStore与FileStore：利用Micron NVMe SSD进行性能比较

    https://www.micron.com/about/blog/2018/may/ceph-bluestore-vs-filestoreblock-performance-comparison-w ...

  2. 开源实践分享：Ceph bluestore部署实践

    https://blog.51cto.com/99cloud/2119884 Ceph bluestore部署 首先为大家分享Ceph bluestore具体该如何部署,使用环境如下• 单节点• Ce ...

  3. ceph存储 ceph Bluestore的架构

    ceph 目前是开源社区比较流行的分布式块存储系统,其以良好的架构,稳定性和完善的数据服务功能,获得的了广泛的部署和应用. 目前ceph 最大的问题是其性能相对较差,特别是无法发挥SSD等高速设备的硬 ...

  4. [ ceph ] BlueStore 存储引擎介绍

    为什么需要 BlueStore 首先,Ceph原本的FileStore需要兼容Linux下的各种文件系统,如EXT4.BtrFS.XFS.理论上每种文件系统都实现了POSIX协议,但事实上,每个文件系 ...

  5. android的程序运行数据存放在哪里？

    Android应用开发中,给我们提供了5种数据的存储方式1 使用SharedPreferences存储数据2 文件存储数据3 SQLite数据库存储数据4 使用ContentProvider存储数据5 ...

  6. (转)MySQL 常用数据存储引擎区别

    MySQL 常用数据存储引擎区别 原文:https://laravel-china.org/articles/4198/mysql-common-data-storage-engine mysql有多 ...

  7. shp数据和tab数据的两点区别

    作者:朱金灿 来源:http://blog.csdn.net/clever101 shp是ArcGIS的矢量格式,tab是Mapinfo的矢量格式.shp数据和tab数据有两点区别:一是shp数据的f ...

  8. MySQL数据库数据存放位置修改

    MySQL数据库数据存放位置修改 MySQL是一个关系型数据库管理系统,由瑞典MySQL AB 公司开发,目前属于 Oracle 旗下产品.MySQL 最流行的关系型数据库管理系统,在 WEB 应用方 ...

  9. CentOS6 更改Mysql数据库的数据存放位置

    mysql使用yum安装时,默认的数据是存储在/var/lib/mysql下.一般情况下,为了数据的安全性,建议将mysql数据库的数据文件存储在系统的第二块磁盘上的目录下可以按照以下步骤进行操作: ...

随机推荐

  1. Windows平台搭建Git服务教程详解

    引言 软件企业的核心就是代码,如何确保代码的安全?如何在团队开发中协同工作?为解决这些问题,我们需要采用相应的管理工具来满足管理的需求.探长从最初的VSS.SVN.TFS到现在的Git存储一路走来,感 ...

  2. 【HIVE】hive的安装与使用教程

    hive是基于Hadoop的一个数据仓库工具,可以将结构化的数据文件映射为一张数据库表,并提供简单的sql查询功能,可以将sql语句转换为MapReduce任务进行运行. 其优点是学习成本低,可以通过 ...

  3. JAVASE(十八) 反射： Class的获取、ClassLoader、反射的应用、动态代理

    个人博客网:https://wushaopei.github.io/    (你想要这里多有) 1.反射(JAVA Reflection)的理解 1.1 什么是反射(JAVA Reflection) ...

  4. Entity FrameWork操作数据库完成登陆、列表显示+验证码

    登陆页面 登陆页面的页面结构比较简单,没有写样式. image标签的作用是用来显示验证码. 一般处理程序代码展示 using System; using System.Collections.Gene ...

  5. java实现扑克牌移动

    /* 下面代码模拟了一套扑克牌(初始排序 A~K,共 13 张)的操作过程. 操作过程是: 手里拿着这套扑克牌,从前面拿一张放在后面,再从前面拿一张放桌子上,再从前面拿一张放在后面,.... 如此循环 ...

  6. java实现第五届蓝桥杯神奇算式

    神奇算式 题目描述 由4个不同的数字,组成的一个乘法算式,它们的乘积仍然由这4个数字组成. 比如: 210 x 6 = 1260 8 x 473 = 3784 27 x 81 = 2187 都符合要求 ...

  7. java代码（5） ---guava之Multiset

    guava之Multiset  一.概述 Guava提供了一个新集合类型Multiset,它可以多次添加相等的元素,且和元素顺序无关,Multiset继承于JDK的Collection接口,而不是Se ...

  8. 02 . Tomcat集群会话共享

    redis简介 redis是一个key-value存储系统.和Memcached类似,它支持存储的value类型相对更多,包括string(字符串).list(链表).set(集合).zset(sor ...

  9. spring Cloud负载均衡Ribbon

    Ribbon饥饿加载 默认情况下Ribbon是懒加载的.当服务起动好之后,第一次请求是非常慢的,第二次之后就快很多. 解决方式:开启饥饿加载 ribbon: eager-load: enabled: ...

  10. https绕过证书认证请求 Get或Post请求（证书过期，忽略证书）

    报错信息 解决: postman方式 java请求 报错信息 javax.net.ssl.SSLHandshakeException: sun.security.validator.Validator ...