Independente, nenhum site necessário
Compre um banco de dados sem precisar contratar hospedagem. Sua aplicação pode rodar em qualquer lugar; o banco de dados é um produto independente.
Bancos de Dados Gerenciados Zinn®
PostgreSQL e MySQL gerenciados, com ou sem um site
Bancos de dados gerenciados independentes: você não precisa hospedar um site conosco para executar um banco de dados conosco. PostgreSQL ou MySQL, três níveis por tamanho em cada um, com failover automático a partir do nível médio. Verificamos as restaurações conectando-nos ao banco de dados restaurado, em vez de confiar apenas na conclusão de um trabalho de backup.
O que é
O Zinn® Managed Databases é o PostgreSQL ou MySQL que gerenciamos para você, vendido separadamente. Nada nele pressupõe que você também hospede um site aqui: aponte um aplicativo para ele de onde quer que esse aplicativo esteja e trate-o como um serviço de banco de dados, em vez de um complemento para um plano de hospedagem.
Existem três tamanhos em cada mecanismo. A camada pequena é uma única instância. As camadas média e grande adicionam failover automático, de modo que um nó perdido seja um evento de failover em vez de uma interrupção sobre a qual você fica sabendo pelos seus usuários. O custo do failover difere dependendo do mecanismo — o PostgreSQL arbitra entre duas instâncias, enquanto o MySQL precisa de um grupo de três membros e um par de roteadores para atingir um quórum —, e é por isso que as camadas do MySQL têm um preço um pouco mais alto em cada tamanho.
O que você obtém
PostgreSQL e MySQL gerenciados, com a parte operacional feita da maneira correta e explicada com clareza suficiente para você se planejar com base nisso.
Failover automático do nível intermediário
Médio e grande funcionam com failover automático. O avanço em relação ao pequeno é uma mudança na disponibilidade, e não apenas uma mudança no tamanho.
Uma única instância de nível pequeno
A camada pequena executa uma instância, o que é adequado para o desenvolvimento, ambientes de homologação e cargas de trabalho de produção mais leves onde uma janela de recuperação curta é aceitável.
Recuperação pontual em PostgreSQL
No PostgreSQL, a recuperação é feita para um momento específico em vez de para o instantâneo da noite passada, o que permite desfazer uma migração mal-sucedida ou uma exclusão por engano sem perder o restante do dia. Os bancos de dados MySQL têm backup feito todas as noites e são mantidos por catorze noites.
Restaurações verificadas por conexão
Um trabalho de backup que relata sucesso não é evidência de que um banco de dados pode ser restaurado. Nós verificamos as restaurações conectando-nos ao banco de dados restaurado e fazendo leitura nele.
Três tamanhos em cada motor
Cada plano executa o motor que você escolheu. Mudar para um nível superior altera a alocação de vCPU, memória e disco e, a partir do plano médio, adiciona failover automático.
Como funciona
Provisione-o, conecte-se a ele e deixe-nos cuidar da metade operacional.
Escolha um plano
Escolha PostgreSQL ou MySQL, depois pequeno, médio ou grande de acordo com a quantidade de CPU, memória e disco que você precisa e se deseja failover automático.
Conecte seu aplicativo
Você obtém credenciais e um ponto de extremidade de conexão. O aplicativo pode ficar na nossa infraestrutura ou na de terceiros; o banco de dados não se importa.
Executamos e provamos isso
Fazemos backups de acordo com uma programação e verificamos se eles são restaurados conectando-nos ao resultado, de modo que a capacidade de recuperação é medida em vez de pressuposta. No PostgreSQL, essa programação é contínua, portanto, a recuperação é feita para um ponto no tempo.
Preços
Três níveis em cada engine, cobrados mensalmente, dimensionados por vCPU, memória e disco — com failover automático incluído a partir do nível médio. Os preços dos níveis são calculados a partir de taxas unitárias de infraestrutura medidas e recalculadas quando essas taxas mudam.
Zinn® Managed MySQL Small
R$ 71,99/mês
- Núcleos de vCPU
- 1
- Memória
- 2 GB
- Armazenamento NVMe
- 20 GB
Zinn® Managed PostgreSQL Small
R$ 71,99/mês
- Núcleos de vCPU
- 1
- Memória
- 2 GB
- Armazenamento NVMe
- 20 GB
Zinn® Managed PostgreSQL Medium
R$ 250,99/mês
- Núcleos de vCPU
- 2
- Memória
- 4 GB
- Armazenamento NVMe
- 60 GB
Zinn® Managed MySQL Medium
R$ 378,99/mês
- Núcleos de vCPU
- 2
- Memória
- 4 GB
- Armazenamento NVMe
- 60 GB
Zinn® Managed PostgreSQL Large
R$ 527,99/mês
- Núcleos de vCPU
- 4
- Memória
- 8 GB
- Armazenamento NVMe
- 150 GB
Zinn® Managed MySQL Large
R$ 788,99/mês
- Núcleos de vCPU
- 4
- Memória
- 8 GB
- Armazenamento NVMe
- 150 GB
Os preços acompanham as taxas de infraestrutura medidas, em vez de serem definidos uma única vez e mantidos inalterados, de modo que o seu nível permanece proporcional ao custo real de operação.
Por que comprar aqui
Muitos servidores hospedam um banco de dados para você, desde que você também compre a hospedagem. Este é vendido separadamente, o que significa que você pode colocar seu banco de dados conosco e sua aplicação onde fizer sentido, sem precisar reestruturar sua arquitetura para se adaptar a um pacote.
As duas afirmações que mais importam em um produto de banco de dados são aquelas mais fáceis de serem feitas de forma vaga: que ele faz failover e que ele restaura. Aqui, o failover é uma propriedade declarada dos níveis médio e grande, e as restaurações são verificadas conectando-se ao banco de dados restaurado, em vez de ler um registro de trabalho verde.
Preciso hospedar um site com vocês para usar isto?
Não. O Managed Databases é independente. Sua aplicação pode rodar nos seus próprios servidores, em outro provedor ou na nossa infraestrutura — o banco de dados é provisionado e cobrado separadamente.
Quais planos oferecem alta disponibilidade?
Os tamanhos Médio e Grande rodam com failover automático. O Pequeno é uma única instância, e é por isso que o salto de pequeno para médio é uma decisão de disponibilidade e não apenas de capacidade.
Como funcionam os backups e as restaurações?
Ambos os motores possuem backups e ambos têm suas restaurações testadas por meio da conexão com o resultado. Eles diferem no alcance temporal para o qual você pode apontar: o PostgreSQL faz arquivamento contínuo, permitindo que você recupere para um momento específico — o que é mais importante após uma migração malsucedida ou uma exclusão acidental, quando você deseja tudo até o segundo anterior ao erro. O MySQL recebe backups todas as noites, mantendo as últimas quatorze noites.
Como você sabe que os backups realmente podem ser restaurados?
Nós os restauramos e nos conectamos ao resultado. Um trabalho de backup que relata sucesso apenas diz que um trabalho terminou; conectar-se ao banco de dados restaurado e ler dele diz que os dados estão lá e utilizáveis. Essa é a verificação que executamos.
Posso mudar para um plano superior conforme o banco de dados cresce?
Sim. Os planos executam o mesmo motor em que você começou, portanto, subir de nível altera a alocação de vCPU, memória e disco e, a partir do plano médio, adiciona failover automático. Fale conosco antes de uma grande migração e planejaremos a mudança com você.
Coloque seu banco de dados em um lugar onde ele seja cuidado
Escolha um mecanismo e uma camada, conecte sua aplicação e obtenha failover automático a partir da camada média — esteja qualquer outra coisa sua hospedada aqui ou não.
Começar