Doporučené počáteční konfigurace

✅ Pojmenování hypervisorů – Formát: zákazník-písmeno_uzlu (např. cathedral-a, cathedral-b).

✅ Číslování virtuálních strojů (VM):

Unikátní číslování každého zákazníka kvůli přehlednosti. (návaznosti na zálohy apod.)

• První tři číslice určují zákazníka (např. 100 pro konkrétního klienta).
• Další tři číslice určují ID virtuálu (např. 001).
• V Datacenter > Options definujte rozsah ID (100001-100999) pro automatické respektování přidělených ID při vatváření nových VM/LXC.

✅ MAC adresy

Dřive jsme dělali – Poslední dvě dvojice číslis v MAC adrese nechávat volné pro vyplnění podle ID virtuálu (např. 22:7C:B0:B6:00:32 pro VM 100032).

Tento způsob byl používán v minulosti pro jednoduchou identifikaci Virtuálních strojů v DHCP serveru, nicméně již není nutný, protože:

Proxmox v novějších verzích 7.4.x nebo 8.x.x získal vlastní MAC Prefix a zařadil jeho automatické použití při auto-generování MAC adres v ProxmoxVE, takže se dají VM jednoduše identifikovat dle začátku MAC adresy: BC:24:11:

✅ Názvy VM:

• Používat malá písmena bez mezer a diakritiky.
• Název by měl být co nejkratší a vyjadřovat účel VM. (např. fileserver, sqlserver )
• Do komentářů přidávat důležité informace (např. POZOR: DHCP SERVER ZDE).

✅ Atypické konfigurace – VŽDY zapisovat komentáře do Hypervisora, konfigurace VM a síťového nastavení (např. network config, comment: dostupná VLAN 555 pro nouzový propoj do sítě pobočky 2).

✅ E-mailové nastavení:

• mail FROM: název_hypervizoru@firma.cz (např. cathedral-a@cathedral.cz).
• email roota: report@email.cathedral.cz (Proxmox zde bude reportovat chyby a upozornění).

✅ Použití LXC kontejnerů – Používat pouze pro nekritické služby, které nepotřebují live migraci (např. unifi controller, backuppc, proxmox backup, Icinga Satelit).

LXC kontejnery nepodporují live migraci, nicméně jejich start je v řádu sekund a spotřebovávají mnohonásobně méně prostředků. Takže záleží na rozhodnutí admina kterou službu umístit do LXC.

✅ ZFS replikace – Používat pouze tam, kde není nutné mít aktuální data v celém clusteru 24/7. Jinak použít DRBD/Linstor.

Varianta 2 je CEPH, ale tento způsob je ještě v testování

✅ Pojmenování poolu disků:

• HDD – tank
• SSD – fast
• NVMe – nvme (nebo fast, pokud nejsou obyčejné SSD)

✅ Unikátní ID VM v případě více clusterů u zákazníka – Dodržovat unikátní ID VM kvůli centrálním zálohám. Lze používat TAGy jako označení poboček.

v clusteru přes více lokalit nesmí existovat více VM/LXC s jedním VMID např. 100001

✅ Datasety v rámci poolu – Vytvářet jako pool/pve, pro lepší organizaci a také aby byla zachována struktura datasetů napříč pooly.

✅ Při vytváření VM volit menší kapacity disků – Je lepší začít od malého virtuálního disku flexibilně navyšovat dle potřeby. Lepší i v rámci záloh, kde není potřeba při žálohování procházet prázdné bloky a tím prodlužovat časy záloh.