eRacks Systems Tech Blog
Open Source Experts Since 1999
Private AI Servers, Restructured: The New eRacks Good, Better, Best Ladder
We have restructured the eRacks private AI server line into a clear Good, Better, Best ladder. The goal is simple: whatever size model you want to run, there is one obvious system for it, at a price that reflects what is actually inside the box. Prices on the mid-tier dropped substantially from the old line, because the new systems use current-generation parts and are sized honestly for the work.
First, the framing. Private AI means running large language models (LLMs, the software behind AI assistants) on hardware you own, inside your own building. Your prompts, your documents, and your model outputs never touch a cloud provider. You buy the system once, and there are no per-seat or per-token fees afterward. Every system in the line is air-gap ready (able to operate with no internet connection at all), which matters for legal, medical, financial, and government work.
Good: AILSA 2U, from $5,995
The AILSA is the entry point. It is a 2U system (a U is 1.75 inches of rack height) assembled, burned in, and certified by eRacks, with Intel Arc GPUs (graphics processing units, the chips that run AI models). The base build carries two Arc B50 low-profile cards for 32GB of VRAM (the GPU’s onboard memory, which holds the model), with larger Arc Pro options available in the configurator. It handles 70B-class models (roughly 70 billion parameters), which covers most private chat, coding, and RAG workloads (retrieval-augmented generation, where the model answers from your own documents).
Better: AISLING 4U, from $16,995
The new AISLING is the workhorse of the line. It pairs a 24-core AMD Threadripper 9960X with 128GB of ECC memory (error-correcting code memory, which detects and fixes memory errors) and a single 1600W power supply. The 4U chassis takes up to three dual-slot GPUs, which means 96GB of total VRAM with Intel Arc Pro B70 cards. That is enough headroom to run a 70B-class model at higher precision, serve more simultaneous users, or hold longer context windows.
Best: AILEEN 4U, from $21,995
The new AILEEN steps up to server-class silicon: a 32-core AMD EPYC 9355 with 12 memory channels and 192GB of ECC memory. The extra memory bandwidth feeds the GPUs and speeds up CPU-side work like document indexing. It takes up to four GPUs for 128GB of VRAM, and it has redundant 1+1 power (two supplies, either one can run the system alone). AILEEN also ships in custom colors: blue, black, white, or red. The blue unit is the one pictured here.
| Model | Form factor | GPU memory (VRAM) | From |
|---|---|---|---|
| AILSA | 2U | 32GB base, larger Arc Pro options | $5,995 |
| AISLING | 4U | up to 96GB (3 x Arc Pro B70) | $16,995 |
| AILEEN | 4U | up to 128GB (4 GPUs) | $21,995 |
The enterprise tier
Some buyers need validated OEM server systems rather than our eRacks-Certified workhorse builds, usually because their ops teams require out-of-band management (a dedicated channel for remote hardware control, such as IPMI, that works even when the operating system is down). For them, the AIDAN 2U EPYC starts at $13,895, and the AISHA 4U starts at $30,995 with support for up to 10 GPUs.
What every system includes
All five models ship with Ubuntu LTS and the open-source AI stack pre-installed: Ollama, Open WebUI, vLLM, llama.cpp, and PyTorch. Each unit is burned in (run under sustained load before shipping) and tested. You get browser access to your own models on day one: unbox, rack, log in.
Not sure which tier fits? Start with our private AI sizing guide, which walks through how much GPU memory and system RAM a given model actually needs. Then configure the system that matches.
joe July 5th, 2026
Posted In: AI Servers, News
Tags: AI server, AMD EPYC, AMD Threadripper, GPU server, Intel Arc Pro, Ollama, open source AI, private AI, self-hosted LLM, vLLM
Choosing a ZFS Layout for Your NAS: RAIDZ2, Mirrors, and the Top 5 Configs
When we say our NAS line is “built right for ZFS” – IT-mode HBAs, ECC memory, CMR drives – the next question is always the same: which ZFS layout should I use? There’s no single right answer; it depends on your tolerance for failure, your need for speed, and how much usable capacity you want. Here’s how we think about it, and the five configs that cover almost everyone.
1. RAIDZ2 – the safe default
Double parity: any two drives in a vdev can fail and your data survives. For most NAS deployments of 6-12 drives, this is the right starting point – a strong balance of usable capacity and resilience, and enough margin to survive a second failure during a resilver (ZFS’s term for rebuilding the array onto a replacement drive — the riskiest window). If you’re not sure, choose RAIDZ2.
2. Striped mirrors (RAID10-style) – maximum IOPS
Pairs of mirrored drives, striped together. You give up half your raw capacity, but you get the best random-IO performance and by far the fastest resilvers (ZFS just copies one drive, not the whole vdev). The right choice for VM datastores, databases, and anything latency-sensitive.
3. RAIDZ1 – small arrays only
Single parity (RAID5-style). Fine for small pools (up to ~5-6 drives), all-SSD arrays, or less-critical data. We don’t recommend it for large modern HDDs: rebuild times are long enough that a second failure during resilver is a real risk, and RAIDZ1 can’t survive it.
4. RAIDZ3 – wide vdevs & archival
Triple parity – three drives can fail. Built for wide vdevs (12+ drives), archival and compliance data, and very large drives where resilver windows stretch into days. Maximum durability when you can spend a little capacity to get it.
5. dRAID – resilver speed at scale
For very large arrays (dozens of drives), dRAID distributes parity and spare capacity across all members, so a rebuild reads/writes in parallel across the whole pool instead of hammering one replacement disk. Resilvers that take days with traditional RAIDZ can finish in hours. Worth it once you’re past ~24 drives.
The pieces that make any pool better
Layout is only half the story. On the configurator you can add:
- NVMe special vdev – puts metadata and small blocks on flash; dramatic speedups for many-small-files workloads.
- SLOG – a fast, power-loss-protected device for synchronous writes (NFS, databases).
- L2ARC – an SSD read cache for hot data beyond what RAM holds.
- Plenty of ECC RAM – ZFS’s ARC lives in memory; more RAM = more cache, and ECC keeps it honest.
Every eRacks NAS ships with an IT-mode HBA option (no hardware RAID fighting ZFS), CMR drives up to 30TB, and TrueNAS SCALE / Proxmox / Ubuntu / Ceph pre-provisioned. Tell us your workload and we’ll spec the layout – and the special vdev / SLOG / L2ARC – to match.
Not sure which layout fits? Reply to this post – a real engineer will help you choose.
joe June 17th, 2026
Posted In: NAS Storage, News
Tags: dRAID, ECC memory, IT-mode HBA, L2ARC, NAS best practices, open source storage, RAIDZ2, RAIDZ3, SLOG, special vdev, striped mirrors, TrueNAS SCALE, ZFS
eRacks NAS, Rebuilt for Q2 2026: Xeon 6, 30TB CMR Drives, and Built Right for ZFS
A NAS is only as good as the parts under the hood – and the parts that make a great ZFS server are not the ones most “NAS appliances” ship. So we went through the entire eRacks rackmount NAS line, from the NAS12 to the NAS100, and rebuilt it around what actually matters for modern open-source storage. Here’s what changed.
Current-Generation CPUs, the Way You’d Actually Spec Them
Every NAS now configures from a single CPU platform selector with current-generation silicon: Intel Xeon 6 – both Granite Rapids (P-core, for throughput) and Sierra Forest (E-core, for density and efficiency) – alongside AMD EPYC, with Ryzen and Threadripper available for workstation-class builds. Each platform is presented Good/Better/Best so you can pick the right core count without wading through a hundred SKUs, and the price reflects the real cost of that platform – a Ryzen build, for instance, comes in lower than a dual-socket Xeon 6.
CMR Drives Only – No SMR Surprises
ZFS and SMR (shingled) drives are a bad combination: SMR’s read-modify-write behavior turns a routine resilver into a multi-day ordeal. Our NAS line is CMR-only. The new default is the 30TB Seagate IronWolf Pro – the current dollars-per-terabyte sweet spot in NAS-class CMR – with conventional-recording options from a few TB up to the 32TB ceiling. No shingled drives ever sneak into a config.
Built Right for ZFS
Hardware RAID controllers and ZFS fight each other – ZFS wants direct, unmediated access to every disk. So every NAS offers an IT-mode HBA (no hardware RAID in the way), DDR5 ECC memory for a healthy ARC, and a RAID/pool selector that now includes ZFS directly alongside the traditional levels. Spin one up pre-provisioned with TrueNAS SCALE, Proxmox VE, Ubuntu, or Ceph – your choice, burned-in and tested before it ships.
Which ZFS Layout?
For most deployments we recommend RAIDZ2 (double parity – survives two simultaneous drive failures) as the default. Need maximum IOPS for VMs or databases? Striped mirrors. Very wide vdevs or archival data on large drives? RAIDZ3. We’ll help you match the layout – and the optional NVMe special vdev, SLOG, and L2ARC – to your workload.
One Line, Twelve Sizes
From the compact 1U NAS12 up through the petabyte-class NAS100, every model is built to order, burned-in, tested, and shipped ready to run. Pick your bays, pick your drives, pick your OS.
Questions about a build, or which ZFS layout fits your workload? Just reply – a real engineer answers.
joe June 14th, 2026
Posted In: NAS Storage, News
Tags: 26TB CMR, AMD EPYC, DDR5 ECC, Granite Rapids, Intel Xeon 6, IT-mode HBA, NAS servers, open source storage, rackmount NAS, RAIDZ2, Sierra Forest, TrueNAS SCALE, WD Red Pro, ZFS
Intel Arc Pro B70 on eRacks AI Servers: 128GB VRAM from $13K, 256GB Flagship Under $40K
Update June 5, 2026: The Intel Arc Pro B70 32GB workstation GPU is now the default GPU on every eRacks AI server. Here is why we made that change, and what it means for customers running language-model inference, video analysis, code-completion services, or RAG pipelines on-premise.
The headline numbers
- 32GB GDDR6 VRAM per card, 608 GB/s memory bandwidth, PCIe 5.0 x16, 160W TDP
- $949 MSRP (vs $1,500-$2,000 for NVIDIA RTX 4000 Ada 20GB, $7,000+ for RTX 6000 Ada 48GB)
- Roughly half the cost per GB of VRAM versus comparable NVIDIA professional cards
- Single-slot variant available (Sparkle Blower 1S) – up to 8 cards in a 4U chassis = 256GB total unified VRAM
Why VRAM matters more than FLOPS for inference
For most production AI workloads, the limiting factor is not raw compute throughput. It is whether your model fits in GPU memory.
- A 13-billion-parameter model at full FP16 precision needs roughly 26GB. Quantized to 4-bit: about 7GB.
- A 70-billion-parameter model at FP16: about 140GB. Quantized to 4-bit: about 35GB. At 8-bit: about 70GB.
- A 405-billion-parameter model (Llama 3.1 405B) at 4-bit quantization: about 200GB.
Once your model fits, inference latency comes from memory bandwidth, not raw teraflops. The Arc Pro B70’s 608 GB/s is competitive with cards three times its cost.
The new eRacks AI lineup, with Arc Pro B70 as the spine
eRacks/AIDAN – $13,000 entry tier
Single Arc Pro B70 32GB in a 2U rackmount chassis with AMD EPYC CPU. Enough VRAM for any model under 32 billion parameters at FP16, or larger models with quantization. Ideal for a single developer or small team running on-premise inference for code completion, code review, document summarization, or chat. Linux, OpenBSD, or FreeBSD pre-installed; you pick the AI stack.
eRacks/AINSLEY – $22,000 mid-tier
Four Arc Pro B70 cards for 128GB total unified VRAM, in a 4U chassis with AMD Threadripper PRO 7000-series CPU. Configured for medium-team inference or single-model training of mid-size architectures. Hosts a 70B model comfortably with room for KV cache, batching, and parallel requests.
eRacks/AISHA – $31,000 flagship
Four Arc Pro B70 cards default, with chassis room for up to eight cards (256GB total unified VRAM upgrade path). Built on a Supermicro SYS-421GE-TNRT 4U barebone with dual Intel Xeon SP CPUs, 10 PCIe Gen 5 slots, and quad redundant 2700W Titanium PSUs. This is the “we host our own private model serving stack” configuration – competitive with NVIDIA DGX systems at a fraction of the cost.
What does not change
- You own the hardware. No per-token billing, no metered API charges, no surprise overage.
- Open-source AI stack. Intel Arc Pro B70 is supported by PyTorch and TensorFlow via Intel oneAPI, llama.cpp with Vulkan or SYCL, vLLM, Ollama, Hugging Face Transformers. Pick your runtime.
- Pick your Linux. Ubuntu 26.04 LTS default, or Debian, Rocky, OpenSUSE, NixOS, FreeBSD – your call.
- Data stays on your hardware. No model weights, no prompts, no logs leave your rack unless you choose to send them.
Workloads that benefit most
- Self-hosted code-completion services (Continue, Tabby, Sourcegraph Cody) for engineering teams that cannot send code to external APIs
- Document RAG systems for law firms, hospitals, government agencies, financial services
- Video analysis and surveillance summarization on the same rack as the cameras
- Private chat assistants for organizations bound by HIPAA, FedRAMP, PCI, or attorney-client privilege
- Local fine-tuning experiments for ML research teams who want repeatable training without cloud quotas
Sourcing reality check
The Arc Pro B70 launched in Q1 2026. As of this post: Newegg has the Intel reference card in stock at $1,099. Single-slot Sparkle Blower variant is shipping but currently single-store pickup at Micro Center – we are working with Sparkle’s US distributor to set up reliable multi-card supply. For mid-2026 builds expect a one to two week lead time on multi-GPU configurations while we source through B2B channels. We always quote real lead times before charging.
Want to talk through your use case?
Browse the new AI configurations at https://eracks.com/products/ai-rackmount-servers/ or email me directly: joe at eracks dot com. Tell me what model you want to run, what your concurrency target is, and what data classification rules you live under – I will spec the right tier and the right OS for it.
– Joe Wolff, founder, eRacks Open Source Systems
joe June 4th, 2026
Posted In: Uncategorized
Cameras Don’t Sleep: Why Surveillance and Healthcare Workloads Need a Different Kind of NAS
Most NAS conversations start with capacity: how many terabytes, how many drives, what does it cost per gigabyte. For a typical file server or backup target, those are the right questions. For surveillance, broadcast, and healthcare imaging workloads, they are the wrong questions – or at least, far from the only ones.
What unifies video surveillance, broadcast archives, healthcare PACS, and clinical research isn’t capacity. It’s the write pattern. These workloads write continuously, 24 hours a day, 7 days a week, with dozens or hundreds of concurrent streams. Consumer NAS drives, optimized for read-mostly home and small-office use, wear out two to three times faster under that load. Cloud storage solves the wear problem but introduces a different one: bandwidth costs at sustained ingest rates that quickly outpace any savings.
Why Surveillance Breaks Consumer NAS
Consider a modest IP camera deployment: 50 cameras, 4K resolution, H.265 encoding, 4 megabits per second average bitrate per stream. That works out to roughly 1.6 terabytes of new video written to storage every single day. Multiply by 30 days of retention and the active hot storage requirement is around 50 TB at any moment, with new data flowing in continuously.
That write pattern is fundamentally different from what consumer NAS drives are built for. Drives like WD Red Plus and Seagate IronWolf are optimized for the read-heavy workload typical of file sharing, media servers, and personal backup. Push them into 24×7 sequential write duty and the drive’s internal wear leveling, head positioning, and thermal management all get stressed in ways their firmware was not designed to handle. Manufacturers publish workload ratings for a reason: a 180 TB/year rating means exactly that, and surveillance workloads exceed it within months.
The Surveillance-Certified Drive Difference
WD Purple Pro and Seagate SkyHawk AI are different products. They are CMR (conventional magnetic recording) drives, not SMR, which matters because SMR drives perform catastrophically badly under sustained random writes. They carry workload ratings of 550 TB/year (Purple Pro) and 550 TB/year (SkyHawk AI), well above what 24×7 multi-camera deployments produce. Their firmware is tuned for the specific I/O pattern of camera writers: long sequential writes, frequent metadata updates, occasional reads when an operator scrubs back through footage.
Surveillance-certified drives also handle the thermal and vibration environment of a populated chassis differently. A 24-bay or 50-bay NAS with all bays writing simultaneously generates measurable rotational vibration; surveillance-rated drives compensate with internal sensors that consumer drives lack.
Networking Matters as Much as Drives
The other half of the surveillance storage equation is network throughput. Fifty 4K H.265 cameras at 4 Mbps each is 200 Mbps of aggregate ingest. That fits in gigabit Ethernet on paper, but headroom matters – encoded bitrate spikes during high-motion scenes, and a saturated link drops frames. An eRacks Video NAS ships with 25 or 100 gigabit Ethernet as a standard option, leaving plenty of room for both ingest and concurrent VMS playback or operator review without congestion.
Matching the System to the Scale
Honest pricing requires honest scale guidance:
- NAS8 ($4,995): 10 to 20 cameras, 4K, ~30 day retention. Branch office, small retail, smaller campus deployments.
- NAS24 ($8,995): 50 to 100 cameras with multi-week retention. The sweet spot for medium businesses, schools, and mid-sized municipal deployments.
- NAS50 ($14,995): 200+ cameras, broadcast archives, or long-retention security workloads. Large campuses, transit systems, broadcast facilities.
- NAS72 ($24,995): Petabyte-class surveillance backends, broadcast video archives, or city-wide CCTV.
None of these are “from $1,995 supports 1000 cameras” claims. The NAS4 entry tier is a real product for branch offices and small deployments; it is not a 1000-camera VMS backend, and pretending otherwise wastes the customer’s time and ours.
Where Healthcare Fits
The same architecture serves an adjacent vertical with surprising overlap. Healthcare PACS (Picture Archiving and Communication System) imaging produces a similar write profile: continuous, high-bandwidth, multi-source ingest with regulatory retention requirements that often exceed 7 years. Clinical research datasets, EMR (Electronic Medical Record) backends, and DICOM imaging archives all push storage hard in the same way camera systems do.
Where healthcare differs is the compliance overlay: HIPAA-aligned architecture means protected health information cannot leave the customer firewall, audit logging must be enabled at the filesystem level, and encryption at rest is non-negotiable. eRacks Healthcare NAS configurations ship with ZFS native encryption (AES-256), full Linux auditd logging, and SIEM forwarding hooks (Splunk, Elastic, Wazuh) configurable at build time. The hardware is the same VNAS; the OS configuration is the differentiator.
What This Looks Like in Practice
Cameras (or external NVR/VMS like Milestone, Genetec, or Frigate) write video files directly to the NAS over NFS, SMB, or iSCSI. The NAS handles all the storage logic: RAID, encryption, replication, snapshots. The VMS handles the recording schedule, operator interface, motion detection, and analytics. Separating these concerns means you can swap VMS software without re-buying storage, and you can scale storage independently of recording capacity.
For smaller deployments, optional VNAS configurations can ship with Frigate or ZoneMinder pre-installed, putting both storage and VMS on one box. For larger deployments, run VMS on separate hardware and use the VNAS as pure write-optimized storage.
Cost Comparison vs. Cloud
For a 50-camera deployment with 30-day retention, storage requirements are roughly 50 TB written per month with 100 to 200 TB of hot storage maintained continuously. AWS S3 Standard storage alone runs about $8,000 per year before egress charges; egress costs spike whenever an operator reviews footage or evidence needs to be exported. An eRacks/NAS24 at $8,995 with surveillance-certified drives is a one-time capital cost that handles the same workload and pays for itself inside year one, then runs for five-plus years with periodic drive replacements.
Configure or Inquire
The Video NAS and Healthcare NAS configurations are both available at eracks.com/products/rackmount-nas-servers/. Click any configuration link and the quote form arrives with vertical-specific notes pre-filled, so you can move quickly to capacity sizing and drive selection rather than starting from a blank form.
Questions about capacity sizing, drive choice, or network topology? Contact us with your camera count, expected retention, and average bitrate; we will spec it.
joe May 28th, 2026
Posted In: NAS Storage, News
Tags: 24x7 storage, Frigate, healthcare IT, HIPAA NAS, IP camera storage, NAS servers, PACS storage, Seagate SkyHawk AI, surveillance, Video NAS, VMS, VNAS, WD Purple Pro, ZFS, ZoneMinder