Step 1. Understand Prerequisites

✅ One (1) processor core dedicated to each node service

✅ 8 TB and a maximum of 24 TB of available space per node Minimum of 550 GB with no maximum of available space per node

✅ 16+ TB of unmetered bandwidth available per month; unlimited preferred Minimum of 2 TB of bandwidth available per month

✅ 100 Mbps bandwidth upstream Minimum of 5 Mbps bandwidth upstream

✅ 100 Mbps bandwidth downstream Minimum of 25 Mbps bandwidth downstream

Uptime (online and operational) of 99.5% per month Minimum uptime (online and operational) of 99.3% per month, max total downtime of 5 hours monthly

System Requirements

CentOS - A maintained version of CentOS 7

Debian - 64-bit version of one of these Debian or Raspbian versions:

  • Buster 10

  • Stretch 9 (stable) / Raspbian Stretch

Fedora - 64-bit version of one of these Fedora versions:

  • 28

  • 29

Ubuntu - 64-bit version of one of these Ubuntu versions:

  • Cosmic 18.10

  • Bionic 18.04 (LTS)

  • Xenial 16.04 (LTS)

Make sure you use static mount for your hard drive via

/etc/fstab

Internet Connection

Do not connect your computer directly to the internet without the assistance of a firewall. 

Make sure you’re connected to the Internet through a router and not through a modem without a firewall.

Our software serves requests from the Internet, but not all software you may have installed is designed to be exposed to the Internet directly. This is especially true for users on Windows with applications responding to requests on all IPs.

It is highly recommended to have your Storage Node connected via LAN instead of WiFi to ensure a consistent and stable connection.

Power Supply

If you live in a location where power outages or brownouts are a frequent occurrence, please consider protecting your hardware with an Uninterrupted Power Supply (UPS). This will help protect against damage to your hardware and against the corruption of databases resulting from abrupt shutdowns, which could lead to the unrecoverable loss of your node.

Information for consideration

We do not recommend purchasing anything specifically for use with Storj alone. It's better to use what you already own and have online. Node usage depends on customer activity, and not on the hardware or configuration options. Node usage is not predictable.

A network-attached storage location may work, but this is neither supported nor recommended! Please consider running the node locally on your file server/NAS instead. If that is not possible, then the only working network protocol for network storage is iSCSI.

exFAT file system should be avoided. It has a big cluster size, so the actual used space will differ from the accounted used space. Each file will consume at least 128kiB of disk space. You may end up only storing half as much data as you could with an alternative file system.

Please consider backing up your data and reformat the disk to a native filesystem for your OS (NTFS for Windows or ext4 for Linux) and then perform a restore to place your data back on the drive.

A single BTRFS/zfs pool may work poorly without proper tuning and caching (RAM or adding an SSD cache). You may also have issues with a discrepancy between used and reported space. This is only information for your consideration, it is not a requirement.

If you use RAID for the storage node data, please consider using it with redundancy. Avoid RAID0, striped volume, concatenated volume, merged JBOD, MergeFS, simple LVM volume, simple MDRAID, simple MDRAID + BTRFS, simple ZFS pool, simple Storage Space in Windows Storage Spaces, etc. With one disk failure, the node will be unrecoverable.

Please note, RAID with parity usually works as slow as the slowest disk in the pool, so it's not advisable to run more than one node on such a pool. They will affect each other, making them all perform slowly.

RAID with parity may be tuned and improved with RAM/SSD.

You may also have a usage discrepancy issue as well. See also RAID vs No RAID choice thread on the forum.

Using NTFS under Linux is not recommended. It works slower (2-3 times) than ext4 and may cause corruption due to not being a fully compatible implementation of NTFS under Linux. You will likely need to re-attach it from time to time to a Windows PC to check and fix a corrupted file system. This check under Linux rarely fixes all issues. It may also have a usage discrepancy issue.

It's better to use a native filesystem for your OS: NTFS for Windows, ext4 for Linux.

In almost all cases you will need to backup all of the data, reformat the partition to the native filesystem, and then restore the data back. However, this is not a requirement.

Previous
Quickstart Node Setup