¿Cómo alojo mi propio almacenamiento de objetos compatible con S3 en un servidor alquilado?

¿Qué servidor S3 debería ejecutar en una sola máquina?

Elige el servidor S3 según las funciones que necesiten tus clientes y luego dimensiona la máquina. Las versiones siguientes son las últimas estables publicadas en las páginas de los propios proyectos, consultadas el 2 de noviembre de 2026.

Erasure coding o ZFS: ¿dónde debe estar la redundancia?

Pon la redundancia en una sola capa. El erasure coding sobre RAIDZ2 paga la paridad dos veces y apenas gana nada en una sola máquina.

Diseño A: discos separados, erasure coding en el almacén de objetos. MinIO, SeaweedFS y Ceph dividen cada objeto en fragmentos de datos y de paridad entre las unidades. Una unidad fallida solo cuesta los fragmentos que contiene, y el almacén se recupera objeto por objeto.

Diseño B: un pool de ZFS, sin redundancia en el almacén de objetos. Crea RAIDZ2 y luego ejecuta Garage con una réplica o SeaweedFS sin replicación. ZFS calcula checksums de cada bloque, repara desde la paridad y te da snapshots y compresión en todo el pool.

Nuestra opinión: en una sola máquina alquilada, el Diseño B es más simple de operar y más fácil de rescatar. Un zpool status muestra el estado de cada unidad. Los snapshots de ZFS también protegen ante un bucket borrado. El Diseño A gana cuando quieres recuperación por objeto o planeas añadir máquinas después.

Garage necesita el Diseño B. Su guía de inicio rápido dice que un diseño de un solo nodo no da redundancia alguna. Con una sola copia, los checksums de Garage pueden detectar un bloque defectuoso pero no reconstruirlo.

¿Cuánto espacio útil deja cada configuración?

El espacio útil depende de cuántas unidades contienen paridad. OpenZFS da la regla de RAIDZ: N discos con P de paridad contienen aproximadamente (N − P) × el tamaño del disco. La paridad predeterminada de MinIO es EC:4 para conjuntos de 8 unidades o más y EC:2 para 5 o menos. El código 10+4 de SeaweedFS almacena aproximadamente 1,4 veces los datos.

¿Cuánto tarda la primera subida?

A 1 Gbit/s, el mejor caso es 125 MB por segundo. Llenar Hold 100 tras RAIDZ2 (80 TB) tarda al menos 7,4 días. Llenar Hold 160 (128 TB) tarda al menos 11,9 días.

Son cálculos a velocidad de línea, no mediciones: las transferencias reales van más lentas. La cuota mensual de cada configuración es mayor que un llenado completo: Cada servidor tiene un puerto de 1 Gbit/s con una cuota de tráfico mensual (Hold 24 40 TB, Hold 40 60 TB, Hold 100 120 TB, Hold 160 200 TB), una dirección IPv4 dedicada y un IPv6 /64; pasarse de la cuota nunca genera una factura automática. Planifica una migración grande en flujos paralelos, por ejemplo con rclone copy --transfers 16.

¿Cómo configuro Garage en un pool de ZFS?

Este es el Diseño B en Hold 100: diez unidades de datos en RAIDZ2, metadatos en los SSD del sistema en espejo. La guía de despliegue de Garage pone los metadatos en SSD y los datos en discos duros. Sustituye los nombres de dispositivo y los secretos por los tuyos.

# 1. RAIDZ2 pool on the ten blank data drives (use /dev/disk/by-id names)
zpool create -o ashift=12 tank raidz2 /dev/disk/by-id/ata-HDD1 /dev/disk/by-id/ata-HDD2 ... /dev/disk/by-id/ata-HDD10
zfs create -o compression=lz4 -o atime=off tank/garage

# 2. /etc/garage.toml (metadata on the system SSD, data on the pool)
metadata_dir = "/var/lib/garage/meta"
data_dir = "/tank/garage"
db_engine = "sqlite"
replication_factor = 1
rpc_bind_addr = "[::]:3901"
rpc_public_addr = "127.0.0.1:3901"
rpc_secret = "<openssl rand -hex 32>"

[s3_api]
s3_region = "garage"
api_bind_addr = "[::]:3900"

[admin]
api_bind_addr = "127.0.0.1:3903"
admin_token = "<openssl rand -base64 32>"

# 3. Layout, bucket and key
garage status
garage layout assign -z dc1 -c 70T NODE_ID   # NODE_ID from garage status; leave headroom
garage layout apply --version 1
garage bucket create backups
garage key create backup-key
garage bucket allow --read --write --owner backups --key backup-key

¿Es un servidor alquilado más barato que el almacenamiento de objetos en la nube?

Por terabyte, las configuraciones de diez unidades cuestan menos que Backblaze B2 o Wasabi, y el servidor no cobra egress ni llamadas API. Hold 100 cuesta $3.77/TB por TB bruto y Hold 160 $3.50/TB. A fecha de 2 November 2026, Backblaze B2 indica $6.95 por TB al mes y Wasabi $7.99.

Pero lo bruto no es útil. RAIDZ2 en diez unidades conserva el 80 %, así que cada TB útil cuesta un cuarto más que cada TB bruto. Aun así, las dos configuraciones de diez unidades quedan por debajo de B2. En una configuración de dos unidades, un mirror reduce el espacio a la mitad y gana la nube. La nube también mantiene tus datos en más de un lugar, cosa que un solo servidor no hace. La suma completa, con egress, está en ¿es un servidor de almacenamiento alquilado más barato que Backblaze B2 o Wasabi. Cada configuración está en la página de precios de Basalthold.