{"id":1808,"date":"2026-10-07T07:53:15","date_gmt":"2026-10-07T10:53:15","guid":{"rendered":"https:\/\/www.linuxpro.com.br\/?p=1808"},"modified":"2026-10-07T07:53:15","modified_gmt":"2026-10-07T10:53:15","slug":"rustfs-no-linux-instalacao-por-binario-e-docker","status":"publish","type":"post","link":"https:\/\/www.linuxpro.com.br\/en\/2026\/10\/rustfs-no-linux-instalacao-por-binario-e-docker\/","title":{"rendered":"RustFS on Linux: install via binary and Docker"},"content":{"rendered":"

\"Mascote<\/p>\n

Precisar de uma API compat\u00edvel com S3 n\u00e3o significa precisar hospedar os dados na AWS. O RustFS<\/strong> \u00e9 um servidor de armazenamento de objetos escrito em Rust: recebe requisi\u00e7\u00f5es de aplica\u00e7\u00f5es e clientes S3, guarda objetos em discos sob seu controle e oferece console de administra\u00e7\u00e3o. Neste guia, vamos instalar por bin\u00e1rio com systemd<\/strong> ou Docker com Compose<\/strong>, proteger as credenciais e validar o caminho completo: criar bucket, enviar, baixar e conferir um arquivo.<\/p>\n

Refer\u00eancia da revis\u00e3o: 7 de outubro de 2026.<\/strong> Os exemplos fixam RustFS 1.0.1<\/code>, release est\u00e1vel publicada em 3 de outubro de 2026. Isso n\u00e3o \u00e9 promessa de \u201c\u00faltima vers\u00e3o\u201d permanente. Consulte as notas da release<\/a> antes de instalar ou atualizar.<\/p>\n

Escopo:<\/strong> os dois caminhos abaixo criam uma inst\u00e2ncia nova, de um n\u00f3 e um diret\u00f3rio de dados, inicialmente acess\u00edvel s\u00f3 pelo loopback. N\u00e3o oferecem alta disponibilidade. A receita foi conferida nas fontes oficiais; a execu\u00e7\u00e3o completa dos servi\u00e7os n\u00e3o foi realizada nesta revis\u00e3o. Homologue em uma VM descart\u00e1vel antes de usar dados importantes.<\/div>\n

O que \u00e9 o RustFS \u2014 e o que ele n\u00e3o \u00e9<\/h2>\n

Apesar do nome, n\u00e3o \u00e9 um sistema de arquivos para formatar uma parti\u00e7\u00e3o e montar no lugar do ext4 ou XFS. A interface principal deste artigo \u00e9 uma API de objetos: cada objeto tem conte\u00fado, chave e metadados e pertence a um bucket. Um nome como backups\/servidor1\/arquivo.tar<\/code> \u00e9 uma chave com prefixos; n\u00e3o cria, por si s\u00f3, as mesmas opera\u00e7\u00f5es e garantias de um diret\u00f3rio POSIX.<\/p>\n

\u00c9 \u00fatil para aplica\u00e7\u00f5es que j\u00e1 falam S3, ambientes de desenvolvimento, reposit\u00f3rios de artefatos, armazenamento de dados anal\u00edticos e destinos de backup compat\u00edveis. N\u00e3o substitua uma pasta compartilhada ou o disco de um banco de dados por um bucket sem verificar o modelo de acesso exigido pela aplica\u00e7\u00e3o.<\/p>\n

O c\u00f3digo do servidor usa a licen\u00e7a Apache 2.0<\/a>. Hospedagem pr\u00f3pria significa que capacidade, atualiza\u00e7\u00e3o, acesso, monitoramento e recupera\u00e7\u00e3o ficam sob responsabilidade do operador. A linguagem Rust \u00e9 uma caracter\u00edstica da implementa\u00e7\u00e3o, n\u00e3o uma garantia de invulnerabilidade ou de desempenho no seu hardware.<\/p>\n

Compatibilidade S3: teste a aplica\u00e7\u00e3o, n\u00e3o apenas o logotipo<\/h2>\n

\u201cS3-compatible\u201d n\u00e3o equivale a reproduzir todos os servi\u00e7os e comportamentos da AWS. Consulte a matriz de compatibilidade<\/a> e valide as opera\u00e7\u00f5es que sua aplica\u00e7\u00e3o realmente usa: multipart upload, URLs assinadas, metadados, checksums, versionamento, pol\u00edticas e exclus\u00e3o.<\/p>\n

O reposit\u00f3rio apresenta recursos como versionamento, Object Lock, lifecycle, replica\u00e7\u00e3o, IAM e criptografia. A disponibilidade de um recurso n\u00e3o configura automaticamente uma pol\u00edtica segura: cada um precisa de escopo, credenciais e teste de falha. Funcionalidades marcadas como preview n\u00e3o devem ser tratadas como contrato de produ\u00e7\u00e3o. Veja a tabela de recursos do projeto<\/a>.<\/p>\n

Aten\u00e7\u00e3o ao MinIO:<\/strong> compatibilidade de API e compatibilidade do formato em disco s\u00e3o assuntos diferentes. O README consultado ainda classifica a interoperabilidade on-disk como preview, condicionada \u00e0 feature rio-v2<\/code>, fora do build padr\u00e3o, e informa limita\u00e7\u00f5es com objetos criptografados pelo MinIO. N\u00e3o aponte RustFS para os \u00fanicos discos de produ\u00e7\u00e3o do MinIO como se fosse apenas trocar o execut\u00e1vel.<\/p>\n

Arquitetura: API, console e persist\u00eancia<\/h2>\n

Nos exemplos, a API S3 atende em 127.0.0.1:9000<\/code> e o console em 127.0.0.1:9001<\/code>. Aplica\u00e7\u00f5es usam a API; administradores usam o console. O armazenamento precisa sobreviver \u00e0 substitui\u00e7\u00e3o do execut\u00e1vel ou container. O backup deve estar em outro dom\u00ednio de falha, n\u00e3o em outra pasta do mesmo disco.<\/p>\n

\"Clientes<\/p>\n\n\n\n\n\n\n\n
Topologia<\/th>\nComo funciona<\/th>\nLimite principal<\/th>\n<\/tr>\n<\/thead>\n
SNSD<\/td>\nUm n\u00f3, um disco\/caminho local.<\/td>\nSem redund\u00e2ncia entre discos; falha do armazenamento exige recupera\u00e7\u00e3o.<\/td>\n<\/tr>\n
SNMD<\/td>\nUm n\u00f3, v\u00e1rios discos, com erasure coding.<\/td>\nA m\u00e1quina continua sendo um ponto \u00fanico de falha.<\/td>\n<\/tr>\n
MNMD<\/td>\nV\u00e1rios n\u00f3s e discos, com distribui\u00e7\u00e3o dos dados.<\/td>\nExige planejamento de quorum, rede, dom\u00ednios de falha e opera\u00e7\u00e3o.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Este tutorial fica em SNSD. Criar v\u00e1rias pastas no mesmo disco n\u00e3o cria redund\u00e2ncia f\u00edsica. O projeto tamb\u00e9m alerta que SNSD n\u00e3o cresce diretamente para um pool multidisco: planeje outra implanta\u00e7\u00e3o e migra\u00e7\u00e3o pela API S3. Consulte a sele\u00e7\u00e3o de topologia<\/a> e o aviso sobre expans\u00e3o<\/a>.<\/p>\n

Antes de instalar<\/h2>\n