找回密码
 注册
查看: 576|回复: 2

ceph-volume lvm list 可以定位磁盘的相关信息 虽然使用的是ceph-deploy来执行

[复制链接]

1

主题

0

回帖

12

积分

管理员

积分
12
QQ
发表于 2022-8-25 15:00:28 | 显示全部楼层 |阅读模式
[root@host09 ~]# ceph-volume lvm list /dev/sdf
( D* _& o7 A* T( d$ t0 X  S
* c( z9 ^4 K' D& g* \. Y  ?  w  [$ }- z9 p) j& J1 J' [7 \
====== osd.1 =======* l! i9 {# R4 G1 h+ u6 b
- K+ z* ?1 I+ i- q# v
  [block]       /dev/ceph-9e3a6415-e655-4498-ad2e-cce4d61edd21/osd-block-ba2ec868-e333-45bd-99a5-49d8659bad76
( h# D! W& J. x" j  M1 T3 g( l; K, ]* Z( j, j
      block device              /dev/ceph-9e3a6415-e655-4498-ad2e-cce4d61edd21/osd-block-ba2ec868-e333-45bd-99a5-49d8659bad762 x' ?5 B: [/ m1 F  Q
      block uuid                0zhuot-y3xX-Xti8-7gnb-40uT-Dccs-2XIlBY
. @6 g# L- [0 ~      cephx lockbox secret      
' U% F) L9 r$ _% d      cluster fsid              9d22e36a-2bdd-4d2d-8394-48af75ead7778 I1 l& u' ~/ j% W  r1 u
      cluster name              ceph: Q( F% V  z- y0 Q9 Y! a
      crush device class        None7 J; R$ d( X$ k) q9 w
      db device                 /dev/sdb21 j0 C  v9 Y+ k  s' c. u
      db uuid                   52d569a9-d26d-40fd-b4b8-1c534daf7ae9! [$ |: K3 J/ R3 i: c
      encrypted                 0
2 ]/ O8 F* ]3 F3 G1 Y      osd fsid                  ba2ec868-e333-45bd-99a5-49d8659bad767 q3 A7 n1 r! B# G5 a4 S& i8 d
      osd id                    1
' I4 K6 E6 B' ~( ]' x2 j- a, w: {      type                      block/ i1 E! f1 U( E" @, I8 P3 i( i
      vdo                       0( Q7 A4 u- S; _
      devices                   /dev/sdf
  z7 n  n5 g) L, b5 q- g+ a& K# @( |8 Q$ V9 T
  [db]          /dev/sdb2
" h$ K* H+ H: M1 {5 @& t4 |- a  M% y, w! \9 ^
      PARTUUID                  52d569a9-d26d-40fd-b4b8-1c534daf7ae9
$ _3 p, y2 F; @  {4 H; ]# \& g/ R% x% Q1 e8 {4 K# c. H

* _, ?4 O$ r- R5 \

1

主题

0

回帖

12

积分

管理员

积分
12
QQ
 楼主| 发表于 2022-8-25 15:00:29 | 显示全部楼层
CEPH-VOLUME – CEPH OSD 部署和检查工具
' A6 @; c% _# S) s* G/ A概要
1 B8 u' ?5 y  P! dceph-volume [-h] [–cluster CLUSTER] [–log-level LOG_LEVEL]
. e0 p, O* J9 B8 J0 v" J[–log-path LOG_PATH]
# K# M# m; }& S3 R8 A2 N8 B. I# Lceph-volume 库存2 ^8 i  p, [. h, P
ceph 卷 lvm [触发器| 创建| 激活| 准备0 q  r; J* y6 p# n  Q  e% _
扎普| 列表| 批次| 新沃尔| 新数据库| 迁移]4 W1 C2 n/ {9 f( t6 ]5 [
ceph-volume simple [触发器| 扫描| 激活]1 M. N. T4 ?% h1 a0 _  g) ^& \
说明! f6 ~2 @  e; B, i  L+ o
ceph-volume是一个单一用途的命令行工具,用于将逻辑卷部署为 OSD,尝试维护与ceph-disk准备、激活和创建 OSD 时类似的 API。
' h# U8 I! q. N
: K3 s$ z+ N9 K7 q0 Q" Q: p3 G它偏离ceph-disk了不交互或不依赖为 Ceph 安装的 udev 规则。这些规则允许自动检测先前设置的设备,这些设备又被输入ceph-disk以激活它们。! d& M; o0 |6 r- ^3 [

& P# Y9 O' \. i6 v# {命令7 X) |3 x. ~% r1 S
库存
+ B! y* q" Y/ I/ z% f此子命令提供有关主机物理磁盘清单的信息并报告有关这些磁盘的元数据。在这些元数据中,可以找到特定于磁盘的数据项(例如型号、大小、旋转或固态)以及特定于使用设备的 ceph 的数据项,例如它是否可用于 ceph 或是否存在逻辑卷。
% {  T. A0 v1 n6 k- ?# }) `8 m/ E4 h: ?" L* {0 t' H
例子:
4 {# d5 {, P) N
* i3 G; z3 ^4 M, w; O. ^  Hceph-volume inventory" r0 [+ J7 l: R# T# N5 \! y
ceph-volume inventory /dev/sda
9 T3 Y( t% x7 U4 @% t% ~; Bceph-volume inventory --format json-pretty
, s% i% B7 s. b可选参数:
  J5 c, X6 `& D( V5 J& A6 z$ B9 q6 J* e
[-h, –help] 显示帮助信息并退出
3 ~+ m, f& [8 w2 V' S) D6 E' D+ n7 S" N: c5 `3 m. T" c
[–format] 报告格式,有效值为plain(默认),
2 {- g# p  u! A! S. M+ fjson和json-pretty. g0 E8 t4 g, v

: H1 y# Q+ @( \2 y' bLVM " F$ W5 }) S# b0 Z7 J7 N) q; J
通过使用 LVM 标签,该lvm子命令能够存储并稍后重新发现和查询与 OSD 关联的设备,以便以后激活它们。/ h/ X2 p4 U' H2 {8 m, r

, p1 \# `1 J6 s) A5 c子命令:( s8 d$ p3 v  }0 H

8 G/ r4 W0 `2 W0 |& n# Hbatch 使用filestore 或bluestore(默认)设置从设备列表中创建 OSD。它将创建具有工作 OSD 所需的所有必要卷组和逻辑卷。* F1 ^: o) K! [6 {% }

% W  r# g) J* F. W( [/ Q) |三个设备的示例用法:( B/ U5 o  s% B' e+ o

) k4 f! d+ S: w; Fceph-volume lvm batch --bluestore /dev/sda /dev/sdb /dev/sdc
7 M3 `; o; j9 q: F7 ~* \1 t可选参数:3 a1 C2 P6 h) I7 s: n' T

- A, Q) e5 Y$ o1 c0 `[-h, –help] 显示帮助信息并退出
% K, V! c: s& e. @( |3 u1 s5 t0 _: l8 Y2 G
[–bluestore] 使用 bluestore 对象存储(默认)
  t  ^8 E+ t9 Q8 }4 r- K" X/ |/ N& E$ V6 e: W2 b7 {
[–filestore] 使用文件存储对象存储
! d, O; Y" @$ W* H2 K% m- i
' W# z8 e$ W$ c; u/ M[–yes] 跳过报告并提示继续配置$ h6 n, I$ f  t7 S7 W) D* ?
2 q7 k( H) ~( C; _4 w, a  t
[–prepare] 只准备 OSD,不激活9 U9 N4 G+ o  c2 ^
& J1 j0 b" c. W3 {* b
[–dmcrypt] 为底层 OSD 设备启用加密) [0 a* H. t) @9 |

0 d0 m7 O4 t8 U/ d[--crush-device-class] 定义一个 CRUSH 设备类来分配 OSD9 r9 \, e2 d+ z2 V) C. N: c( f8 Z

' E" r& U6 i0 f4 k[–no-systemd] 不要启用或创建任何 systemd 单元
# T* o0 P! ^* P6 k* e: C0 g& S3 e& e7 I5 `
[–osds-per-device] 为每台设备提供超过 1 个(默认)OSD* d' `# [5 C: n. p+ y6 h( d

$ B" x1 e0 c1 A- v/ W7 e. K[–report] 报告当前输入的潜在结果(需要传入设备)
, s6 X- s, I# B, S5 v/ X  P. j8 |. K4 C3 E& Z
[–format] 报告时的输出格式(与–report 一起使用),可以是'pretty'(默认)或'json'之一9 A8 k0 S  h4 g

. m; k2 V/ H4 Z, P5 C- L- W[–block-db-size] 设置(或覆盖)“bluestore_block_db_size”值,以字节为单位
, O8 N' [# }7 k" B; x0 v( v
6 e% h4 N+ i& j6 o$ H4 s[–journal-size] 覆盖“osd_journal_size”值,以兆字节为单位1 r' z3 Q; \5 D5 _: W0 N

, U5 X6 H- C% F" @" w必需的位置参数:7 g& e4 y, i4 u' ~7 J; Q4 Z

0 S, o  n' O; j+ z! ~. j" B* X6 g<DEVICE> 原始设备的完整路径,例如/dev/sda. 多+ O" r% [& F* S  d7 h5 i4 ]5 `
<DEVICE>路径可以传入。
3 i8 n3 d% J' ]2 v3 D, e) I' {1 _4 Y. [1 Q$ i, ~% r1 N# j) ~
activate 启用一个系统单元,该单元保留 OSD ID 及其 UUID( fsid在 Ceph CLI 工具中也称为),以便在引导时它可以了解哪些 OSD 已启用并需要挂载。
0 B/ D& S# k/ F  i; X! u! A4 ]0 ]' k5 I0 o* U2 ~
用法:
8 I4 f! N: x8 R4 d, a
- ^3 F: S: n1 U+ Bceph-volume lvm activate --bluestore <osd id> <osd fsid>' q8 |3 p* Z  E
可选参数:
6 c0 Y  u- Z' A0 t
3 a2 \) }  s, y[-h, –help] 显示帮助信息并退出
" O9 o* r5 Y. t" A# j1 e) _$ C& K+ C" [9 n7 j4 F
[--auto-detect-objectstore] 通过检查 OSD 自动检测对象存储
7 }1 x% U1 m& X) T. k% O7 _) V: s$ I5 A/ y, F
[–bluestore] bluestore 对象存储(默认)
2 p$ D6 k+ L  M: `6 ~1 ^4 ]6 Y; H, w& G2 K* i$ V' _
[–filestore] 文件存储对象存储+ ^# v3 i* S, l+ j2 L) @
1 v8 ^; [1 Q5 L9 V
[–all] 激活系统中找到的所有 OSD: L5 Y2 G" r2 t& J3 e0 B3 v

4 u- I& t; f5 H5 h! w& L! o[–no-systemd] 跳过创建和启用 systemd 单元以及启动 OSD 服务  K- X5 L6 r) K+ z7 [1 z
: y/ Q. Y8 X1 @: T
使用(幂等)--all标志可以一次激活多个 OSD:
" U7 G% i% e8 M( R  j# @
( h6 X+ g& p' m3 f  Y9 e% bceph-volume lvm activate --all# i, D' |* V/ C4 }% _8 O2 X  ]
准备filestore使用 或bluestore(默认)设置 准备用作 OSD 和日志的逻辑卷。除了添加额外的元数据外,它不会创建或修改逻辑卷。8 [* J5 n# Q- y, t

$ C( Y, M% U; V  L* u用法:4 N, q& R) Q- V0 F! y
% J9 G  E- ]5 d4 J) U
ceph-volume lvm prepare --filestore --data <data lv> --journal <journal device>" U; Z/ ?3 g2 M9 g' l/ z
可选参数:0 ~/ L: K8 z/ c: b. j3 T& y' N
1 q. A$ l% p* ]3 j6 y. ?- o5 @3 J
[-h, –help] 显示帮助信息并退出
. n" i5 j. P9 Q( k; v" C2 R; f4 r* p, U5 @; L1 _( [
[–journal JOURNAL] 逻辑组名、逻辑卷路径或设备路径
  n7 J7 @" z% y: S- Q' ~
$ I) [% w6 q, u3 R" T[–bluestore] 使用 bluestore 对象存储(默认)
+ i2 ?! V3 L/ ~9 ?9 P
# O' K; `5 |& r. S' Y' B7 d[–block.wal] bluestore block.wal 逻辑卷或分区的路径
; @6 ^' C2 `) T" O
+ C, h, a6 }7 q6 ]- a2 I$ V[–block.db] bluestore block.db 逻辑卷或分区的路径
& m7 [, F* J( y" x
: d$ A8 b& x" F( J9 D[–filestore] 使用文件存储对象存储$ V" [( O! C+ K+ A, `7 K! E

9 q3 i5 c3 ?# I5 {$ P6 z[–dmcrypt] 为底层 OSD 设备启用加密# y5 Q: K% e$ Z

+ I2 ~- C  G: A[–osd-id OSD_ID] 重用已有的 OSD id
% A  j; U$ v% B$ k6 F6 B5 t
: f: \6 k% [4 u$ n! q: k; `[–osd-fsid OSD_FSID] 重用现有的 OSD fsid
2 P* Q+ j( p+ j# m% a
& M+ ~" f2 ?' p+ b  y7 K! e0 `& {, K[--crush-device-class] 定义一个 CRUSH 设备类来分配 OSD
1 c4 y% i9 ]% H/ h- d6 @* m
6 E: [6 u6 d5 W- l- ^! N必需的参数:
7 p/ V7 Q" A4 |; }! c6 Q4 w+ A5 d
; A) A) R8 |, n2 K: \--data
6 R% p4 u, S/ f' J2 S逻辑组名或逻辑卷的路径- N0 C- x6 y, s' R3 u) ]0 m2 E
: G8 y8 {- Y" J) [: ~$ b" m
要加密 OSD,--dmcrypt必须在准备时添加标志(create子命令也支持)。* u! ^* }8 U, E& }

. C- e9 w, U3 k8 g- n$ d. Lcreate 将两步过程包装成一个新的 osd(prepare先调用然后调用activate)。首选的原因prepare是activate逐步将新的 OSD 引入集群,避免大量数据重新平衡。  q2 _* `% y3 {3 f: V* u$ w  u
4 ^& j) {% X' B1 Z: p. P+ ~
单次调用流程准确地统一了做什么prepare和activate做什么,方便一次性完成。标志和一般用法等同于prepareandactivate子命令。: c  p9 v, O5 J5 l- `8 t; a: A7 P

- ~' J/ e' D8 P( \$ Y% atrigger 这个子命令不能直接使用,它被 systemd 使用,以便通过解析来自 systemd 的输入来代理输入,检测与 OSD 关联的 UUID 和 ID。ceph-volume lvm activate4 r$ m3 c/ I, V

/ W6 d; d; t7 C, |8 H% p2 D用法:
1 V+ [" a) d: N
: E) d- H0 u/ L% i% |$ k. O0 ]ceph-volume lvm trigger <SYSTEMD-DATA>
; D5 L- I8 Q* Zsystemd“数据”的格式预计为:
* C- g6 @1 k0 ^2 ~4 W
& g6 Q& z. \" N<OSD ID>-<OSD UUID>
# {" \* f8 S4 L) g- Q. Y7 F与 OSD 关联的 lvs 需要事先准备好,以便所有需要的标签和元数据都存在。. |% E" |5 a  R

; S0 h/ t! H0 [. G7 {, w' U) m- `4 y位置参数:
$ l. ]8 Z  M0 w4 k( E: a) l  B" ~$ _  o+ W
<SYSTEMD_DATA> 来自 systemd 单元的数据,包含 OSD 的 ID 和 UUID。
+ [. ]8 W# K) u- i
, o# a2 P+ F0 u0 ~- Y7 plist 列出与 Ceph 关联的设备或逻辑卷。如果设备具有与 OSD 相关的信息,则确定关联。这通过查询 LVM 的元数据并将其与设备关联来验证。
; m! v& |- V8 M; p
" o4 q4 `; Q0 p5 g4 v7 n与 OSD 关联的 lvs 需要事先由 ceph-volume 准备好,以便所有需要的标签和元数据都存在。
2 k8 N) z2 Y; |* O1 Y& A
3 l7 `1 @+ h9 G9 P& Q# m9 _7 F用法:
  j4 S% q" I' H! h$ j& N2 t, `8 Y7 e, s8 P4 G, E0 ?% w! X7 V. B- o
ceph-volume lvm list+ c. o( t2 B) y8 W% G4 R
列出特定设备,报告有关它的所有元数据:0 Z  a/ i9 T2 u. r9 n4 r
7 u4 s. e6 y- S  {& v4 L
ceph-volume lvm list /dev/sda1
, v( y% n) P. i9 ]- z3 t列出一个逻辑卷及其所有元数据(vg 是一个卷组,lv 是逻辑卷名):
% w1 V% @- w* y4 y+ w1 ], S1 ]5 X3 P' t# V% s+ f7 g/ ?5 {+ B% G
ceph-volume lvm list {vg/lv}
9 ]( {$ ?5 g. S" x: `位置参数:
# x$ W; n( t/ r( f; V4 @5 X- S5 i+ G5 C) P. J0 X9 _& f
<DEVICE>vg/lv以逻辑卷 /path/to/sda1或/path/to/sda常规设备的形式。/ Q2 h2 C6 P) z6 {9 c# S
* Q+ Z& Y8 N+ H1 H, B. V2 h
zap 对给定的逻辑卷或分区进行 Zap。如果给定逻辑卷的路径,则它必须采用 vg/lv 格式。给定 lv 或分区上存在的任何文件系统都将被删除,所有数据都将被清除。
& C& @8 c# e( G9 v+ s4 J# m3 ]0 t9 k5 f6 u+ b( m
但是,lv 或分区将保持不变。- y( |! d6 @8 n5 i
9 g+ W$ g, l% G+ G0 C7 n+ W
用法,对于逻辑卷:
2 A: g1 `& j( z. M  U2 r: E$ D  w# ?* M
ceph-volume lvm zap {vg/lv}
( H1 B" F8 ]" c; y; {用法,对于逻辑分区:
2 i1 @0 B8 k  c" s. n" e6 h) S- e" ^( P/ Z! W6 R0 W
ceph-volume lvm zap /dev/sdc1
& V! p  b- G  O- B) K要完全删除设备,请使用--destroy标志(所有设备类型都允许):& G" d3 D' O0 k8 D5 o, C

" Z, \) m! u( G9 vceph-volume lvm zap --destroy /dev/sdc1
1 P7 j& c6 p6 L% L4 f通过指定 OSD ID 和/或 OSD FSID 可以删除多个设备:  e: S, E9 y4 {. }% P/ R9 J

  X& Z! y5 ]2 N/ V$ Sceph-volume lvm zap --destroy --osd-id 17 p; K% f% p; ~7 G) p8 t
ceph-volume lvm zap --destroy --osd-id 1 --osd-fsid C9605912-8395-4D76-AFC0-7DFDAC315D59( P2 [9 m2 G" {% E
位置参数:
$ D/ `/ l( n" T1 N. d5 x, U
( Y! n+ \: T4 H% m<DEVICE>vg/lv以逻辑卷 /path/to/sda1或/path/to/sda常规设备的形式。& F0 Q- e  L8 D2 X; H' P; A

; k; ]& O0 }8 R+ hnew-wal 将给定的逻辑卷作为 WAL 附加到 OSD。逻辑卷名格式为 vg/lv。如果 OSD 已经附加了 WAL,则失败。5 Z, j. z' U" x. C; b3 W. |

# Y; k$ D5 Y$ ^4 ^4 U用法:
2 K! L* _) m* o1 ]/ q- @
% \* z& O- g$ P- S0 @6 Pceph-volume lvm new-wal --osd-id OSD_ID --osd-fsid OSD_FSID --target TARGET_LV
, r) p9 p0 t( t; @' P' ~可选参数:
8 M3 m# j7 @. p. o3 J$ l. ]% e1 X& D) d: H* g6 k
[-h, –help] 显示帮助信息并退出& D" d5 ]' y: B& r+ K

9 M! J$ C: f% c+ {[–no-systemd] 跳过检查 OSD systemd 单元: J. B$ {, L: }8 H# a$ k3 q
2 C' ~  o& I" @& V/ Y
必需的参数:
7 J3 n: @9 o% i: [) S8 ?, g/ n4 R
" s8 z4 [4 g) y6 V  x% q# ]+ t--osd-id OSD_ID, e" ?" z6 D+ Z$ ^9 r
将新 WAL 附加到的 OSD id- d7 X% X  G- M! I2 l0 q3 y

6 N# A' h& Q" S: `" E  u1 s--osd-fsid OSD_FSID
/ Z$ B! R+ h; Y) Q. cOSD fsid 将新的 WAL 附加到2 a4 n. a0 p/ g- G  X

3 _4 Z  g( Y* g--target TARGET_LV
+ b" T) C$ U0 e" E作为 WAL 附加的逻辑卷名# H, `6 g  I2 e$ s

2 b" Q. ^0 U: }( T4 U" k* Ynew-db 将给定的逻辑卷作为数据库附加到 OSD。逻辑卷名格式为 vg/lv。如果 OSD 已经附加了 DB,则失败。
5 r, u2 `- p& `8 y$ _, z9 Q5 T
  {  y& L" k/ L  |! Q0 T8 P9 D用法:
; m! n4 x8 u0 }1 b+ a3 _) `1 y1 }9 ^
ceph-volume lvm new-db --osd-id OSD_ID --osd-fsid OSD_FSID --target <target lv>" T# V+ C2 P8 g$ C
可选参数:) x8 f+ y; p4 |1 C( ^8 Y* Z

: \/ v; D. S5 W[-h, –help] 显示帮助信息并退出( p7 h, _0 U/ A. G

; R8 W( q) E5 w% k2 K" a; \1 X[–no-systemd] 跳过检查 OSD systemd 单元9 A7 u( v! ~( q) ~

7 B4 Q: u, B+ y. D3 o: M( e必需的参数:
  ~3 a( V, c$ K; }% x! O, [
; G- E) V$ c4 R" y/ X0 R--osd-id OSD_ID) S( W* b. A3 A1 }8 P! m
将新数据库附加到的 OSD id
4 H5 M* A- Q$ @! l8 B# t
  Y9 X5 k9 c3 H" H( E6 w--osd-fsid OSD_FSID+ z% v8 J4 B* p5 l) i
OSD fsid 将新数据库附加到, p: I* }0 I/ b. O' n' k; U

* U1 J. C6 C: Q- e% B% T--target TARGET_LV
( k9 \$ U0 Q2 x: D作为数据库附加的逻辑卷名
, r, U2 X1 J9 c7 j4 Z9 S
8 ~6 B5 O6 D1 y3 N5 N9 ?. |迁移) U! E# |0 V( i4 H" |

" p3 ~7 n  X) Q: e. Q将 BlueFS 数据从源卷移动到目标卷,源卷(除了主卷,即数据或块一)在成功时被删除。LVM 卷仅允许用于 Target,无论是已附加的还是新的。在后一种情况下,它连接到 OSD 以替换其中一个源设备。以下替换规则适用(按优先顺序,在第一个匹配时停止):# m8 y* D) B. z9 ^

( i, c; d; }" S* Z" `+ c* a如果源列表具有数据库卷 - 目标设备将替换它。, S0 [3 }! ^( G) C& i$ o1 _/ _/ \- e

2 ?. P) V. ]; ?) Z' k0 O8 L如果源列表有 WAL 卷 - 目标设备替换它。
1 D& e7 z3 z8 ?( U) e0 h
, b: w, s3 t8 n1 m6 w! ^  [如果源列表只有慢速卷 - 不允许操作,需要通过 new-db/new-wal 命令显式分配。6 Z5 h3 P5 f2 ?2 L" S. }( c

- F' `* V! \" N$ H* E# S用法:
7 p$ s! b4 w: S% C9 i3 k! j4 T( V8 u7 K. H0 ?1 A
ceph-volume lvm migrate --osd-id OSD_ID --osd-fsid OSD_FSID --target TARGET_LV --from {data|db|wal} [{data|db|wal} ...]
, y" e% F. `) [7 O4 o6 ?" g( {( f可选参数:8 T$ e, [+ U  Z- S: n" S) K
3 Y9 E: n& B" Q; j* F/ x6 a
[-h, –help] 显示帮助信息并退出1 P9 Y0 j% g2 {% a
: K7 f, v2 `. x  R
[–no-systemd] 跳过检查 OSD systemd 单元
* v! ^. C" S, t$ x- k8 A
, [9 r0 z: h) F3 \+ k+ @必需的参数:
/ N  ?5 w2 T/ i. _2 |. Z* l- C: K0 g4 T; K4 @1 M
--osd-id OSD_ID# X' Z" }; B" H$ O, F& ^
执行迁移的 OSD id
! ^3 y+ ]) A: `& j4 {, v0 ]+ J9 N' R
--osd-fsid OSD_FSID
: n6 C7 j1 `# d, YOSD fsid 在以下位置执行迁移& U8 X( n# C5 X$ k: J

2 k# V, P. R3 |/ c  ?--target TARGET_LV
( `8 \, q1 p8 e  N要将数据移动到的逻辑卷5 f" M4 K9 W/ c, F8 D8 o
) u8 s* H+ w. f
--from TYPE_LIST
9 T  i; v; X$ H) m- k源设备类型名称列表,例如 –from db wal
6 a/ w* t6 r) \% `
6 E2 [/ I, R9 G- i简单
& M! b5 W( b8 w" Z3 Y扫描可能由 ceph-disk 或手动创建的遗留 OSD 目录或数据设备。
3 A1 [8 y1 U1 o9 |/ M0 d1 Z. _( F& s( z, }, Q
子命令:1 [" z( R8 m! t# d/ V- L' B, ?
. r# s! R- Z1 X2 o4 z
activate 启用一个系统单元,该单元保留 OSD ID 及其 UUID( fsid在 Ceph CLI 工具中也称为),以便在启动时它可以了解哪些 OSD 已启用并需要挂载,同时读取之前创建和保留的信息/etc/ceph/osd/以 JSON 格式。
3 |) P" j5 W0 R7 R1 c7 m5 a& z* @% ]2 T0 x( I
用法:2 f8 s- E3 X: c0 @0 x
( S% Z$ v5 o: c3 N8 I% m
ceph-volume simple activate --bluestore <osd id> <osd fsid>
0 X  k3 n* _5 V% h7 y& C! N可选参数:
3 P$ s$ r- E, o' U; V
) i0 \! |# O4 Y2 w/ y- E[-h, –help] 显示帮助信息并退出  i7 [3 R* R8 g+ X. G/ o
! E6 I+ z# ]# F/ L: v
[–bluestore] bluestore 对象存储(默认)
' f# r5 K, D) k! G1 f
8 b4 c$ j5 N# P8 n[–filestore] 文件存储对象存储9 [0 z* e: i3 V" `, V# h! B1 i& c
, l5 n0 N( [6 y1 D- }9 @
注意:它需要具有以下格式的匹配 JSON 文件:4 x( B2 ?! N" H% i' b
4 s$ L9 j! p* m; r
/etc/ceph/osd/<osd id>-<osd fsid>.json
9 h5 f) j! O  j; V& k# ^+ W, Bscan 扫描正在运行的 OSD 或数据设备以查找 OSD 中的元数据,这些元数据以后可用于通过 ceph-volume 激活和管理 OSD。scan 方法将创建一个 JSON 文件,其中包含所需的信息以及在 OSD 目录中找到的任何内容。
$ x& e1 d( i6 R8 ]  L2 M- A$ S2 F* p6 ~. Y9 i+ Z
或者,可以将 JSON blob 发送到标准输出以进行进一步检查。# |+ e2 U  l8 p0 @0 N% g
4 Z4 |# Y+ M+ {0 p1 m+ N
在所有正在运行的 OSD 上的用法:: V* A6 K5 u0 M0 X7 G, \4 A! \% R

0 B9 Z7 ?) E" N, m/ e2 s: N# Eceph-volume simple scan
/ h' _5 ^* A: L1 I7 y5 t5 q9 b. j在数据设备上的使用:
' J: F' i/ d( A2 P8 y; ]: i
' E" h1 b8 c4 W' p+ I# pceph-volume simple scan <data device>; P+ x7 z% x) y+ w% ~
运行 OSD 目录:
: g2 z, Y1 D, K( ^7 L) w- G9 w8 p$ B6 ~$ {" k. f
ceph-volume simple scan <path to osd dir>
  P# C9 C3 K$ e0 k5 ?可选参数:
7 M: f9 C1 z+ F0 ?9 y' j, C
4 [+ E1 _; E9 H) K& \% w* C! K[-h, –help] 显示帮助信息并退出  z) K5 R9 }6 W/ D1 b8 B( W9 L& O
  R/ x( k6 u( }9 K$ Y' Z
[–stdout] 将 JSON blob 发送到标准输出4 e) Z  ^( G- p3 K! a' J

7 |. T3 k! w% Z* C6 Y4 s4 @# m/ p[–force] 如果目标位置存在 JSON 文件,则覆盖它
+ U1 j7 C2 D+ ?- |: t
, c% o" W9 y1 k! m. a可选位置参数:
0 K. X3 `; Q. P3 g7 ^% D5 m
9 |3 z, Z6 I3 q; J$ U* c$ z* L8 P<DATA DEVICE or OSD DIR> 实际数据分区或运行 OSD 的路径
  k# Y5 e$ \# ~" z9 c8 }, _/ P& l( p% g( M6 n, o/ S
trigger 这个子命令不能直接使用,它被 systemd 使用,以便通过解析来自 systemd 的输入来代理输入,检测与 OSD 关联的 UUID 和 ID。ceph-volume simple activate
5 e1 ^4 ]$ b7 E* m9 |! R+ M& t# c1 J4 x, R' T- a6 h& ^
用法:
7 j/ }# t+ |' }0 G  e- r+ u8 C. b4 x) n* f7 E, W
ceph-volume simple trigger <SYSTEMD-DATA>
% L1 d4 S. g. G3 _& W5 C% Hsystemd“数据”的格式预计为:
( \/ k5 U. v1 L( g! z# h
: i! c2 A! B4 i, n<OSD ID>-<OSD UUID>
! w% |$ W- x7 H  s5 i8 H/ Y4 M与 OSD 关联的 JSON 文件需要事先通过扫描(或手动)保存,以便可以使用所有需要的元数据。  g6 {/ x3 T$ n

0 y3 W' e  w; S  I* G3 S0 K- ^位置参数:/ j8 u+ s% E3 r* k/ i9 p* U/ i
- A7 ~$ r* u9 b' ]( h, Q
<SYSTEMD_DATA> 来自 systemd 单元的数据,包含 OSD 的 ID 和 UUID。
' X7 K" h6 P' b. a
1 R) q4 y9 X; D# q% f; V8 P& S可用性
4 k) L/ v8 g2 b: c% D$ `( T) Qceph-volume是 Ceph 的一部分,Ceph 是一个可大规模扩展的开源分布式存储系统。有关详细信息,请参阅http://docs.ceph.com/上的文档。

1

主题

0

回帖

12

积分

管理员

积分
12
QQ
 楼主| 发表于 2022-8-26 10:30:38 | 显示全部楼层
概要4 [1 G( c, j7 I5 F+ m* k8 k2 l
ceph -volume [-h] [--cluster CLUSTER] [--log-level LOG_LEVEL] [--log-path LOG_PATH]
, y' N% D0 G; L$ X' ^4 y9 t5 f7 X4 |
ceph-volume 库存: B* X4 }& E/ q7 F6 U6 K, S

7 B- H1 L# [6 \8 m( x, X0 d# ]3 aceph 卷 lvm [触发器| 创建| 激活| 准备 | 扎普| 列表| 批次| 新沃尔| 新数据库| 迁移]
2 `& A  {: @9 o/ z
% m( D, J% |! v6 N6 e$ e. h7 Eceph-volume simple [触发器| 扫描| 激活]8 s4 O2 n9 O# T8 w' U$ ^
( S& w% [) v2 J! ?) p; x1 Z
描述4 b: f) p' m& P/ r& \4 o8 K
ceph-volume是一个单一用途的命令行工具,用于将逻辑卷部署为 OSD,尝试维护与ceph-disk准备、激活和创建 OSD 时类似的 API。
" c* A; i: a$ M" e
) |" M$ p  B& |5 f1 f; j它偏离ceph-disk了不交互或不依赖为 Ceph 安装的 udev 规则。这些规则允许自动检测先前设置的设备,这些设备又被输入ceph-disk以激活它们。' f1 _+ \3 l' a6 l. X: T! D

0 a1 c8 I. N" h$ i, n命令4 T" Y6 M& F8 d
存货9 `  A3 ?+ Z4 z+ L5 h/ E4 T
此子命令提供有关主机物理磁盘清单的信息并报告有关这些磁盘的元数据。在这些元数据中,可以找到特定于磁盘的数据项(例如型号、大小、旋转或固态)以及特定于使用设备的 ceph 的数据项,例如它是否可用于 ceph 或是否存在逻辑卷。1 r% Q0 J0 R7 G. V+ Z

* w& m. u' X' ?/ f, B- C% x! m例子:
8 [. _9 N/ w$ |) R7 y$ z: K& s: y
& ]4 {9 o4 N' ~2 q( aceph-volume inventory" Z2 V* C% P2 F; @
ceph-volume inventory /dev/sda2 v7 z7 C5 ?. D; `1 i) V5 W8 H, F
ceph-volume inventory --format json-pretty
+ v; l0 P7 T9 @" d$ J可选参数:
) r$ ]8 }5 G, W  f# R- ^
( e9 U9 Z0 p' H0 j- U$ M' m) c-H, -- 帮助
$ Z! L  m" E' X! x显示帮助信息并退出, n9 i) h$ ~1 u6 |4 A) @8 v3 Y

5 N5 K( U; ]4 N8 r0 T! R* S8 \- 格式3 |# d4 p& f+ B
报告格式,有效值为plain(默认) json和json-pretty) y! M4 C8 |  Z) v2 ]- f
6 v( J& W  E7 ]& l) c
LVM
$ ?3 Y* S2 k: H! z# n0 e4 N- l/ ]通过使用 LVM 标签,该lvm子命令能够存储并稍后重新发现和查询与 OSD 关联的设备,以便以后激活它们。
" O8 Z' o# M9 ?+ X0 n" R* I; g+ M4 U& m/ A0 Z
子命令:9 S" y" K0 [" c1 E2 g5 _0 k
4 ^  R# {8 v3 _4 W8 h1 M/ w
批
1 ^/ |" X+ L: t* u* W4 F使用filestore 或bluestore(默认)设置从设备列表创建 OSD。它将创建具有工作 OSD 所需的所有必要卷组和逻辑卷。
: k* f, G+ y: s# Y
5 r- E( e) i/ W# q# m三个设备的示例用法:
! v  t0 C0 `2 R9 n
" M6 w2 {* ^! A# p# R: aceph-volume lvm batch --bluestore /dev/sda /dev/sdb /dev/sdc
9 u4 u# }7 ?. Q( W可选参数:
0 `/ ^. [6 w/ }% l6 w% r* @2 r7 ?: ?+ S
$ I8 w1 v7 I! M# c-H, -- 帮助
$ S6 q0 l, ^/ a& _, ]6 R显示帮助信息并退出
6 R8 k- f% p2 b5 @7 @' n  E! z: ~( M' a
--bluestore1 S& ?  s4 E( Q5 P0 {2 S
使用 bluestore 对象存储(默认)
) H  m' M3 |- J! J4 G1 ~' ?- q% @$ ~% L8 ^" w; c
--文件存储+ b' G2 h1 a1 }+ m0 `. @/ [7 }8 P
使用文件存储对象存储3 {$ _  Y! R1 E8 B7 c; E
' ~# F. x& D$ |3 {
- 是的
* @1 c! g6 n3 R# {3 R7 y0 G跳过报告并提示继续配置) i) N+ A$ f9 k! ^; S) x
& k7 ]) b5 r9 w, D. a2 c
- 准备9 E; o+ `$ j. M# E7 d! |
只准备 OSD,不激活" A$ s& \6 G4 c' E
9 \7 N% H! y& [, J
--dmcrypt
! t2 ?8 Y+ q: g0 D为底层 OSD 设备启用加密4 m7 y8 l, f' W

' _/ E  |6 |. ~  Q* L1 ]--粉碎设备类
9 }% D8 I$ ~; p# H& l$ A定义一个 CRUSH 设备类来分配 OSD, i$ w" T. ~4 ~8 T- D; c
  d6 G7 f. j+ |; N6 N( h
--no-systemd
% F# ~6 Y  h5 O( {$ n不要启用或创建任何 systemd 单元
: j2 ^: V8 e+ p# K( h  H
3 }9 {8 Y6 s4 o5 B5 E+ Y--osds-per-device
; a7 z1 k# m. C1 w' {每台设备配置超过 1 个(默认)OSD
; E9 L8 ?) r- ~7 J" R/ \2 X8 P, O% W$ \1 ^# `3 n
- 报告$ ?: J5 r+ u5 ?
报告当前输入的潜在结果(需要传入设备)
9 D( M, C7 Y3 u* `# z9 D% V( P  t# i: i2 V2 J9 L# p
- 格式1 H* N) z+ S& ?0 v+ G
报告时的输出格式(与 --report 一起使用),可以是“pretty”(默认)或“json”之一
+ t7 P- I7 w, I4 I9 Z
' n( R. v6 B+ }' a6 t$ d. y--block-db-size
. o6 d- d9 d$ L+ h( h* B5 C3 t设置(或覆盖)“bluestore_block_db_size”值,以字节为单位
$ X" `% N3 {& B, \' v) M8 z1 M) G0 K& k
--期刊大小4 W5 x5 n. C& J2 v# A
覆盖“osd_journal_size”值,以兆字节为单位
, v0 ]0 [5 M7 Z6 z! l5 [7 H" [
! i  B' I. A% O* a4 j9 E/ h必需的位置参数:! X; x3 }( y0 `6 L" T2 S
2 e7 e, i& ?) b1 Z
<设备>$ \, B# r, K7 V1 J
原始设备的完整路径,例如/dev/sda. <DEVICE>可以传入多个 路径。0 y9 V8 W( t& r1 O2 k/ [3 v
6 ^% V( a/ f5 H$ m$ L8 U
启用
( F( i* K+ r2 g; D) W5 D. p/ V启用一个保留 OSD ID 及其 UUID 的 systemd 单元( fsid在 Ceph CLI 工具中也称为),以便在引导时它可以了解启用了哪些 OSD 并且需要挂载。
! }9 K7 N" e. j! G* I( Z# ]5 w
: }+ e9 u1 y3 \1 C: g用法:6 ~  f0 I0 r& @: k( s$ H

6 P/ z! C7 n: g. H6 O4 Bceph-volume lvm activate --bluestore <osd id> <osd fsid>
5 `% }# ^9 w1 |7 n可选参数:
2 y1 ]5 g, n! j( y- P2 g  L' K! b  ~6 M, C$ U$ k, b
-H, -- 帮助
  w5 j* c7 T& Z; r, m$ o. ~显示帮助信息并退出
( {4 q% L3 z! k: H, G# i. d9 R( f
: Z5 y5 P0 N& f: r--auto-detect-objectstore
% E0 P  Y) I  H. u' z/ ?通过检查 OSD 自动检测对象存储2 x$ ~. Y; K+ x$ R

0 i& j% e4 L1 F--bluestore
4 T: S' |( O5 z. S  l, o, B2 b7 Pbluestore 对象存储(默认), P! ]; M! c6 A+ Q3 r8 L9 K

, b, A- d) x7 T  A--文件存储% t6 Q. T8 z/ D* Q! X- I
文件存储对象存储& q3 ?& ~* t8 [0 z; a
" A, @) ~8 P! L1 R
- 全部. S1 `4 [! T! X* x
激活系统中找到的所有 OSD: F) j, N8 i/ o  ?( z" S" m& \  |) E% ~& {

/ f4 n7 P2 s/ g9 S( ]7 T( r% |+ l--no-systemd* p$ u% J) R9 Y) g( u7 q
跳过创建和启用 systemd 单元以及启动 OSD 服务/ c# @  o4 l! U1 n7 B( g

8 y# K$ {' }$ i9 c# i使用(幂等)--all标志可以一次激活多个 OSD:
2 c. ]% j! c6 E. p9 N7 M
2 A: V, P* H8 z: P) Hceph-volume lvm activate --all
9 n) ^; Q% }* @1 `; a; v准备
1 o: S- {4 J3 D% t1 ^0 gfilestore 使用或bluestore(默认)设置准备用作 OSD 和日志的逻辑卷。除了添加额外的元数据外,它不会创建或修改逻辑卷。
1 k& f2 X9 @& ~2 j1 ^  j
+ z2 y9 @  N: l4 r+ U' \# O2 b用法:
, l" X/ q- a9 ]" p6 y0 F. V7 l: p) _
ceph-volume lvm prepare --filestore --data <data lv> --journal <journal device>( N! l, u( o. c, W6 }* @) r
可选参数:/ ?% Q& u* @& X
4 Q- B/ h" o9 A. o+ v/ k3 O
-H, -- 帮助
7 h, I; E: u$ R显示帮助信息并退出
2 n6 X' b% Z$ R# a- c5 d; {, O
2 B2 \1 i% h, _/ h9 D4 m* ~——期刊杂志 7 A, V* G+ w7 r; h* `/ _" d3 l
逻辑组名、逻辑卷路径或设备路径2 ]+ u0 u: j* R. A" a. e
  [, z" V$ |1 q* R8 H! E
--bluestore
: r* S1 v' f0 n4 C使用 bluestore 对象存储(默认)
' d& N) I- o/ N9 |( w5 E% q7 Z$ U: K# d2 k2 o8 ]) q
--block.wal
! |! O% D' p8 X4 d- Fbluestore block.wal 逻辑卷或分区的路径4 \  G6 y6 ~: x0 {3 C0 p6 E
* [- N% B, U7 S1 a
--block.db
1 S2 h8 ~6 u5 `/ K( ybluestore block.db 逻辑卷或分区的路径
! R. v- N/ d, U0 {& o+ L; \; `4 _4 \8 r0 z4 c+ j) f- Q: V
--文件存储
  o) l1 O  s1 a( k使用文件存储对象存储, p# ]' q# r: J" r% Y) \
8 C3 O8 d% H, j% }7 S
--dmcrypt* ]$ E* x! M* O5 s
为底层 OSD 设备启用加密
6 w5 Z/ a8 w5 T, H& [( S
9 Y+ r- k/ V$ }; C1 U, ~--osd-id OSD_ID 
4 r- [. a+ X6 ~4 Y3 P重用现有的 OSD id% X3 S% }' {: k
0 H) L) z0 X! _5 ?5 {2 m; T4 Q
--osd-fsid OSD_FSID 
$ m0 \. Y2 l) L2 C1 n0 H4 c- g( h重用现有的 OSD fsid
- u; Y& A! |) W7 m( n- v
# v8 O2 {+ O* f4 a% O--粉碎设备类# u1 B8 x* M4 N' \
定义一个 CRUSH 设备类来分配 OSD
! \6 t$ ]) h0 \
3 {) E, b' J0 K- Y) X必需的参数:
1 C4 o  m* k9 I6 V
8 @: o4 I) U+ w' o' z; Z$ T1 F3 Y- 数据8 g3 Y  o( R3 R
逻辑组名或逻辑卷的路径
- V7 l+ F5 ?7 P  W( u' U2 j/ t6 z" b  h2 U' x2 S" a- ~
要加密 OSD,--dmcrypt必须在准备时添加标志(create子命令也支持)。7 h9 R5 h! S8 E/ R/ N+ l0 T& p
( D: O% E; z- z, \
创造* U1 b2 l9 c1 P3 y
将两步过程包装成一个新的 osd(prepare先调用然后调用activate)。首选的原因prepare是activate逐步将新的 OSD 引入集群,避免大量数据重新平衡。
& h4 Y5 A+ k) h% ]5 A4 a+ c! F+ _5 T; J: O1 g  L# U  B
单次调用流程准确地统一了做什么prepare和activate做什么,方便一次性完成。标志和一般用法等同于prepareandactivate子命令。, z7 H0 m6 P: x8 ]" g  t
0 u1 ]) R9 ^& T5 E" j2 c; K! t- M- a& ?
扳机! {& _8 m0 a, U6 q' g5 ^; T9 s- s7 U
该子命令不打算直接使用,它由 systemd 使用,以便通过解析来自 systemd 的输入来代理输入,检测与 OSD 关联的 UUID 和 ID。ceph-volume lvm activate
" l# C7 L0 M; Q) @# a+ i1 e6 \: z
" V% @% v3 y  g8 Q! Q8 s( |9 p用法:& m7 Y) d3 D& [3 r; c
) h% W. w7 L6 j0 n
ceph-volume lvm trigger <SYSTEMD-DATA>% h# k+ d- O( I+ p8 n
systemd“数据”的格式预计为:4 k0 M& [9 P2 Y, r0 Z  J' r4 }

' x7 t5 Q5 B) @8 E<OSD ID>-<OSD UUID>- p$ K& E: Y. M2 a8 T$ ?
与 OSD 关联的 lvs 需要事先准备好,以便所有需要的标签和元数据都存在。' s$ L/ V# {9 t
& ]7 j9 n0 C( q& {+ P! _. F
位置参数:+ m% P# g: [" Y, R' I, O
; @9 c# y: I$ h+ b
<SYSTEMD_DATA>! j* R6 b; w% E0 E' ?/ q9 f
来自包含 OSD 的 ID 和 UUID 的 systemd 单元的数据。
! ^& A; r2 j- O) T
. ^& @: b" w5 w: `+ f' h; B% I! C; V列表
7 Y% S1 f9 r2 U5 F0 X列出与 Ceph 关联的设备或逻辑卷。如果设备具有与 OSD 相关的信息,则确定关联。这通过查询 LVM 的元数据并将其与设备关联来验证。) _2 o4 g" h. J8 Y

; p* A3 g# r1 T8 H* o. u与 OSD 关联的 lvs 需要事先由 ceph-volume 准备好,以便所有需要的标签和元数据都存在。
* ?+ p8 p, a! C3 B# X5 P. u1 R7 g: r( I$ M
用法:' |0 g# d1 g" [; J
5 k4 L& ^9 V9 {: J) Y1 o6 b: P/ X
ceph-volume lvm list* Y1 G% j3 c( D+ P; p
列出特定设备,报告有关它的所有元数据:3 L0 f. K& i$ \% a
4 g6 q7 g" J. @( R5 h0 V8 F
ceph-volume lvm list /dev/sda1
, j# H: H, v$ s* [5 I列出一个逻辑卷及其所有元数据(vg 是一个卷组,lv 是逻辑卷名):. [" _3 J& o2 S/ m9 J( ^
/ Z% r, r$ G# C$ i
ceph-volume lvm list {vg/lv}+ g$ D+ [) C8 y( }- }  C* _% S  y( \
位置参数:
  ^2 c2 W. g5 i0 ^- j7 X- d; B: `* a- A( r
<设备>, o2 E# E; K, {4 Y
vg/lv可以是逻辑卷 的形式,/path/to/sda1也/path/to/sda可以是常规设备的形式。
- }; @; E$ k$ r2 G4 n: K: g6 W7 [, C7 g. F& q" {1 [6 S
扎普  p: A5 i  @2 r' {2 a
Zaps 给定的逻辑卷或分区。如果给定逻辑卷的路径,则它必须采用 vg/lv 格式。给定 lv 或分区上存在的任何文件系统都将被删除,所有数据都将被清除。4 }4 e2 P/ T* D& f
  Z( b. V1 g7 U! Z* g$ ~  x! m
但是,lv 或分区将保持不变。
/ ]# M2 j4 G0 }  Z
* X8 {! M& J! p1 `7 ?用法,对于逻辑卷:8 q' B3 `& I1 k9 l9 N

3 q% H# L) a: q9 Oceph-volume lvm zap {vg/lv}- v2 ~" i5 W, R
用法,对于逻辑分区:
4 O8 L8 e- {/ A% G, X5 L% {& w+ b
, R5 ]5 U6 U. y9 Z+ \ceph-volume lvm zap /dev/sdc1
* q: L$ ~% Q5 x* I. f- K要完全删除设备,请使用--destroy标志(所有设备类型都允许):
/ J9 }) A2 u. ]) F
+ A) ~' V1 |0 \: U' {3 mceph-volume lvm zap --destroy /dev/sdc1& F3 y+ R3 ~2 j6 U6 \5 G
通过指定 OSD ID 和/或 OSD FSID 可以删除多个设备:% B8 y. u' `  D: ^
2 K7 m/ ~- F. _5 q9 `$ {
ceph-volume lvm zap --destroy --osd-id 1  l. F6 y* \, q9 C
ceph-volume lvm zap --destroy --osd-id 1 --osd-fsid C9605912-8395-4D76-AFC0-7DFDAC315D59
: @* z( V# ^* Y) _: T位置参数:
5 B; Z- o: H2 H( Y% S& M; a) U. h  X& U( J% a9 ?- X
<设备>
8 ]  N2 ]) O: q) Q1 U: b' E+ bvg/lv可以是逻辑卷 的形式,/path/to/sda1也/path/to/sda可以是常规设备的形式。' v  h& w' \6 \
+ w. {3 n4 I7 |) P+ k
新沃尔4 C  o. T* l8 A
将给定的逻辑卷作为 WAL 附加到 OSD。逻辑卷名格式为 vg/lv。如果 OSD 已经附加了 WAL,则失败。0 ]0 K0 h, ~: }; Z( n
2 n; R5 o& @+ B5 d4 U' b6 L
用法:
+ h, v' j( r/ _" i2 @( h) v; o' e  X
ceph-volume lvm new-wal --osd-id OSD_ID --osd-fsid OSD_FSID --target <target lv>
" N4 H$ w/ i' V5 c3 R可选参数:7 r; q# l! v. B+ n. `3 K
1 x* S1 Y: }9 @/ j0 f% `
-H, -- 帮助
$ k6 f5 d- J7 Q; @  p9 ~显示帮助信息并退出4 t; d# p( T2 a, t6 r' N5 ?  \4 F9 ^
( @, V7 ^: M/ s4 s6 n
--no-systemd
+ |2 i8 D' e* `2 i9 I跳过检查 OSD 系统单元9 D* d7 w+ \$ K4 S4 s. T
* k4 t( n: i4 t
必需的参数:; W5 K. ?  M+ I% L9 Y0 q
( W( y7 o0 H) L0 _4 z' ]
- 目标
( ]0 k" p+ u3 M* O& p; N作为 WAL 附加的逻辑卷名
; l0 ?3 _: f+ l
2 k9 F/ H# w0 p3 A, p新数据库
; ?; G- @& d( O, K% Y将给定的逻辑卷作为数据库附加到 OSD。逻辑卷名格式为 vg/lv。如果 OSD 已经附加了 DB,则失败。9 w% R4 L7 q, h  }& R- I5 s

. o2 d" }2 `4 R- j2 t' r# g* |2 m用法:5 f7 k- j1 Y5 l4 h
; n- K* O+ R0 E  X6 R* K/ S
ceph-volume lvm new-db --osd-id OSD_ID --osd-fsid OSD_FSID --target <target lv>
; Q" \/ g- U! {' s' ~% y可选参数:
# h0 O& A0 I9 g- Z) B" N
# Q/ I- j, H. x' c-H, -- 帮助. e: @/ X4 q; `- I5 `- F0 \
显示帮助信息并退出
' Z# t) C1 ^2 C6 Q0 p7 F1 N3 Q5 m' D/ _" @) T
--no-systemd0 S; S) L+ U7 |+ I7 T
跳过检查 OSD 系统单元
- H9 c: G+ n& E( _8 o
% Y% X$ W4 U+ W必需的参数:
* E+ q; p7 j( B/ A, j7 \8 K! |# W. ]/ @: d
- 目标
/ Y$ D2 E2 v& y作为数据库附加的逻辑卷名
4 K3 b: T% d  `4 G- P/ e) n7 b$ K3 m
迁移+ @( P( R9 m. d4 q
将 BlueFS 数据从源卷移动到目标卷,源卷(除了主卷,即数据或块一)在成功时被删除。LVM 卷仅允许用于 Target,无论是已附加的还是新的。在后一种情况下,它连接到 OSD 以替换其中一个源设备。以下替换规则适用(按优先顺序,在第一个匹配时停止):8 n' L* R2 F" T" N: i
1 A2 E8 D/ ?1 l$ ?/ H
如果源列表具有数据库卷 - 目标设备将替换它。
7 t+ {% m' x. \7 m1 _# P5 K2 ~
8 c1 D' v, F" B3 R8 |如果源列表有 WAL 卷 - 目标设备替换它。4 h; M1 ]" y4 ~2 y5 |5 n' V4 n
3 S  x4 ^$ f8 r8 a+ w+ J
如果源列表只有慢速卷 - 不允许操作,需要通过 new-db/new-wal 命令显式分配。
9 b: s9 }1 E: d! h/ X5 F( k  N  N
/ h% U5 ], R3 g, X* R! ?用法:
+ h5 t3 F  I+ B) p
* B9 O8 O+ I/ I( Z# Pceph-volume lvm migrate --osd-id OSD_ID --osd-fsid OSD_FSID --target <target lv> --from {data|db|wal} [{data|db|wal} ...]
. a' G" ~' l' Z可选参数:# X1 Y( w5 ]* Q/ u

% ~: h& Q. o0 K# _' x6 ]) p-H, -- 帮助
5 d' f; \0 B& U( J0 z' T  G7 U+ h: ~显示帮助信息并退出! i9 h+ m$ ?! k( Z! y

2 C1 Y, J" B. H. L  `- `--no-systemd
: p7 l8 z( V, i% I4 M8 I9 c; H5 U跳过检查 OSD 系统单元* u+ I% }% Z" G# a& K0 F$ {

& P& U  }( V8 }5 L, R& u' M必需的参数:5 S% q* V) m0 y( j  Y1 U
9 n8 _& b* ]- h; O7 i  t
- 从
( A% y0 F, o* Y* p$ @9 n源设备类型名称列表
1 J& Z" b3 |# }& \( f7 O$ p- L7 c
- 目标2 a/ x% ~3 e1 b  {9 C
要将数据移动到的逻辑卷2 b- q: n- o* @& {

. f7 p+ ~4 E1 G% s简单的: B& r$ ?% _0 P4 Q7 t* S7 E
扫描可能由 ceph-disk 或手动创建的遗留 OSD 目录或数据设备。
( ~, S$ D. s0 N" ~# G5 B7 z. J
# B( z% _& y+ d7 t3 O6 V& L, N! \子命令:
# I9 r/ U5 v0 @! ]* T( O
, J" x: y0 B3 |8 e- B( ^0 B启用- ?% j4 X" y" T( ^5 i# [
启用一个持久化 OSD ID 及其 UUID 的 systemd 单元( fsid在 Ceph CLI 工具中也称为),以便在启动时它可以了解哪些 OSD 已启用并需要挂载,同时读取之前创建并持久化/etc/ceph/osd/的信息JSON 格式。
. ^& ?8 j- I3 v9 n4 U5 d
% x2 e' f4 g& N$ ?# [' F用法:
0 t  b" D/ m$ E8 e( \! h1 b2 {% b
3 k4 r/ ~% o9 g& I; Sceph-volume simple activate --bluestore <osd id> <osd fsid>
8 |9 t1 z, W( r0 Z; S3 K- k可选参数:  d# n3 S+ q, P" S3 w- ^8 r
' [" z! b+ N& K
-H, -- 帮助
- ~; |- k. N  @+ W显示帮助信息并退出
" c1 I, F1 W6 Y
8 U8 i( u3 z  A% H) ?% a3 N--bluestore/ J  o+ K7 A* \
bluestore 对象存储(默认)
6 q' b/ a/ Y, y6 B2 v6 @" y. P
--文件存储
, B8 t3 O7 l, @" y7 `( R# s文件存储对象存储
8 n- c# r' ~. z& @  G
, `* i5 T7 t1 y7 l# g笔记, ?) T* Q% n1 l# H' |9 l% T
1 v2 X3 J, e9 X8 d
它需要具有以下格式的匹配 JSON 文件:
4 D% K$ b5 \% i( w( `4 R" J) K6 E$ O7 ^) ^. b! V2 K% y) X) q9 I
/etc/ceph/osd/<osd id>-<osd fsid>.json; K7 J& Q) k4 q: ^
扫描9 M5 Y1 Z; \5 X  k- p
扫描正在运行的 OSD 或数据设备以查找 OSD 中的元数据,这些元数据以后可用于通过 ceph-volume 激活和管理 OSD。scan 方法将创建一个 JSON 文件,其中包含所需的信息以及在 OSD 目录中找到的任何内容。, p2 c6 Q9 R5 u$ ^

5 z, a! }( m7 \' @0 w- J或者,可以将 JSON blob 发送到标准输出以进行进一步检查。' E" M+ y' w, e8 o6 t  _

& w, S0 ?( j% Q+ Z在所有正在运行的 OSD 上的用法:
$ I' Z, A) ^8 b) o4 Z5 Q4 o- G  T  ]3 x% t6 z4 }0 e. e
ceph-volume simple scan( d% S" X1 l- L' r
在数据设备上的使用:
* h1 U8 T) ^' h# i$ D( P9 e5 s0 ^. q+ v- E) z( W' T
ceph-volume simple scan <data device>
! ^% D2 H9 d$ G. K: T运行 OSD 目录:
& @* h( R! I' R5 ~, |2 {" G5 e' p2 A$ S6 y. C
ceph-volume simple scan <path to osd dir>
  b; m  k1 s; N! c可选参数:
; }( Y5 W2 u! ^$ ?$ b+ @& h3 b9 g
-H, -- 帮助
! V( J$ D; h8 h* M显示帮助信息并退出
3 G/ {, u+ @) m6 N) `% |/ K( g+ T& p  H( _' G) V5 t3 ~5 t6 L  d& [$ u
--stdout9 ]1 g: ^4 z8 B- l( C" @
将 JSON blob 发送到标准输出; ?% M+ n, p, p& @/ q6 p
. W0 p5 e7 Q4 M, U$ H
- 力量& D- M# M; I. k  h. d" N7 R
如果目标位置存在 JSON 文件,则覆盖它
1 C) G4 e; C& Z7 A0 B6 ?6 X" a
- Q& z) J' h) t! |% W& t0 w3 [可选位置参数:! B9 A* D( B7 R, A* i! m; t
" C8 L0 _% q. N% U
<数据 设备 或 OSD 目录>
, u* n- v" h, K8 C! h( _6 A+ \, m实际数据分区或运行 OSD 的路径1 U. _! `0 O+ i) h  t/ @# r8 {
* N& ]$ h# e! N# T8 p. F" j
扳机
! I% D. o; J2 o' z该子命令不打算直接使用,它由 systemd 使用,以便通过解析来自 systemd 的输入来代理输入,检测与 OSD 关联的 UUID 和 ID。ceph-volume simple activate
, d8 r& ]* k8 A) [( s1 _$ \! r: @1 G! ]6 }. i9 r& Z# Q
用法:
9 U2 d8 D4 v8 i3 D' {/ X; |" H
: K' L0 {4 {4 w* f5 h6 Jceph-volume simple trigger <SYSTEMD-DATA>7 Q9 ~5 W/ D! u4 [% Z1 h; X9 E
systemd“数据”的格式预计为:
, c* j% U/ r6 X( u) A8 c! v( Q, N5 a( l. f/ j9 X$ [4 k! n
<OSD ID>-<OSD UUID>
' d8 t: h/ u- `0 @- Z/ S3 S与 OSD 关联的 JSON 文件需要事先通过扫描(或手动)保存,以便可以使用所有需要的元数据。. E( |) j1 l2 j" y7 w2 G

" ?+ p7 @+ x2 v0 a' M位置参数:
9 L9 l2 X6 @& e( \9 I+ Z# f$ E
0 }9 z* I4 A" l<SYSTEMD_DATA>5 H3 C0 S) g8 p) |/ `2 P- B
来自包含 OSD 的 ID 和 UUID 的 systemd 单元的数据。6 h" H3 G6 i# x7 A, Q

# l' Z, z! a) Z- x) N+ Q可用性
  d7 I+ d8 S* L; a+ B+ Pceph-volume是 Ceph 的一部分,Ceph 是一个可大规模扩展的开源分布式存储系统。有关详细信息,请参阅http://docs.ceph.com/上的文档。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

返回首页|Archiver|手机版|小黑屋|易陆发现技术论坛 ( 蜀ICP备2026014127号-1 )

GMT+8, 2026-6-12 00:11 , Processed in 0.018491 second(s), 22 queries .

Powered by Discuz! X5.0

© 2001-2026 Discuz! Team.

快速回复 返回顶部 返回列表