Ceph, ZFS-replikointi sekä ulkoinen SAN tai NAS voivat auttaa Proxmox-VM:iä selviämään solmuviasta. Tietojen ajantasaisuus, toiminnan palautuminen ja vikavyöhykkeet kuitenkin eroavat. Pelkkä korkean käytettävyyden valinta voi peittää todellisen vaatimuksen: montako minuuttia tietohävikkiä sovellus sietää (RPO) ja milloin sen on oltava jälleen käyttökelpoinen (RTO)?
Vertaamme kolmea tallennusreittiä samalle kuvitteelliselle kolmen solmun klusterille. Ceph-kopioiden uudelleenrakennus solmuvian jälkeen kuvataan erikseen. Tässä valinta lähtee sovelluksista ja todennettavista palautumistavoitteista. Jokainen reitti vaatii lisäksi erillisen varmistuksen ja palautustestin.
Kolme arkkitehtuuria, kolme erilaista vikareittiä
Ceph paikallisilla SSD:illä tarjoaa VM-levyn hajautettuna lohkotallennuksena, joka on klusterin yhteisesti saavutettavissa. Replikoidun poolin kopiot ovat useilla solmuilla; päätösvaltaisuuden, poolisäännön, verkon ja vapaan kapasiteetin on vastattava valittua solmuvikavyöhykettä. VM-solmun vioituttua Proxmox HA voi käynnistää VM:n toisella solmulla, jos päätösvaltaisuus ja resurssit riittävät. Keskeneräinen kirjoitus, vierassovellus ja sen tapahtumat on silti arvioitava vikatestissä. Pelkkä Ceph-redundanssi ei lupaa katkotonta VM:ää tai taattua nolla-RPO:ta kaikille sovelluksille.
Paikallinen ZFS Proxmoxin tallennusreplikoinnilla siirtää VM-taltiot määräajoin tilannevedoksina toiselle solmulle. Kohteessa on viimeksi onnistuneesti loppuun suoritetun replikoinnin tila. Proxmox sallii HA:n tämän replikoinnin kanssa mutta varoittaa tietojen menetyksestä viime synkronoinnin jälkeen. Asetettu viiden minuutin väli ei siis ole yleinen RPO-lupaus: viiveet, epäonnistuneet työt ja sovellustila vaikuttavat. Ilman synkronista yhteislevyä uudelleenkäynnistyneen VM:n on kyettävä käyttämään juuri tätä vanhempaa tilaa.
Ulkoinen jaettu tallennus kuten NFS tai iSCSI tuo VM-levyt usean solmun saataville ja sallii tavallisesti siirron ajossa ilman levyn kopiointia. Solmuviassa tietoriski riippuu todellisesta tallennussuunnittelusta. Tarkista kaksi ohjainta, erilliset tieto- ja sähköreitit, iSCSI-monipolkuisuus tai NFS:n kahdennetut verkkoreitit, tuki ja testattu ohjaimen vaihto; yksi NAS on yhä keskeinen vikavyöhyke. Proxmoxin dokumentaatio varoittaa nimenomaisesti tekemästä ZFS-over-iSCSI-laitteesta yksittäistä vikapistettä. Asetuksen ”Shared” merkintä ei todista laitteen kahdennusta.
Mikä kuorma sietää mitä RPO:ta ja RTO:ta?
RPO mittaa suurinta hyväksyttyä tietohävikkiä ja RTO pisintä hyväksyttyä aikaa käyttökelpoiseen sovellukseen. Seuraavat ovat päätöskysymyksiä, eivät tuotteiden SLA-lupauksia. Testaa jokaiselle palvelulle yhdessä tietokanta, VM-käynnistys, DNS, käyttäjäkirjautuminen ja riippuvaiset järjestelmät.
| Sovellus ja tavoite | Mahdollinen reitti | Ratkaiseva tarkistus |
|---|---|---|
| Transaktionaalinen ERP-tietokanta; tietohävikkiä siedetään tuskin lainkaan | Ceph tai todistetusti kahdennettu jaettu tallennus; mahdollisesti myös sovelluksen oma replikointi | Kirjoitusviive, tapahtumaeheys, päätösvaltaisuus ja todellinen käynnistys solmu-/tallennusviassa |
| Sisäinen testi-VM tai palautettava verkkopalvelu; minuuttien tietohävikki hyväksytään | Paikallinen ZFS replikoinnilla voi riittää | Viime onnistuneen tilannevedoksen ikä, viivehälytys, käynnistys vanhemmilla tiedoilla |
| Olemassa oleva tuettu SAN/NAS riittävin varoin | Jatkokäyttö jaettuna tallennuksena voi olla taloudellista | Testaa ohjaimet, reitit, sähkö, laiteohjelmisto, huoltosopimus ja vikatilanteen vaihto yhdessä |
Tuotantotietokannalle, jonka RPO on hyvin tiukka, asynkroninen ZFS-replikointi voi olla sopimaton, vaikka HA-käynnistys toimisi. Palautettava testipalvelu ei puolestaan automaattisesti perustele Cephiä. Kolme Proxmox-solmua ei tee yhdestä tallennuspalvelimesta kahdennettua. Valinta perustuu hyväksyttyyn tietohävikkiin ja mitattuun katkoon, tuotteen nimen ohella.
Kolmen ja viiden vuoden laskelma ilman keksittyjä markkinahintoja
Kuvitteellinen vertailu olettaa kolme samanlaista yhden kannan solmua hankintahinnalla h solmua kohti sekä erillisen varmistuspalvelimen medioineen hintaan b . Valmistajan nykylistan mukaan Proxmox VE Standard maksaa 550 € käytössä olevaa CPU-kantaa kohti vuodessa ja Proxmox Backup Server Standard 2 240 € palvelinta kohti vuodessa. Yhteinen tuki on siis 3 × 550 + 2 240 = 3 890 € vuodessa. Malli käyttää 90 € verotonta työtuntihintaa. Se ei oleta samoja IOPS-arvoja tai käyttökapasiteettia tarkistamatta: tarjoukset on ensin normalisoitava samalle kuormalle.
d tarkoittaa solmukohtaisia Cephin lisä-SSD-levyjä, z paikallista ZFS-SSD-varustusta solmua kohti, a kahdennetuksi suunniteltua ulkoista laitetta, nc, nz ja ns kunkin reitin tarvitsemia verkko- tai fabric-investointeja. ec, ez ja es ovat vuotuiset sähkön/konesalisijoituksen lisäkulut; s on ulkoisen laitteen vuotuinen valmistajahuoltosopimus. Kaikki kirjaimet ovat verottomia tarjousarvoja euroina, eivät väitettyjä markkinahintoja.
| Reitti | Asennus / vuotuinen käyttö | 3 vuotta | 5 vuotta |
|---|---|---|---|
| Ceph | 80 h / 50 h | 3h + b + 3d + nc + 32 370 + 3ec € | 3h + b + 3d + nc + 49 150 + 5ec € |
| ZFS-replikointi | 50 h / 30 h | 3h + b + 3z + nz + 24 270 + 3ez € | 3h + b + 3z + nz + 37 450 + 5ez € |
| Ulkoinen tallennus | 60 h / 35 h | 3h + b + a + ns + 26 520 + 3s + 3es € | 3h + b + a + ns + 40 600 + 5s + 5es € |
Työtunnit ovat vain mallioletuksia, eivät DAXSin pakettihinta. Esimerkki: 1 000 € suurempi laitteen vuosihuolto lisää ulkoista vaihtoehtoa 3 000 € kolmessa ja 5 000 € viidessä vuodessa. Olemassa oleva laite voi pienentää a tarkastelujaksolla, mutta jäljellä oleva elinkaari, tuki, varaosat ja laajennukset kuuluvat muuttujaan s tai erilliseen investointiin. Laitteiden hinnat, tilankäyttö, suorituskykyprofiili, verkko, vero ja käyttöpaikka on osoitettava tarjouksin. Pienin kaavatulos ei ratkaise ostoa ilman samaa käyttökapasiteettia, IOPS:ia, RPO:ta ja RTO:ta.
Hyväksyntä: käy oikeasti läpi yhden vian tilanne jokaisessa vikavyöhykkeessä
DAXS vaatisi kustakin ehdokkaasta neljä näyttöä: (1) kirjaa viimeisen eheän sovellustilan ajankohta, (2) mittaa solmuvika ja VM-käynnistys kuormalla, (3) katkaise myös kriittinen tallennus- tai verkkoreitti ja (4) palauta VM sekä yksittäisiä sovellustietoja erillisestä varmistuksesta. ZFS:ssä mukaan epäonnistunut tai myöhästynyt replikointityö, Cephissä heikentynyt pooli ja uudelleenrakennus, SAN/NAS:ssa ohjaimen ja reitin vaihto. Mittaukset ratkaisevat RPO:n ja RTO:n toteutumisen.
Ceph-kopiot, replikoinnin tilannevedokset ja levyjärjestelmän peilaus siirtävät myös poistot ja virheellisen tiedon eteenpäin. Ne eivät korvaa versiointia, ulkoista kopiota tai palautustestiä. DAXSin artikkeli Proxmox Backup Server: tarkistus, säilytys ja palautus syventää varmistusten hyväksyntää. Sovellusluettelolla ja RPO/RTO-tavoitteilla voi sivun Yhteystiedot kautta sopia DAXSin kanssa kolmen reitin mittaamisesta oikealla kuormalla ja nykyisillä sopimuksilla.
Lähteet: Proxmox VE Administration Guide: tallennus, tallennusreplikointi ja HA · Proxmox VE: nykyiset tukihinnat · Proxmox Backup Server: nykyiset tukihinnat.
