CrestVPS

seedbox hosting

Seedbox'lar ve toplu depolama

Ucuz kalan terabaytlar ve açık kalan bir port.

Biz ne dağıtırdık

€49,63/ay

€70,9030% yıllık

Toplu depolama iş yükleri, çoğu sanal sunucunun yanlış yaptığı üç şeye ihtiyaç duyar: NVMe gibi ölçeklenmeyen bir fiyata gerçek kapasite, kullandığınız anda kısılmayan bir ağ portu ve içindekileri checksum'layabilen bir dosya sistemi. VAULT, kurumsal sürücülerin önünde NVMe önbellek katmanıyla ZFS üzerine inşa edilmiştir; böylece meta veri işlemleri hızlı kalırken toplu veri ucuz disklerde durur.

Neden bu yapılandırma

Saatlik anlık görüntülerle ZFS sizi kendi script'lerinizden korur ve daha büyük boyutlarda sınırsız trafik denklemi denklemden çıkarır. Amsterdam ve Bükreş, footprint'imizdeki en ucuz transit'e sahiptir.

Biz ne dağıtırdık

PlanVAULT V2
vCPU6
RAM16 GB
Depolama6 TB
İmajDebian 13 Trixie

Boyutlandırma

İki sayı: kütüphane boyutu ve ne kadarını sıcak seed'lediğiniz. VAULT 32 TB'a ulaşır, bu yüzden kütüphaneden başlayın ve %25 ekleyin — ZFS, havuz doluluk oranı yaklaşık %80'in üzerine çıktığında belirgin şekilde bozulur. RAM, ARC içindir ve medya için TB başına 1 GB adil bir kural olmaya devam eder, çünkü önbelleğe almak istediğiniz yük değil meta veridir. 16 GB, 16 TB'lık bir kütüphaneyi indeksler ve 64 GB, sıcak set için ARC'de yer bırakır. İki çekirdek istemciyi kaldırır; yalnızca yeniden şifreleme veya arşiv doğrulama için daha fazlasını ekleyin.

Seed'leme kütüphanesi için havuz düzeni

Seed'leme, büyük bir dosya seti boyunca küçük parçaların rastgele okunmasıdır. RAIDZ2 kullanılabilir kapasiteyi maksimize eder ve vdev başına kabaca bir diskin rastgele IOPS'ini verir. Mirrors kapasiteyi yarıya indirir ve IOPS'i çarpar. Önde NVMe önbellekle, iki vdev'de RAIDZ2, 10 TB üzeri bir kütüphane için genellikle doğru uzlaşmadır. atime=off, compression=lz4, recordsize=1M ayarlayın ve sync=standard tutun. Burada SLOG hiçbir şeye yardımcı olmaz çünkü torrent yazmaları asenkrondur. Havuz yaşlandıkça parçalanmayı izleyin: %80'in üzerinde tutulan bir havuzda yoğun yazma/silme, kapasite bitmeden çok önce sıralı okumaları bozar.

Sınırsız trafik ve gerçekte nerede durduğu

Sınırsız gigabitlik bir port, dolu tutarsanız ayda yaklaşık 300 TB taşır. Neredeyse hiç kimse yapmaz, çünkü limitler daha erken ve başka yerlerde gelir. Eş sayısı ve bağlantı takibi önce conntrack tablosu limitlerine çarpar — diski suçlamadan önce nf_conntrack_max ve hash boyutunu yükseltin. Ardından torrent başına parça doğrulama, yeniden kontrol sırasında hash kontrollerinde CPU yakar. Sonra havuz rastgele IOPS biter. Ucuz kapasite yalnızca düzen ona hizmet edebiliyorsa öder, bu yüzden aktif seed setinizi tüm kütüphane yerine tutmak için NVMe önbelleğini boyutlandırın.

Ne gibi sorunlar çıkar

  • Medya havuzunda ZFS dedup'ı etkinleştirmek. Dedup tablosu kalıcı olarak RAM'de yaşar, medya dosyaları nadiren dedup olur ve daha sonra kaldırmak tüm veri setini yeniden yazmak anlamına gelir. Bunun yerine sıkıştırma kullanın ve dedup'ı kapalı bırakın.
  • recordsize'ı 128K'da bırakmak. Büyük sıralı medya dosyaları recordsize=1M ister — daha az dolaylı blok, daha az meta veri, daha iyi sıralı verim. Veri yazmadan önce veri setinde ayarlayın, çünkü yalnızca yeni bloklara uygulanır.
  • Sınırsızı sınırsız IOPS olarak görmek. Port sınırsızdır; havuz değildir. Aynı anda binlerce torrent seed'lemek rastgele okuma iş yüküdür ve RAIDZ size vdev başına yalnızca bir diskin IOPS'ini verir.

Makineyi ayarlayın

  • Depolama ve şifrelemeZFS with hourly snapshots · €7
  • Adresleme ve transitYukarı bağlantı 10 Gbps'ye yükseltildi · €19
  • Kontrol paneliNo control panel · Dahil