VPS OFFSHORE / BUILD
Build.
Um app em funcionamento e sua próxima versão.
Um aplicativo com tarefas em segundo plano ou um pequeno banco de dados. Deixe memória para o sistema operacional e o processo de implantação.
Comece com estes recursos.
- Computação
- 2 vCPU
- Memória
- 2 GB
- Armazenamento
- 50 GB
- Orçamento de transferência
- 2 TB
Ajuste recursos, imagem, opções de rede e o período de serviço no configurador. Escolha Malásia, Romênia ou Suíça como localização do servidor, sem sobretaxa de localização. Países de backup permanecem não confirmados.
Planeje em torno de toda a carga de trabalho.
A memória é compartilhada por todos os processos na instância. Inclua caches de banco de dados, filas de tarefas e seu processo de implantação, e teste em um período de pico esperado.
Construa um orçamento de recursos →Saiba o que você possui.
Planeje segurança de aplicação, atualizações, observabilidade e um processo de recuperação independente. Se você selecionar uma opção de backup, revise o procedimento de restauração e teste-o com sua aplicação.
Prepare seu primeiro teste de restauração →Mais espaço para uma aplicação, banco de dados e tarefa em segundo plano.
Build é um ponto de comparação útil para uma API que também executa um banco de dados ou uma pequena tarefa em segundo plano. Trate cada processo como parte do mesmo orçamento. Uma requisição web pode competir com uma exportação de relatório, enquanto a próxima versão precisa brevemente de memória e espaço em disco próprios.
Um ponto de partida prático
Uma API ilustrativa de lista de leitura aceita entradas e cria uma exportação noturna. Observe a API durante o uso comum, depois durante a exportação e uma versão. Registre se o atraso vem de trabalho de CPU, uma consulta ou armazenamento. Adicione uma opção específica apenas quando ela resolver a restrição medida.
Quando este ponto de partida não é adequado
Mais RAM não torna duas tarefas sobrepostas seguras, e outra vCPU não resolve uma requisição aguardando uma API externa. Coloque um limite no trabalho concorrente antes de aumentar recursos. Considere separar componentes quando precisarem de diferentes limites de acesso, manutenção ou recuperação.
Dê uma função a cada opção.
A configuração base contém 2 vCPU, 2 GB de RAM, 50 GB de armazenamento, um orçamento de transferência de 2 TB e 1 endereço IPv4. IPv6 é solicitado separadamente e nenhuma opção de backup é selecionada por padrão. Estas são alocações de catálogo; confirme o hardware, a contagem e as regras de restauração do fornecedor real.
- Memória: deixe espaço para o sistema operacional, runtime, banco de dados e picos observados. Adicionar 1 GB ao Build dá um subtotal mensal de $15.50 antes das economias de período.
- CPU: compare os processos que realizam trabalho e sua concorrência. Não descreve um modelo de processador garantido ou requisições por segundo.
- Armazenamento e transferência: orçamente os dados retidos separadamente dos bytes que você move. Exportações fora do servidor podem usar ambos.
- Backups e rede: defina os dados que você precisa recuperar e os endereços que sua aplicação usa. Selecionar uma opção não documenta o procedimento operacional para você.
Torne a primeira revisão concreta.
Registre um período de operação normal, uma tarefa mais pesada e uma versão. Anote a memória disponível, os maiores diretórios em crescimento e o resultado de uma verificação local da aplicação. Mantenha um pequeno registro de alterações para que um resultado inesperado tenha um ponto de partida. Depois compare o total inicial completo do período selecionado no configurador; um prazo mais longo altera o preço, não os recursos.
Elabore um primeiro orçamento de API → · Construa uma planilha de recursos · Verifique os fatos do catálogo e os limites do serviço