Hårdvara filserver

Permalänk

Hårdvara filserver

Vad behövs för hårdvara för att köra en bra filserver? Funderar på att köpa en begagnad server, köra SSD för operativsystem (Windows server troligen) och sedan en 4 eller 8TB SATA för lagringen. Backup mot molnet.

Ingen jättetung användning, men 2 personer som jobbar mot filservern dagligen.
Anledningen till windows server är att vi i nuläget har en AD-server också, men oklart om det ska behålles eller avvecklas.

Era åsikter och kommentarer uppskattas.

Permalänk
Medlem

Slösa inte el på en strömslukande server, det enda ni behöver är en liten NAS som ni kan domän-ansluta mot ert Active Directory för enklare hantering av filsystemsrättigheter på NAS:en.

Exempelvis en Synology DS723+ eller DS423+ om ni anser er behöva SSD/NVME-cache för återkommande hanterade filer där ni behöver ha extra responsiva svarstider. Båda dessa enheter har dubbla Gigabit-interface med LACP/bondingstöd om ni vill maximera genomströmning om ni har switchar som stödjer detta, samt att de är enkla att domänansluta in mot Active Directory/LDAP. De har även mycket goda möjligheter för att automatisera säkerhetskopiering mot diverse olika molnbackup-lösningar såsom deras egna, Backblaze, S3-kompatibla objektbaserade lagringslösningar eller ytterligare Synology-enhet på annan ort.

https://www.synology.com/sv-se/products/DS723+#specs
https://www.synology.com/sv-se/products/DS423+#specs

Synology kan även agera Windows-kompatibel domänkontrollant med deras Synology Directory Server-tjänst. Denna har stöd för grupp-policys m.m. och du kan hantera automatisk montering av hemmappar och diverse lagringsmappar direkt i Synology:n utan att behöva gå via en separat Windows-server. Det finns även möjlighet att virtualisera upp till en PC direkt i Synology-NAS:en för exempelvis make-shift fjärrskrivbord som du kan öppna för access via VPN eller exempelvis Apache Guacamole under Docker/container-stödet i Synology som en enkel "terminal-server"-lösning. För detta behöver du dock uppgradera RAM-minnet då dessa kommer med 2GB ur lådan, men med möjlighet att uppgradera till 32GB (DS723+) och 18GB (DS423+) respektive.

Om du mot förmodan redan skulle ha en äldre server som du vill göra om till en NAS/filserver så kan du förstås skrämma in Synology DSM i den enkelt med hjälp av Arc Loader, något som Synology förstås inte är helt nöjda med, men ändå en möjlighet.
https://github.com/AuxXxilium/arc

Visa signatur

Also found as @piteball@mastodon.rockhost.se
XCP-ng Node - Dell PowerEdge R720xd, Xeon E5-2690, 272GB, 3TB SSD, Nvidia Tesla P4
XCP-ng Node - Dell PowerEdge R720xd, Xeon E5-2697v2, 256GB, 2TB SSD
Xpenology Storage - SuperMicro X10SLL-F/SC825TQ, Xeon E3-1231 v3, 16GB, 90TB HDD
Xpenology Backup - Dell PowerEdge R230, Xeon E3-1220v6, 16GB, 12TB HDD

Permalänk
Medlem

Om man har datans säkerhet som högsta prioritet (dvs att filer inte blir korrupta eller liknande) så finns det enbart ZFS som alternativ gällande filsystem, vilket gör att "färdiga" lösningar med deras egna hittepå filsystem som Synology som nämns ovan inte är optimalt. Går väl säkert få in det på något sätt på vissa av deras NAS:ar, jag tror Qnap ofta kör ZFS som standard så det är ju ett lämpligare alternativ.

Personligen hade jag byggt något eget och slängt in Truenas Scale; inte för inget som det (eller proxmox) är vad som används av alla nördar på internet.

Permalänk
Medlem

Beroende på hur och med vad ni ska jobba mot servern känns det nästan värt att gå mot SSD för 4TB-8TB diffar bara någon tusenlapp i totalpris. T ex 4 TB HDD runt 1000 sek och 4TB SSD från ca 2500.

Permalänk
Medlem

Inte jättemycket, beror på vad du har för krav på prestanda.

Permalänk
Hedersmedlem
Skrivet av JBerger:

Om man har datans säkerhet som högsta prioritet (dvs att filer inte blir korrupta eller liknande) så finns det enbart ZFS som alternativ gällande filsystem, vilket gör att "färdiga" lösningar med deras egna hittepå filsystem som Synology som nämns ovan inte är optimalt. Går väl säkert få in det på något sätt på vissa av deras NAS:ar, jag tror Qnap ofta kör ZFS som standard så det är ju ett lämpligare alternativ.

Personligen hade jag byggt något eget och slängt in Truenas Scale; inte för inget som det (eller proxmox) är vad som används av alla nördar på internet.

Synology stödjer BTRFS som faktiskt också är ett Copy-On-Write (COW)-filsystem, så där fungerar den snarlikt OpenZFS. Finns lite mer info här.

Jag håller i övrigt med, vill man lagra data på ett säkert sätt är det ZFS eller BTRFS som gäller.

Visa signatur

SWECLOCKERS.COM :: If Quake was done today ::
WS: Gigabyte Z690 UD DDR5 :: Core i5 12600K :: 32 GB RAM :: Geforce RTX 3070 :: 10 GbE NIC :: AOC C32G1 32" :: Seagate FireCuda 530 1TB :: Fractal Design R5
WiFi: 2x Alta Labs S24-POE :: 2x Alta Labs S8-POE :: 3x AP6 Pro

Permalänk
Skrivet av CarpenterDave3317:

Vad behövs för hårdvara för att köra en bra filserver? Funderar på att köpa en begagnad server, köra SSD för operativsystem (Windows server troligen) och sedan en 4 eller 8TB SATA för lagringen. Backup mot molnet.

Ingen jättetung användning, men 2 personer som jobbar mot filservern dagligen.
Anledningen till windows server är att vi i nuläget har en AD-server också, men oklart om det ska behålles eller avvecklas.

Era åsikter och kommentarer uppskattas.

Första frågan är hur servern ska användas: Handlar det bara om vanliga dokument som ska lagras på ett delat filområde? Då räcker det i princip med en potatis, rent beräkningsmässigt: Nästan vad som helst kan mätta en vanlig gigabit-nätverkslänk från en roterande hårddisk så länge vi pratar sekventiellt läst data från lite större filer. Ska ni däremot inte bara lagra utan också arbeta med mediafiler (video eller ljud) från lagringsområdet snarare än från lokal lagring, så ställs det helt andra krav på prestanda, och ni kan behöva fundera på både kraftigare server, SSD-lagring och uppgraderingar av nätverket till 10GbE eller mer.

Andra frågan är datasäkerhet och uppetid: Poängen med att köpa en "riktig" server är att få mer robust hårdvara som tål att vara igång och under hård belastning långa tider i sträck. Servrar brukar också komma med bra-att-ha-saker som hotswap-diskar, som gör att du kan byta en trasig disk i farten, vilket spelar roll om man är några personer som är beroende av servern. Men då pratar vi inte längre en hårddisk för lagringen utan två eller fler.
Avvägningen där är i praktiken hur lång tid ni kan vara utan lagringslösningen utan att det börjar kosta mer pengar än merkostnaden för robusta lösningar i den. Är ni två personer som kan fakturera tusen kronor i timmen per person, och det tar minst en och en halv arbetsdag från det att datadisken gått sönder tills ni fått en ny på plats och har fått återställt data från backup, så är extrakostnaden för ett HBA-kort och en extra lagringsdisk för en RAID-spegel inte ens en fråga, bara för att ta ett exempel.

Men bara så det är sagt: Varken RAID eller molnsynkronisering ska förväxlas med riktig backup: Räkna in kostnaden för att ha versionshanterad backup i åtminstone två extra exemplar i er budget: Allra minst vill ni ha en separat lagringslösning lokalt i tillägg till datadisken, samt ett riktigt backupprogram som lagrar ett antal dagars kopior på den separata lagringslösningen och till någon molntjänst. Många backupsystem tillåter att man använder S3-kompatibel bloblagring, och där finns flera leverantörer i olika prisklasser att välja mellan. Ett tips i sammanhanget är att kolla på BackBlaze som både har en Windowsklient till fast pris per maskin och bloblagring för andra system, där man betalar per använd gigabyte per månad. Kombinera med backupprogrammets inbyggda funktionalitet för kryptering av backupdata, så har du något som både är säkert mot inbrott/brand/vattenskada och mot elaka typer på Internet. Glöm bara inte bort kryptonyckeln...
Och något som inte alla förstår när man börjar prata "riktig" backup: Du behöver inte ha plats för "många" fullständiga kopior av all er data. Ett backupprogram kommer att kopiera (och försöka komprimera) all data en gång, och sen lagra förändringarna som skett sedan senaste fulla backup. Jag rekommenderar att budgetera för backuplagring motsvarande ungefär två gånger den datamängd ni faktiskt har. Troligen blir det betydligt mindre än så som faktiskt lagras, men då har ni plats för att i varje läge ha två fullbackuper.

Andra tips:
- Använd generellt sett inte RAID-kort för RAID. Moderna operativsystem är bättre på att hantera hårddiskar direkt. Vad du vill ha heter HBA, och sen låter du operativsystemet sköta spegling eller paritetsdatahantering.
- Om du insisterar på att vilja köra Windows på servern, läs på om filsystemet ReFS och lagringslösningar baserade på Storage Spaces Direct. Det ger liknande möjligheter till dataskydd som BTRFS och ZFS. Observera att bara ReFS på en Windows Basic Disk inte ger dig datakorruptionsskydd.
- ZFS är fortfarande det bästa filsystemet i många sammanhang, och det som utan särskilt mycket eftertanke har störst chans att skydda din data på ett bra sätt. Men utan lite grundläggande förståelse för det och utan att planera din lagring i förväg kommer du nästan garanterat bli missnöjd med dess prestanda, om du bara bygger en Linux- eller FreeBSD-server och formaterar dina lagringsdiskar. Om du däremot har satt dig in i den här lagringslösningen kan den verkligen göra väl ifrån sig även prestandamässigt. Jag tror f.d. Ars Technica-skribenten Jim Salters artiklar (både på Ars och på hans egen blogg) kan vara de mest lättfattliga att börja med - men det kräver som sagt lite intresse. Annars är ett färdigbyggt NAS nog ett bättre val.
- Om du använder moderna filsystem, läs på om att använda snapshots som ett första lager av "backup". Det hjälper troligen inte mot en kompetent angripare, men är otroligt smidigt för de där "skit, jag har korrumperat hela filen"-ögonblicken som kan ske till vardags, utan att man behöver starta backupprogrammet för att återställa något.

Permalänk

Hej.
Vill börja med att tacka för alla svar, blev mycket längre och mer invecklade (men mer intressanta) svar än vad jag hade tänkt mig.

Vi har verkligen inga stora datamängder, inte heller någon data som är känslig för intrång.
Företaget sysslar med tryck på diverse saker, så våra filer består mest i korrektur, grafisk filer samt kopia på mailen från kunden. En stor fil för oss är kanske 200Mb. Gissar att vi inte har mer än max 500gb i filer sedan 2008.

Känns som en Synology med BTRFS som filsystem kanske hade vart en bra lösning för oss.
Då får vi även möjlighet att ersätta vår AD. Vi har under 10 användare.

Största frågan är då hur man skapar bra backuper som även blir skyddade mot ransomware?
Säg att vi skaffar en DS423/723+ med dubbla diskar för raid1 och även kör en molnbackup.
Hur många versioner/dagar backup bör man har. Vi tar sporadisk även backup på extern USB-disk som bara är inkopplad då.

EDIT: Naturligtvis så är det inget bra om vi inte kommer åt vår data/NASen men heller inte någon katastrof kortsiktigt. De mesta filer/underlag får vi på mail så de finns där. Om NASen skulle gå ner men att man fortfarande kan nå molnbackupen hyfsat lätt så är det ingen katastrof.

Permalänk
Skrivet av CarpenterDave3317:

Hej.
Vill börja med att tacka för alla svar, blev mycket längre och mer invecklade (men mer intressanta) svar än vad jag hade tänkt mig.

Vi har verkligen inga stora datamängder, inte heller någon data som är känslig för intrång.
Företaget sysslar med tryck på diverse saker, så våra filer består mest i korrektur, grafisk filer samt kopia på mailen från kunden. En stor fil för oss är kanske 200Mb. Gissar att vi inte har mer än max 500gb i filer sedan 2008.

Känns som en Synology med BTRFS som filsystem kanske hade vart en bra lösning för oss.
Då får vi även möjlighet att ersätta vår AD. Vi har under 10 användare.

Största frågan är då hur man skapar bra backuper som även blir skyddade mot ransomware?
Säg att vi skaffar en DS423/723+ med dubbla diskar för raid1 och även kör en molnbackup.
Hur många versioner/dagar backup bör man har. Vi tar sporadisk även backup på extern USB-disk som bara är inkopplad då.

EDIT: Naturligtvis så är det inget bra om vi inte kommer åt vår data/NASen men heller inte någon katastrof kortsiktigt. De mesta filer/underlag får vi på mail så de finns där. Om NASen skulle gå ner men att man fortfarande kan nå molnbackupen hyfsat lätt så är det ingen katastrof.

Ett färdigt NAS låter rätt vettigt utifrån ert användningsområde.
Läs gärna https://kb.synology.com/en-us/DSM/tutorial/How_to_back_up_you... för att komma igång med backup av ett Synology.

Vad gäller skydd mot ransomware: Detta kan inte göras riktigt bra utan att man sätter sig in lite i ämnet, men några tips i varierande svårighetsgrad:
1. Ha ett par olika USB-diskar ni växlar mellan så ofta som behövs för att ni inte ska riskera att förlora för mycket data för ert företags användningsområde.
Fördelar:
- Eftersom de är fysiskt bortkopplade när de inte används tappar ni bara den data som fanns på Synologyn plus den inkopplade USB-disken.
Nackdelar:
- Synology säger att man inte kan ta backuper av systemet utan bara av data den vägen, så ni kanske måste skapa om era användare och eventuella konfigurationer ifall det skulle paja ordentligt.
- Kan inte automatiseras. Rutiner kan glömmas bort och missas, och plötsligt har ni blivit av med tre månaders arbete och går i konkurs.

2. Se till att ni har separata konton för hantering av NAS:et jämfört med vad ni använder för att lägga filer på det. Det är "smidigt" att inte behöva logga in separat för att kunna managera lagringen - det tycker de elaka typerna också.

3. Se om Synology stöder att en sekundär enhet hämtar backuper från den primära enheten. Då behöver inte inloggningsuppgifterna till er sekundära datakopia finnas där er primära data finns, så det är mindre risk att någon lyckas knäcka er backup på samma gång som de förstör era filer.

4. Titta på backup till molnlagring som stöder någon form av "immutability": Flera tjänster stöder en funktion där filer när de väl skrivits inte får lov att ändras eller raderas förrän efter n dagar - ibland inte ens av en administratör. Sätter ni en seriös begränsning där (säg en vecka eller en månad) och låter backupprogramvaran ni använder rotera backuperna med en aning längre marginal än så (tio dagar eller 35 dagar, exempelvis), så bör ni vara hyfsat säkra.

Permalänk
Medlem
Skrivet av Det Otroliga Åbäket:

3. Se om Synology stöder att en sekundär enhet hämtar backuper från den primära enheten. Då behöver inte inloggningsuppgifterna till er sekundära datakopia finnas där er primära data finns, så det är mindre risk att någon lyckas knäcka er backup på samma gång som de förstör era filer.

4. Titta på backup till molnlagring som stöder någon form av "immutability": Flera tjänster stöder en funktion där filer när de väl skrivits inte får lov att ändras eller raderas förrän efter n dagar - ibland inte ens av en administratör. Sätter ni en seriös begränsning där (säg en vecka eller en månad) och låter backupprogramvaran ni använder rotera backuperna med en aning längre marginal än så (tio dagar eller 35 dagar, exempelvis), så bör ni vara hyfsat säkra.

Snapshot Replication i DSM har stöd för kortlivade "immutable" snapshots, där rekommendationen är 7-14 dagar för att undvika att du låser upp hela lagringen på den sekundära enheten.

Annars så finns det även stöd att ta backup av Synology enheter med hjälp utav Active Backup for Business då det finns inbyggd klient för detta i nyare DSM för att hämta data från den primära enheten för att som du skriver, hålla enheterna isär, kanske rent utav att du har brandväggsregler med olika VLAN där sekundära enheten når den primära, men inte vice versa för att få en logisk barriär däremellan.

Visa signatur

Also found as @piteball@mastodon.rockhost.se
XCP-ng Node - Dell PowerEdge R720xd, Xeon E5-2690, 272GB, 3TB SSD, Nvidia Tesla P4
XCP-ng Node - Dell PowerEdge R720xd, Xeon E5-2697v2, 256GB, 2TB SSD
Xpenology Storage - SuperMicro X10SLL-F/SC825TQ, Xeon E3-1231 v3, 16GB, 90TB HDD
Xpenology Backup - Dell PowerEdge R230, Xeon E3-1220v6, 16GB, 12TB HDD

Permalänk
Medlem

TrueNAS är riktigt bra! Stabilt, använder ZFS och har många inbyggda backup funktioner samt ZFS-snapshots.

Men det är lite mer arbete än med att sätta upp en Synology.

Visa signatur

Utan spaning, ingen aning.

Permalänk
Medlem

Mina erfarenheter i ämnet, har hållit på med detta länge

  • riktiga servrar låter som jetplan och hör hemma i serverhallar.

  • Försök inte bygga mini-ITX. Du kokar diskarna

  • Virtualisera inte. Kör Truenas och låt det vara basen för virtualisering av andra servrar, eller Jails.

Kostnadseffektiv lösning för hemmamiljö är att återanvända något gammalt chassi. Helst fulltower med många expansionsmöjligheter och plats för stora tysta fläktar. Köp Supermicro mobo så får du allt du behöver. Ipmi, tillräckligt många Sata, Nics etc. Xeon-D är trevligt. ECC-ram skall du ha till TrueNAS.

Får du slut på Sata i framtiden. Expandera med LSI-controllers som du flashar i IT-mode. Kostar inte många kronor på ebay.

Permalänk
Medlem
Skrivet av nightx:

Försök inte bygga mini-ITX. Du kokar diskarna[/li]

Fast det beror ju helt och hållet på vad för chassi man har. Dessutom låter det som att TS kommer klara sig med 2 diskar i all evighet, så ingen vidare värmeutveckling där plus att med ett något större chassi än minsta möjliga kan han lämna utrymme för luftflöde via lediga diskplatser.

Personligen kör jag 2 HDDs i en Jonsbo N2 som helt isolerar diskarna från resterande komponenter. Utan fläkt har de aldrig någonsin gått över 45 grader (hände 1 gång när jag skrev 2 TB i ett svep) och verkar hålla sig under 35 med fläkt på lågt varvtal.

Permalänk

Ts kan också använda SSD då det inte är stort lagringsbehov.

Och på det en relativ strömsvag processor. Då utvecklar den inte så mycket värme och fläktarna kan gå på låg effekt och därmed vara tysta.

Permalänk
Medlem
Skrivet av CarpenterDave3317:

Vad behövs för hårdvara för att köra en bra filserver? Funderar på att köpa en begagnad server, köra SSD för operativsystem (Windows server troligen) och sedan en 4 eller 8TB SATA för lagringen. Backup mot molnet.

Ingen jättetung användning, men 2 personer som jobbar mot filservern dagligen.
Anledningen till windows server är att vi i nuläget har en AD-server också, men oklart om det ska behålles eller avvecklas.

Era åsikter och kommentarer uppskattas.

Avveckla allt o köra Jota Cloud. 2 personers miljö kan aldrig löna sig med on prem AD

Visa signatur

Macifierad militant mactivist....
"Why join the navy if you can be a pirate?" - Steve Jobs

Permalänk

TrueNAS scale kör jag hemma på min media/filserver. Riktigt smidigt att använda.

Kör egentligen på gamla dator delar. En 6st 4TB WD Red diskar som mot all förmodan hållt i 5år plus nu. Har behövt byta ut en disk men det vart inga poblem.
Kör 8gb Ddr4 minne, billiga Corsair Vengence här.
Sen för CPU ville jag skippa grafikkort för att hålla nere på kostnaden så gör en Ryzen 2800G tror jag, det är i alla fall en APU och den har fungerat utmärkt. Vill man köra plex hårdvaru decodning så kan det vara värt att kolla på en billig GPU att peta in.

PM'a gärna ifall du har frågor!

Permalänk
Medlem

Efter att ha råkat ut för det själv - för filserver så är moderkort med ECC-minne prio 1 - allt annan är sekundärt förutom att också ha checksummearbetande filsystem som ZFS eller BTRFS då det var dom som faktiskt hintade om problem med RAM - själv har jag kört på BTRFS i ganska många år och har aldrig haft en situation att ha tappat data - förutom datat som blev felskrivet pga. bitflipande RAM - bara i testbänkar med hård misshandel och då med med bcache som mellansteg och det var SSD som gav upp vid hård last med mycket småläsningar och skrivningar som gjordes av 'bees', lärde mig att bcache fångade metadatan utan att skriva bakåt till snurrdisken alls eller synkar med bakomliggande hårdiskar en enda gång i sin defaultinställning utan bara fragment av det som petas ut cachen till disken när den gör ny plats för ny data och när SSD slutar att svara så var det riktigt trasigt på snurrdisken, att där gick det inte att rädda någon data.

provade med 3 olika märkes SSD - förvisso rätt gamla - ingen pallade att man körde 'bees' på BTRFS utan blev långsammare och långsammare för att till slut ge upp helt och de blev helcorrupta datamässig, några blev inte sig själva förrän man hade kört SATA secure erase efteråt...

(har inte provat på någon NVMe-flashlagring ännu)

Därför har jag blivt väldigt försiktig att frestas använda SSD-cache mot snurrdiskar - det är bättre att fylla på med mer ram på servern - helst typ 64 GB och större då inget slår RAM i hastighet.