seedbox hosting
Seedboxes et stockage volumineux
Des téraoctets qui restent bon marché et un port qui reste ouvert.
Ce que nous déploierions
49,63 €/mois
70,90 €−30% annuel
Les charges de travail de stockage volumineux nécessitent trois choses que la plupart des serveurs virtuels gèrent mal : une capacité réelle à un prix qui ne suit pas l'échelle des NVMe, un port réseau non limité dès que vous l'utilisez, et un système de fichiers capable de vérifier ce qu'il contient. VAULT est construit sur ZFS avec une couche de cache NVMe devant des disques d'entreprise, donc les opérations de métadonnées restent rapides pendant que le volume repose sur des disques rotatifs bon marché.
Pourquoi cette configuration
ZFS avec des instantanés horaires vous protège de vos propres scripts, et le trafic non mesuré sur les tailles supérieures élimine l'arithmétique de l'équation. Amsterdam et Bucarest ont le transit le moins cher de notre infrastructure.
Ce que nous déploierions
Dimensionnement
Deux chiffres : la taille de la bibliothèque et la quantité que vous partagez activement. VAULT atteint 32 To, donc partez de la bibliothèque et ajoutez 25% — ZFS se dégrade sensiblement au-delà d'un remplissage d'environ 80%. La RAM sert pour l'ARC, et 1 Go par To reste une règle juste pour les médias, car ce sont les métadonnées que vous voulez en cache plutôt que les données. 16 Go indexent une bibliothèque de 16 To, et 64 Go laissent de la place à l'ARC pour l'ensemble actif. Deux cœurs gèrent le client ; ajoutez-en seulement pour le ré-encryptage ou la vérification d'archives.
Disposition du pool pour une bibliothèque de seed
Le seed est une lecture aléatoire de petites pièces dans un grand ensemble de fichiers. RAIDZ2 maximise la capacité utilisable et donne environ les IOPS d'un disque par vdev. Les miroirs réduisent la capacité de moitié et multiplient les IOPS. Avec le cache NVMe devant, RAIDZ2 en deux vdevs est généralement le bon compromis pour une bibliothèque de plus de 10 To. Réglez atime=off, compression=lz4, recordsize=1M, et gardez sync=standard. Un SLOG n'aide en rien ici car les écritures de torrents sont asynchrones. Surveillez la fragmentation à mesure que le pool vieillit : un fort renouvellement sur un pool maintenu au-dessus de 80% dégrade les lectures séquentielles bien avant l'épuisement de la capacité.
Trafic non mesuré, et où il s'arrête réellement
Un port gigabit non mesuré déplacera environ 300 To en un mois si vous le gardez saturé. Presque personne ne le fait, car les limites arrivent plus tôt et ailleurs. Le nombre de pairs et le suivi des connexions atteignent d'abord les limites de la table conntrack — augmentez nf_conntrack_max et la taille de la table de hash avant d'accuser le disque. Ensuite, la vérification des pièces par torrent brûle du CPU en calculs de hash lors des rechecks. Puis le pool manque d'IOPS aléatoires. La capacité bon marché ne paie que si la disposition peut la servir, donc dimensionnez le cache NVMe pour contenir votre ensemble de seed actif plutôt que toute la bibliothèque.
Ce qui va de travers
- Activer la déduplication ZFS sur un pool de médias. La table de déduplication vit en RAM en permanence, les fichiers médias se dédupliquent rarement, et la retirer plus tard implique de réécrire tout le dataset. Utilisez la compression à la place et laissez la déduplication désactivée.
- Laisser recordsize à 128K. Les grands fichiers séquentiels de médias veulent recordsize=1M — moins de blocs indirects, moins de métadonnées, meilleur débit séquentiel. Réglez-le sur le dataset avant d'écrire des données, car il ne s'applique qu'aux nouveaux blocs.
- Traiter le non mesuré comme des IOPS illimitées. Le port est non mesuré ; le pool ne l'est pas. Un millier de torrents en seed en même temps est une charge de lecture aléatoire, et RAIDZ donne les IOPS d'un seul disque par vdev.
Réglez la machine
- Stockage et chiffrement — ZFS with hourly snapshots · 7 €
- Adressage et transit — Uplink upgrade to 10 Gbps · 19 €
- Panneau de contrôle — No control panel · Inclus
Plus
Conçu pour des tâches spécifiques
Hébergement de serveurs de jeux
Le tick rate est un problème mono-thread. Tout le reste est du bruit.
VPS de trading et basse latence
Distance au moteur de correspondance, et rien entre vous et la ligne.
Endpoints VPN et proxy privé
Votre propre sortie, dans une juridiction choisie délibérément.
Nœuds workers Kubernetes
Pas cher par cœur, dense, et identique à chaque fois.
Inférence IA et fine-tuning
Un GPU entier, transféré, sur un engagement qui rend les calculs rentables.
Revendeurs d'hébergement
Votre marque sur le panneau, notre matériel en dessous.