Changes between Version 20 and Version 21 of AdminGlusterServerAufsetzen

Timestamp:

Apr 21, 2022, 5:54:36 PM (5 years ago)

Author:

Rüdiger Kupper

Comment:

--

AdminGlusterServerAufsetzen

@@ -185 +185 @@
 Nun wird pro „thin pool“ ein “thin volume“ eingerichtet, die dann endlich die Volumes sind, auf denen die Bricks aufgesetzt werden.
 
+
 Wir könnten hier beliebige Größen angeben, da die ja nur virtuell sind (z.B. 1TB für die Homes und 4TB für share – oder auch doppelt so viel). Stichwort: Overprovisioning. Da wir damit gerade erst Erfahrungen machen, hätte ich aber gerne den Speicherplatz, den wir anpreisen, auch wirklich verfügbar. Daher machen wir die LVs nur so groß, dass sie sicher in die Pools (und damit in die VGs und damit in die PVs) passen.
 
@@ -195 +196 @@
 
 
-
-Auf allen Servern:
-{{{
-# 
-}}}
+Da wir den verfügbaren Speicherplatz nicht überschreiten wollen, schauen wir mittels `lvs` nach dem verfügbaren Speicherplatz in unseren Pools. Hier zum Beispiel:
+
+{{{
+# lvs
+root@gluster1:~# lvs
+  LV             VG          Attr       LSize    Pool           Origin Data%  Me
+  gfs_thinpool_b gfs_vg_b    twi-aot--- <931,28g                       0,00   10
+  gfs_thinpool_c gfs_vg_c    twi-aot--- <931,28g                       0,00   10
+  gfs_thinpool_d gfs_vg_d    twi-aot---   <3,64t                       0,00   10
+  gfs_thinpool_e gfs_vg_e    twi-aot---   <3,64t                       0,00   10
+}}}
+
+
+Das erste, was auffällt ist, dass je ca. 10% unserer 1TB/4TB beim Thin Provisioning für die Bürokratie draufgehen – ein weiterer Hinweis, LVM eher nicht zu verwenden, wenn wir das Snapshot-Feature nicht brauchen.
+
+Ruft man `lvcreate` mit den angegebenen (ungefähren) Größen auf, so rundet es auf ganze Extents auf, so dass man doch wieder Warnungen wegen Overprovisioning enthält. Wir reduzieren daher bei der letzten Nachkommastelle um 1. In unserem Beispiel also:
+
+Auf allen Servern:
+{{{
+# lvcreate -V 931,27g --thin gfs_vg_b/gfs_thinpool_b -n gfs_lv_b
+# lvcreate -V 931,27g --thin gfs_vg_c/gfs_thinpool_c -n gfs_lv_c
+# lvcreate -V 3,63t --thin gfs_vg_d/gfs_thinpool_d -n gfs_lv_d
+# lvcreate -V 3,63t --thin gfs_vg_e/gfs_thinpool_e -n gfs_lv_e
+}}}
+
+Hier gibt es keine Fehlermeldung und wir dürften so gut wie 100% des freien Speicherplatzes getroffen haben.