Virtual MACHINES
  • VMWARE
  •   ESXi
  •     Инсталиране на ESXi
  •     Управление на ESXi
  •     Инсталиране на OS върху VM
  •     Експортиране на VM
  • KVM
  •     Инсталиране на KVM
  • ProxMox
  •     Инсталиране на ProxMox върху Debian
  •     Инсталиране на ProxMox от ISO
  •     Първоначални настройки на ProxMox
  •     Допълнителни настройки на ProxMox
  •     Допълнителен диск в ProxMox
  •     Създаване на ВИРТУАЛНА МАШИНА
  •     Създаване на КОНТЕЙНЕР
  •     NextCloud върху ProxMox
  •     ownCloud в контейнер
  •       HTTP към HTTPS
  •       HTTPS към друк компютър
  •     Файлов сървър върху ProxMox
  •     Резервно копиране и възстановяване в ProxMox
  •     Външна памет в ProxMox
  •     Прехвърляне на физически хардуер във VM
  • КОНТЕЙНЕРИ DOCKER
  •     Запознаване с Docker
  •       Инсталиране на Docker върху Windows
  •       Инсталиране на Docker върху Linux
  •     NGINX, PHP, MySQL чрез Docker
  •       NGINX и PHP чрез Docker
  •       NGINX, PHP, MySQL и MySQLAdmin
  •       LEMP и Docker compose
  •     ownCloud чрез Docker имидж
  •     ownCloud чрез Docker-compose
  •     Пощенски сървър Mailcow и Docker
  •     RustDESK чрез Docker
  • КОНТЕЙНЕРИ LXC
  •     Запознаване с LXC
  •         LXD Debian
  •             LXD Debian BackUP/Restore
  • Допълнителен диск в ProxMox

    Мислях, че е нещо елементарно но установих доста тънкости по време на работа с ProxMox. Една от въртележките с която се сблъсках беше добавяне на втори диск (Storage) в системата. За начало да проверим какви дискове имаме:

    Pic01

    Може да проверим същата работа през конзолата на pve1.

    root@pve1:~# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sda 8:0 0 931.5G 0 disk sdb 8:16 0 476.9G 0 disk ├─sdb1 8:17 0 1007K 0 part ├─sdb2 8:18 0 1G 0 part /boot/efi └─sdb3 8:19 0 475.9G 0 part ├─pve-swap 252:0 0 8G 0 lvm [SWAP] ├─pve-root 252:1 0 96G 0 lvm / ├─pve-data_tmeta 252:2 0 3.6G 0 lvm │ └─pve-data 252:4 0 348.8G 0 lvm └─pve-data_tdata 252:3 0 348.8G 0 lvm └─pve-data 252:4 0 348.8G 0 lvm

    Имаме няколко пътя (графика или конзола). Лично аз предпочитам графичната среда защото е по-прегледна. От горната картинка виждаме, че имаме диск /dev/sda, който не е конфигуриран. Ако диска е празен и нов то не е лоша практика да се "занули". Същата е логиката ако диска не е нов, нямате нищо важно на него. Приемаме, че диска е по-голям от 2.2TB. То тогава трябва да го конфигурираме в GPT. За целта ще ползваме конзола и fdisk.

    root@pve1:~# fdisk /dev/sda ### Избираме за конфигуриране /dev/sda Command (m for help): g ### Създаваме нов празен GPT дял. Created a new GPT disklabel (GUID: EE082B6D-232E-F24F-A0AF-8CE264443DD9). Command (m for help): w ### Записваме промените на диска. Command (m for help): q ### Изход от fdisk.

    Бихме могли от тук да дефинираме диска и по-нататък но за яснота ще ползваме графичната среда. Избираме /dev/sda.

    Pic01
    Pic02
    Pic03
    Pic04
    Pic05

    Появи се новия диск като монтирана директория в /mnt/pve/SATA_1TB. Тук трябва да отбележа, че ползвах дефиниране на диска като Disrectory за да може на по-късен етап да го укажем в Storage като Disk image, VZDump backup file ... и т.н.

    Pic06
    Pic07

    Избираме от падащото меню тези опции които ползваме. За примера съм избрал всичко. Избора се извършва като натиснем бутона Ctrl и с мишката указваме кое ползваме. Сега е момента да натъртя защо избрахме диска де е като Direcory. В случая имаме налични всички опции върху диска. Ако същия го бяхме дефинирали като LVM, то тогава налични щяха да бъдат само Disk Image и Container. Грубо казано върху диска нямаше да можем да извършваме Backup на файловете, снапшотове, да записваме темплейти на контейнери и т.н. За допълнителна информация типовете дискове и какво може да се прави с тях: - LVM - Disk Image и Container, - LVM-Thin - Disk Image и Container, - Directory - всички опции са налични, - ZFS - всички опции са налични.