Escrito uma vez, para ninguém digitar duas vezes.
Tudo aqui começou como um ticket. Quando a mesma resposta saiu pela terceira vez, nós a transformamos em um artigo, executamos os comandos em uma instância nova e a vinculamos à resposta. Esse é todo o processo editorial.
O que há aqui
Documentação operacional para quem já tem root e gostaria de terminar antes do almoço. Não há capítulo explicando o que é um servidor.
Debian 13 e AlmaLinux 10, a menos que um artigo diga o contrário. Versões mais antigas geralmente funcionam; os caminhos mudam.
Quando um comando difere entre Debian e AlmaLinux, ambos são fornecidos em vez de um com uma nota vaga. Quando algo não pode ser feito, o artigo diz isso e para. Nada aqui é aspiracional.
O que você não encontrará é um tutorial sobre sua própria aplicação. Nós gerenciamos infraestrutura. Configurar seu proxy reverso é problema seu, até o ponto em que os pacotes param de chegar — aí se torna nosso, e há um artigo sobre isso também.
Se um comando aqui falhar em uma imagem atual, isso é um bug no artigo e queremos o ticket. Cite o slug.
Como está arquivado
Seis categorias, escolhidas porque correspondem aos seis tipos de ticket que realmente recebemos, em vez de uma taxonomia organizada de hospedagem.
Primeiros passos
A primeira hora de uma instância: login, cloud-init, tokens de API. Leia estes uma vez e a maior parte do resto se torna opcional.
Rede
Endereçamento, DNS reverso, o IPv6 /64 roteado, uso justo de banda, perda de pacotes e o que acontece enquanto você está sendo atacado.
Armazenamento
Volumes NVMe extras, sistemas de arquivos, snapshots e restaurações. Seção curta, porque dispositivos de bloco não são complicados quando ninguém está supervendendo.
Segurança
Chaves, nftables, autenticação de dois fatores. Aqui, tudo é algo que faríamos em nossas próprias máquinas.
Cobrança
Saldo da conta, faturas pagas a menor e o cronograma entre uma renovação perdida e uma instância destruída.
Operações
Mídia personalizada, console fora de banda, mudanças de plano, migrações de site, ajuste de kernel e steal time que lê zero.
Quando um artigo não responder
A base de conhecimento cobre o que podemos escrever com antecedência. Qualquer coisa específica à sua instância, ao seu tráfego ou à sua fatura precisa de um humano, e há um em todas as horas do dia.
- 01
Verifique a página de status
Se um site está com incidente, ele está em /status antes de estar na sua caixa de entrada. Comece por lá quando algo funcionava ontem e não funciona hoje.
- 02
Experimente os guias
Peças mais longas que constroem algo de ponta a ponta, em vez de responder a uma pergunta. Eles ficam em /guides e presumem que você já leu o artigo relevante aqui.
- 03
Abrir um chamado
O tempo mediano da primeira resposta é de onze minutos, medido no último trimestre a cada hora. Os tickets vão para engenheiros, não para uma fila que os encaminha para engenheiros.
- 04
Use o console
Se a instância estiver inacessível, o console fora de banda lhe dá um shell por um caminho que não depende de a sua rede estar correta. Ele está incluído em todos os planos.
Um ticket com ID de instância, um carimbo de data/hora com fuso e o comando exato que falhou é respondido em uma única ida e volta. Um ticket que diz “meu servidor está lento” é respondido com uma pergunta.
Primeiros passos
03Segurança
03Rede
06Armazenamento
02Operações
06Cobrança
02Pergunte a um humano
O suporte é atendido continuamente e lê cada ticket na ordem em que chegou. Sem primeiro nível, sem script, sem convite para reiniciar e tentar de novo.