close
Warning:
Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.
- Timestamp:
-
Apr 21, 2022, 5:46:23 PM (5 years ago)
- Author:
-
Rüdiger Kupper
- Comment:
-
--
Legend:
- Unmodified
- Added
- Removed
- Modified
-
|
v19
|
v20
|
|
| 185 | 185 | Nun wird pro „thin pool“ ein “thin volume“ eingerichtet, die dann endlich die Volumes sind, auf denen die Bricks aufgesetzt werden. |
| 186 | 186 | |
| | 187 | 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. |
| | 188 | |
| | 189 | |
| | 190 | Die Größe der LVs werden bei Thin-Volumes mit der Option „-V|--virtualsize“ angegeben. Leider ist die „%“-Notation dabei nicht implementiert, wir müssen also absolute Größen angeben. |
| | 191 | |
| | 192 | |
| | 193 | (Nebenbemerkung: Eine Alternative ist, die Thin-Pools zunächst nicht so groß wie die VGs zu machen und "auto-extend" in der lvm.conf zu aktivieren. Das ist aber auch nur dann sinnvoll, wenn wir beim auto-extend einen Warnhinweis erhalten, etwa per Mail. Hier hoffe ich stattdessen auf CheckMK …) |
| | 194 | |
| | 195 | |
| | 196 | |
| | 197 | |
| 187 | 198 | Auf allen Servern: |
| 188 | 199 | {{{ |