Przeskocz do treści

XenServer – instalacja dysku w trybie bezpośredniego dostępu

Na mojej domowej maszynce z zainstalowanym XenServerem mam wirtualną maszynę z zainstalowanym openmediavaulti jako dysk przeznaczony pod storage nie używam wirtualnego dysku tylko dysku w trybie direct access.

Dlaczego?

Dlatego że w razie fuck up (brakuje mi dysku do softraid) mam dysk który mogę podmontować i coś z niego odzyskać, w przypadku wirtualnego dysku wszystko rozbiłoby się o jeden plik *.vhd z którym mogłoby być różnie.

Jak to zrobić?

Szukamy naszego dysku:

[root@xenserver ~]# fdisk -l
Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes, 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: dos
Disk identifier: 0x68b1773d

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1  4294967295  2147483647+  ee  GPT
Partition 1 does not start on physical sector boundary.
WARNING: fdisk GPT support is currently new, and therefore in an experimental phase. Use at your own discretion.

Formatujemy go jako ext4 - możemy się pobawić w partycjonowanie - w tym przypadku chciałem mieć cały dysk:

[root@xenserver ~]# mkfs.ext4 /dev/sdb
mke2fs 1.42.9 (28-Dec-2013)
/dev/sdb is entire device, not just one partition!
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
61054976 inodes, 244190646 blocks
12209532 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=2392850432
7453 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
        102400000, 214990848

Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

W katalogu /srv zakładamy katalog o nazwie na przykład DirectStorage

[root@xenserver /]# mkdir /srv/DirectStorage

Tworzymy Storage Repository

[root@xenserver /]# xe sr-create name-label="Direct Storage" name-description="Direct Storage" type=udev content-type=disk device-config:location=/srv/DirectStorage
d865f82a-d11d-a6d3-9fe6-151956792216

Zwrotnie otrzymujemy uuid zalożonego Storage Repository.
Tworzymy simlink z naszego dysku do katalogu /srv/DirectStorage - w przypadku partycji postępujemy analogicznie dla każdej partycji.

[root@xenserver /]# ln -s /dev/sdb /srv/DirectStorage/sdb

Skanujemy nasz Storage.

[root@xenserver /]# xe sr-scan uuid=d865f82a-d11d-a6d3-9fe6-151956792216
[root@xenserver /]# xe vdi-list sr-uuid=d865f82a-d11d-a6d3-9fe6-151956792216

Gotowe. Teraz z poziomu XenCenter albo z linii komend dodajemy dysk do wirtualnej maszyny omv i tam konfigurujemy resztę.

Minusy:
- nie można robić snapshotów VM które korzystaja z dysku dodanego w tym trybie, należy wyłączyć VM, odpiąć dysk, zrobić snapshot, podpiąc dysk i włączyć VM. Przez to odpada możliwość wykorzystania VM Snapshot Schedules.

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *