Három HPE rackszerver önmagában még nem alkot ellenálló Proxmox-fürtöt. A cél akkor ellenőrizhető, ha egy csomópont kiesése után is elegendő számítási kapacitás, memória, elérhető VM-adat, hálózat és tápellátási út marad. A példa három HPE ProLiant DL360 Gen11 gépből álló Proxmox VE-környezet szükséges döntéseit mutatja be.
A cikk egy hipotetikus méretezési profiltír le, nem kész HPE-rendelési számot. Csomópontonként 24 magos CPU-t, 256 GiB ECC-RAM-ot, tükrözött rendszerindító adathordozókat, négy, egyenként 3,84 TB-os vállalati SAS SSD-t a VM-adatokhoz, két redundáns tápegységet és megfelelő 25 Gbit hálózati csatlakozásokat feltételezünk. A HPE a DL360 Gen11-et CPU-, DIMM-, meghajtó-, hálózati és tápegység-opciókkal kínálja. A CPU, hátlap, HBA/JBOD-üzem, SSD-típus, ventilátor, NIC, kábel és firmware pontos kombinációjának jóváhagyását a HPE-partner által megerősített darabjegyzék- és kompatibilitásvizsgálatnak kell tisztáznia. A Ceph OSD-lemezeit nem rejtheti el nem megfelelő hardveres RAID.
Elég a tartalék egy gazdagép kiesése után?
Három csomópont bruttó 72 fizikai CPU-magot és 768 GiB RAM-ot ad. Egy kiesése után 48 mag és 512 GiB marad. A példában minden megmaradt gazdagépen négy magot és 32 GiB-ot tartunk fenn a Proxmoxnak, Cephnek és üzemeltetési csúcsoknak. A VM-eknek így számítás szerint 40 magegyenérték és 448 GiB RAMmarad. A mért 28 magegyenértékes és 300 GiB VM-RAM-os csúcs ebben a modellben 12 magegyenérték és 148 GiB puffert hagyna. A vCPU-szám önmagában nem mérés: CPU steal, NUMA, I/O, memóriahasználat és az egyes nagy VM-ek elosztása a pilotban mérendő. Az újraindítás ideje és az alkalmazások prioritása is az átvétel része.
A HA-üzem megbízható kvórumához a Proxmox legalább három szavazatot igényel. Három egyenrangú csomópontból egy kiesése után két szavazat, tehát többség marad. Ez még nem garantál VM-újraindítást: az adatoknak elérhetőnek kell lenniük, a célgépen erőforrás kell, és a HA-szabályoknak illeszkedniük kell. A Corosync stabilan alacsony késleltetést és független második útvonalat igényel. Egy közös hibás switch vagy PDU megszünteti a tervezett gazdagépredundanciát.
Helyi SSD-k: mely adatok érhetők el hiba után?
A példában a tizenkét helyi adat-SSD három másolatos Ceph-poolt alkot, gazdagép-alapú hibatartománnyal. Nyers kapacitásuk 3 × 4 × 3,84 = 46,08 TB . Három másolat a metaadatok és tartalékok előtti elméleti hasznos kapacitást 15,36 TB-ra csökkenti. Egy csak a tervezéshez megadott 70%-os felső korláttal körülbelül 10,75 TB-os munkaérték adódik. Ez nem garantált Ceph-kapacitás: az OSD-telítettséget, eloszlást, helyreállítást, snapshotokat és tényleges adatmintákat mérni kell.
Egy gazdagép kiesésekor a két megmaradó másolat megfelelően konfigurált min_size-szabállyal tovább kezelheti az I/O-t; a pool ekkor csökkent redundanciájú. A harmadik másolat egy harmadik gazdagép-hibatartományon csak a csomópont visszatérése vagy pótlása után állítható helyre. Ez a pontosan három csomópontos kialakítás korlátja. A Ceph-replikáció külön mentést sem helyettesít. A Proxmox Backup Server e három gazdagépen kívül, saját hibatartományba való, tesztelt visszaállítással és további külső másolattal. A DAXS cikke: Proxmox Backup Server: ellenőrzés, megőrzés és visszaállítás részletesebben tárgyalja a visszaállítás tesztjét.
A hálózat és a tápellátás az architektúra része
A Cephhez sávszélesség és alacsony késleltetés kell; új fürtnél külön, redundánsan csatlakoztatott 25 Gbit útvonalakkal tervezünk mint tesztelhető kiinduló feltétellel. A szükséges sebesség az írási terhelésből, replikációs forgalomból és helyreállítási célidőből adódik, nem az adatlap portszámából. A Corosync független fizikai utakat használjon; a felügyeletet és VM-forgalmat megfelelően elválasztjuk vagy korlátozzuk. A pontos VLAN-, switch- és NIC-hozzárendelést porttervben kell rögzíteni.
A két tápegység csak külön tápútvonalakon segít. A DAXS gazdagépenként az A tápegységet PDU/UPS A-ra, a B-t PDU/UPS B-re köttetné, ellenőrizné a terhelt fogyasztást és tesztelné az egyik út kiesését. Az iLO-felügyelet, tartalék SSD-k, firmware-karbantartás és karbantartási ablakok további üzemeltetési tételek. Három gép ugyanabban a rackben nem véd az egész helyiség kiesése ellen.
Nyitott három- és ötéves számítás
A teljesen felszerelt csomópont aktuálisan megerősített HPE-ajánlata legyen h euró, a redundáns hálózat optikákkal n, az önálló mentőszerver adathordozókkal k. A HPE-szolgáltatás és alkatrészek költsége a modellben s euró évente, az áram és az elhelyezés e euró évente. Ezeket az ajánlati értékeket nem találjuk ki. A Proxmox közzétett listaára évente 550 € használt VE-foglalatonként, és 2 240 € egy PBS Standard szerverre: itt 3 × 550 + 2 240 = 3 890 € évente. Hipotetikusan egyszeri 80 óra 90 €-val (7 200 €) szerepel kiépítésre, tesztekre és átadásra; évente 50 óra 90 €-val (4 500 €) üzemeltetésre.
| Tétel | 3 év | 5 év |
|---|---|---|
| Csomópontok, hálózat, mentési hardver | 3h + n + k | 3h + n + k |
| Egyszeri kiépítés | 7 200 € | 7 200 € |
| VE/PBS + éves üzemeltetés | 3 × (3 890 + 4 500 + s + e) | 5 × (3 890 + 4 500 + s + e) |
| Összesen | 3h + n + k + 32 370 + 3s + 3e € | 3h + n + k + 49 150 + 5s + 5e € |
Az érzékenység közvetlenül látható: csomópontonként 1 000 € többlet mindkét időtávot 3 000 €-val növeli; 1 000 € többlet éves HPE-szolgáltatás pedig 3 000, illetve 5 000 €-val. Ha minden gazdagépnek második használt CPU kell, ugyanazon Proxmox Standard szinten csak az előfizetés évente 1 650 €-val nő, a hardveren, RAM-on és energián felül. A számítás nem tartalmaz VMware-kiváltást, második mentési helyszínt vagy áremelkedést; ezeket a konkrét döntéshez hozzá kell adni.
A DAXS először a terhelési csúcsokat és hibatűrési célokat, majd a jóváhagyott HPE-darabjegyzéket, port- és táptervet, Ceph- és mentés-visszaállítást és a teljes ajánlatokat ellenőrzi. Ilyen fürt saját környezetre történő tervezése a Kapcsolat menüponton indítható.
Források: HPE ProLiant DL360 Gen11 QuickSpecs · Proxmox VE Administration Guide: fürt, HA és Ceph · Ceph: másolatszám és min_size · Proxmox VE: előfizetési árak · Proxmox Backup Server: árak.
