# VPS para Hasura GraphQL Engine: onde hospedar e quanto custa

Hasura GraphQL Engine cria uma camada GraphQL sobre bancos de dados e concentra autorização, consultas, assinaturas em tempo real e integrações em um endpoint. Nesta página, você compara VPS para auto-hospedar o Hasura, entende o que realmente dimensiona a máquina e quando o serviço gerenciado evita mais trabalho.

**Categoria:** Banco de dados e backend
**Modo:** self-hosted
**Canonical:** https://runzos.com/apps/hasura-graphql-engine

## Requisitos por porte

| Porte | vCPU | RAM | Disco | Cenário |
|---|---|---|---|---|
| leve | 1 | 4 GB | 50 GB | primeiro porte exibido pelo template gerenciado de Hasura GraphQL Engine da Hostinger; ponto de partida para teste ou API de baixo volume, não mínimo oficial do projeto |
| medio | 2 | 8 GB | 100 GB | segundo porte exibido pelo template gerenciado da Hostinger; escolha conservadora quando banco e API dividem a mesma VPS |
| pesado | 4 | 16 GB | 200 GB | terceiro porte exibido pelo template gerenciado da Hostinger; ponto de partida para carga maior, sem promessa oficial de capacidade por requisições ou usuários |

O Hasura não publica um mínimo oficial de vCPU, RAM e disco para o GraphQL Engine. Por isso, a tabela não chama os números de requisito do projeto: ela reproduz os três portes hoje exibidos pelo template gerenciado da Hostinger, de 1 vCPU, 4 GB e 50 GB a 4 vCPUs, 16 GB e 200 GB. O que dimensiona a infraestrutura é o banco conectado, o volume e a complexidade das consultas, assinaturas em tempo real, webhooks e retenção de dados; se PostgreSQL estiver em outro servidor, dimensione-o separadamente. Não precisa de GPU: Hasura é uma camada de API e autorização. GPU só seria assunto de outro serviço que rode modelos de IA locais.

## Recursos

- **API GraphQL sobre dados** — Expõe uma API GraphQL sobre bancos suportados, sem exigir uma camada manual de resolvers para cada tabela.
- **Consultas em tempo real** — Transforma consultas GraphQL em assinaturas para enviar alterações aos clientes conectados.
- **Autorização por regras** — Integra regras de acesso ao sistema de autenticação e às variáveis dele para controlar dados e campos.
- **Endpoints REST mapeados** — Permite expor consultas GraphQL salvas também como endpoints REST nomeados.
- **Webhooks por eventos** — Dispara lógica assíncrona quando eventos de inserção, atualização ou remoção ocorrem no PostgreSQL.
- **Esquemas remotos e ações** — Une APIs GraphQL externas e lógica de negócio customizada em um endpoint GraphQL.

Hasura não substitui seu banco nem torna a operação de dados invisível. O GraphQL Engine fica à frente do banco, recebe as requisições dos clientes e aplica as regras de acesso. Isso é valioso quando a equipe quer uma API consistente sobre um banco existente. Também explica por que comparar só RAM da aplicação é insuficiente: PostgreSQL, índices, consultas pesadas e conexões simultâneas continuam sendo parte central da conta.
O projeto documenta recursos e métodos de implantação, mas não promete quantos usuários, requisições ou assinaturas cabem em uma configuração fixa. Comece por um dos portes documentados pelo template da Hostinger, monitore CPU, memória, conexões e latência do banco, e separe banco e Engine antes de tratar uma VPS maior como solução para tudo. Se ninguém pode manter Docker, segredos, HTTPS, backups, atualizações e recuperação, o Hasura Cloud ou outro serviço gerenciado pode custar menos em operação do que uma VPS própria.

## Como instalar

1. Defina se o PostgreSQL ficará na mesma VPS ou em um serviço separado; o banco deve ser dimensionado e ter backup próprios.
2. Escolha um dos portes da tabela como ponto de partida, sabendo que são opções do template Hostinger e não mínimos oficiais do Hasura.
3. Na Hostinger, selecione o template de Hasura GraphQL Engine; na instalação manual, siga o guia de implantação Docker do projeto.
4. Configure a conexão com o banco e os segredos administrativos antes de expor o endpoint da API publicamente.
5. Publique com HTTPS, teste regras de autorização, restauração de backup do banco e atualizações em ambiente separado antes da produção.

## Perguntas frequentes

### Qual é o requisito oficial de VPS para Hasura GraphQL Engine?

O Hasura não publica um mínimo oficial de CPU, RAM e disco. A página do template gerenciado da Hostinger exibe portes de 1 vCPU, 4 GB de RAM e 50 GB NVMe; 2 vCPUs, 8 GB e 100 GB; e 4 vCPUs, 16 GB e 200 GB. Eles são referências de plano, não uma garantia oficial de capacidade do Hasura.

### Hasura GraphQL Engine precisa de PostgreSQL?

O README oficial descreve o GraphQL Engine à frente de uma instância PostgreSQL e também lista suporte a outros bancos em versões e conectores do projeto. Para uma instalação baseada em PostgreSQL, o banco é parte da arquitetura e precisa de conexão, backup e dimensionamento próprios.

### Hasura precisa de GPU?

Não. Hasura é uma camada de API GraphQL, autorização e integração de dados; GPU não é requisito do GraphQL Engine. Só faria sentido em outro componente da arquitetura que executasse modelos de IA locais.

### Quando não vale hospedar Hasura em uma VPS?

Não vale quando a equipe não quer manter contêineres, conexão segura ao banco, segredos administrativos, HTTPS, atualizações, monitoramento, backup e restauração. Também evite concentrar Engine e um PostgreSQL já exigido na mesma VPS sem medir o banco: aumentar apenas o plano do Hasura não corrige uma consulta, índice ou modelo de dados problemático.

## Fontes

- Hostinger: template gerenciado de Hasura GraphQL Engine e portes de VPS exibidos na página — https://www.hostinger.com/br/applications/hasura-graphql-engine (conferido em 04/08/2026)
- Hasura GraphQL Engine V2: README oficial, arquitetura, recursos e métodos de implantação — https://github.com/hasura/graphql-engine/blob/master/V2-README.md (conferido em 04/08/2026)
- Hasura GraphQL Engine: repositório oficial e assets de marca — https://github.com/hasura/graphql-engine (conferido em 04/08/2026)