Zo bouw je vandaag een 10GbE-montageopstelling voor één editor en later een klein team

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

Bouw de eerste 10GbE-montageplek als één compleet traject van opslag tot werkstation, maar reserveer het ontwerp van switch, shares, identiteit en capaciteit voor latere editors.

Een solo-maker hoeft niet op dag één een netwerk van studiogrootte uit te rollen. De belangrijkste configuratiekeuze is voorkomen dat het eerste werkstation een speciaal geval wordt dat opnieuw moet worden ingericht zodra werkplek twee verschijnt. Geef gedeelde media één geautoriseerd serverpad, houd vervangbare cache gescheiden, maak de netwerktopologie uitbreidbaar, standaardiseer hoe de share wordt gekoppeld en bescherm afgerond werk via een herstelpad dat niet afhankelijk is van de montagepool.

Begin met rollen die ook na de komst van werkplek twee logisch blijven

De eerste opstelling heeft maar enkele duurzame rollen nodig: één creatorsserver bevat gedeelde cameramedia en projectassets, één werkstation voert de montage uit, lokale snelle opslag verwerkt waar praktisch de wegwerpbare cache en een onafhankelijke bestemming beschermt de geautoriseerde projectgegevens. Deze rollen moeten stabiel blijven, zelfs als de hardware verandert.

Maak het eerste werkstation niet permanent de eigenaar van de media alleen omdat het vandaag de enige client is. Dat veroorzaakt later een omslachtige migratie: de projectpaden, cachelocaties, machtigingen en back-uptaken moeten allemaal worden aangepast op het moment dat de tweede editor toegang nodig heeft.

Een ontwerp voor gedeelde media wordt nuttig wanneer het opslagpad wordt behandeld als een teamresource in plaats van als een snellere externe schijf. Het overzicht van ProVideo Coalition over NAS-mediaproductie voor gelijktijdige gebruikers laat zien waarom capaciteit en doorvoer moeten worden afgestemd op gelijktijdige clients, en niet alleen op één benchmarkwerkstation.

Maak van het netwerk een compleet pad van opslag naar editor

Een 10GbE-poort op de server is slechts één uiteinde van de topologie. Het praktische pad is server-NIC → kabel of transceiver → 10GbE-compatibele switch of directe verbinding → clientadapter of NIC → werkstation → gedeeld bestandssysteem. Elke schakel moet de beoogde verbindingssnelheid behouden.

Voor één editor kan een directe 10GbE-verbinding een geldige startopstelling zijn wanneer het werkstation en de server ook normale LAN-toegang behouden. Als het doel echter een klein team is, kies dan adressering en sharenamen die een latere toevoeging van een switch doorstaan. De editor moet dezelfde logische share blijven koppelen, ook wanneer het fysieke pad verandert.

Voor een recente netwerktest voor montage door TechRadar waren zowel een 10GbE-switch als een compatibele adapter voor het werkstation nodig voordat de NAS als snel montagedoel kon fungeren. Dat illustreert waarom 10GbE end-to-end aanwezig moet zijn, en niet alleen op de opslagserver.

Scheid gedeelde media, projectstatus en lokale cache

Houd originele camerabeelden, gedeelde graphics, audio en opleverbestanden op het serverpad dat elke editor consistent kan bereiken. Bepaal afzonderlijk waar projectdatabases of bibliotheken worden opgeslagen, omdat sommige montageprogramma's andere samenwerkingsfuncties verwachten dan gewone mediabestanden.

Cache, previewrenders, golfvormen, conformbestanden en andere opnieuw op te bouwen gegevens zijn betere kandidaten voor lokale NVMe wanneer de applicatie dit ondersteunt. Zo blijven veelvuldig gewijzigde tijdelijke bestanden buiten de gedeelde pool, zonder dat het werkstation de enige plek wordt waar onvervangbare beelden staan.

Cache met veel schrijfactiviteit heeft niet dezelfde opslagrol nodig als gedeelde cameramedia. Een actuele opslagindeling voor professionele video scheidt snelle cache van actieve media en archiefcapaciteit. Dat ondersteunt het bewaren van opnieuw op te bouwen werkgegevens op NVMe, zonder elk geautoriseerd bestand naar flash te verplaatsen.

Standaardiseer sharenamen, gebruikersidentiteit en projectpaden vóór samenwerking

Kies één canonieke servernaam, één gedeelde projectroot en voorspelbare mappen voordat de tweede editor toetreedt. Koppel op elk werkstation dezelfde logische sharenaam en vermijd padconventies die afhankelijk zijn van iemands bureaublad, label van een verwisselbare schijf of persoonlijke thuismap.

Maak individuele gebruikersaccounts aan, ook wanneer er nog maar één editor actief is. De eerste gebruiker kan ruime werktoegang krijgen, maar de structuur moet al ondersteuning bieden voor een tweede editor, assistent of alleen-lezen reviewer, zonder iedereen dezelfde beheerdersgegevens te geven.

Het doel is dat een project dat op een ander werkstation wordt geopend dezelfde gedeelde media vindt zonder massaal opnieuw te moeten koppelen. CineD beschrijft in zijn overzicht van samenwerkingssystemen voor montage de behoefte aan een workflow met gedeelde opslag tussen editors; stabiele identiteit en paden zijn de voorwaarde aan NAS-zijde voor die workflow.

Houd back-up en archief buiten de actieve montagetopologie

De montagepool is de primaire werkopslag, ook als deze RAID gebruikt. Er moet een tweede kopie op een ander opslagdoel bestaan en belangrijke kanaal- of klantarchieven moeten een herstelpad hebben dat bestand is tegen verlies, verwijdering of herconfiguratie van de actieve server.

Definieer de levenscyclus voordat het eerste project wordt afgesloten: importeren naar de actieve server, werken vanaf gedeelde media, publiceren of opleveren, het afgesloten project volgens het archiefbeleid verplaatsen en een onafhankelijke back-upkopie bewaren overeenkomstig de waarde ervan. Het archief kan op tragere capaciteitsopslag staan, omdat het niet langer dezelfde interactieve latency nodig heeft.

De opslagworkflow van Richard Lackey voor postproductie scheidt snelle werkopslag van back-up en langetermijnarchief en benadrukt daarmee dat montage, back-up en archief verschillende rollen zijn.

Voeg de tweede editor toe door gedeelde capaciteit uit te breiden, niet door de eerste werkplek opnieuw te ontwerpen

Wanneer werkplek twee verschijnt, moet de fysieke topologie uitbreiden zonder van betekenis te veranderen. Een 10GbE-switch wordt het centrale punt, beide montagewerkstations maken verbinding via snelle clientlinks en de creatorsserver blijft het geautoriseerde eindpunt voor gedeelde media. Lokale cache blijft lokaal, tenzij een specifieke samenwerkingsfunctie anders vereist.

Dimensioneer de serverzijde op de totale belasting. Twee editors die elk gematigde media lezen hebben niet per se 20GbE nodig, maar één 10GbE-uplink kan de gedeelde limiet worden wanneer beide werkstations tegelijk zware multicam-weergave, imports, renders of grote kopieeracties uitvoeren.

Valideer de topologie met één echt project en daarna met twee gelijktijdige workloads. De 10GbE-testmethode van SmallNetBuilder laat zien waarom netwerk- en opslagtests gescheiden moeten worden voordat je bepaalt welke laag de volgende upgrade nodig heeft.

De opstelling is klaar voor een klein team wanneer beide werkstations dezelfde paden en machtigingen gebruiken, de opslagpool de beoogde gelijktijdige montage aankan en back-up onafhankelijk blijft. Als de netwerkverbinding goed is maar de gedeelde montage toch onvoldoende presteert, is de volgende logische stap de 10GbE-NAS-knelpuntdiagnose van ZimaSpace, niet opnieuw een herontwerp van de topologie.

NAS- en serverconfiguratie

Meer om te lezen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.