Hoe bepaal je de benodigde capaciteit voor SSD's, HDD's en back-ups voor Plex

Verdeel Plex-opslag in drie afzonderlijke categorieën: bulkmedia op HDD, serverstatus waarbij lage latentie belangrijk is op SSD, en back-upcapaciteit die voldoende geschiedenis kan bewaren om herstel mogelijk te maken.

Begin met bruikbare HDD-capaciteit, niet met de labels van onbewerkte schijfcapaciteit

De medialaag moet de bibliotheek dekken die je verwacht te bewaren, de groei ervan gedurende de gebruiksperiode, de overhead voor bescherming en een reserve aan vrije ruimte. Het geadverteerde aantal terabytes van een schijf is niet hetzelfde als de bruikbare beschermde capaciteit.

Een model voor bruikbare capaciteit van een homeserver maakt onderscheid tussen het aantal schijven, pariteit, bestandssysteemoverhead, een reserve aan vrije ruimte en ruimte voor snapshots, zodat je aankoop kan worden gebaseerd op wat er na bescherming overblijft.

Schat de huidige omvang van je media, een realistische jaarlijkse groeimarge en de datum van de volgende migratie. Koop voldoende bruikbare HDD-capaciteit om die datum te halen met nog werkruimte over, in plaats van op dag één elke bay volledig te vullen.

Stem de SSD-capaciteit af op de Plex-status

De Plex-database, metadata, illustraties en containerstatus hebben meer baat bij lage latentie dan grote filmbestanden. De SSD-laag heeft daarom groeiruimte nodig voor appgegevens, niet de capaciteit van de volledige mediabibliotheek.

Het grote praktische verschil ontstaat wanneer willekeurige toegang niet langer vanaf mechanische opslag plaatsvindt; willekeurige toegang op SSD versus HDD is een sterkere reden om een SSD voor appgegevens aan te schaffen dan sequentiële mediadoorvoer, waarin HDD al voorziet.

Meet de huidige Plex-gegevensmap en de groei ervan na imports, het genereren van miniaturen en de uitbreiding van metadata. Kies een SSD die voldoende vrije ruimte overlaat voor die status plus tijdelijk werk, en betaal niet voor volledig flashgebaseerde mediaopslag tenzij een andere werklast dat nodig heeft.

Stem de back-upcapaciteit af op geschiedenis, niet op één kopie

Een back-updoel dat even groot is als de livegegevens laat geen ruimte over voor versies, gewijzigde bestanden of groei. De bruikbare capaciteit hangt af van wat je beschermt, hoe lang je oudere statussen bewaart en of media en Plex-appgegevens verschillende bewaarbeleidsregels gebruiken.

Een herstelplan is alleen geloofwaardig wanneer oudere kopieën kunnen worden teruggezet; regelmatig herstel testen voorkomt dat extra back-upcapaciteit verandert in een verzameling niet-gevalideerde snapshots.

Bescherm de Plex-status vaker wanneer kijkstatus en metadata belangrijk zijn en bepaal vervolgens of de mediabibliotheek volledige duplicatie, pariteit plus kopieën op een externe locatie of een ander herstelpad nodig heeft. Bereken de kosten van de back-uplaag afzonderlijk van de livecapaciteit.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Koop uitbreidingsruimte voor een bekende volgende stap

Meer lege bays en grotere schijven zijn nuttig wanneer ze een voorzienbare migratie uitstellen. Ze zijn niet automatisch waardevol als de bibliotheek langzaam groeit of de behuizing om andere redenen eerder wordt vervangen.

De groei van een mediabibliotheek kan snel veranderen. Daarom moet het bestaande groeiplan voor de mediabibliotheek deel uitmaken van de capaciteitsbeslissing, in plaats van alleen de omvang van de map van vandaag.

Stop met upgraden wanneer de HDD-laag de volgende geplande migratiedatum bereikt, de SSD-laag voldoende ruimte voor appgegevens heeft en de back-uplaag de gekozen herstelgeschiedenis dekt. Capaciteit boven die vereisten is optioneel en geen basisvereiste.