Um incidente não avisa e não respeita o horário comercial. Um servidor que deixa de responder às 3 da manhã, a renovação de um certificado que falha num domingo, um ataque que satura o link durante o fim de semana: é nesses momentos que se mede a qualidade de um suporte, muito mais do que em qualquer folheto comercial.
Na Infrawire, o suporte técnico está disponível 24 horas por dia, 7 dias por semana, e dirige-se a perfis técnicos. Este artigo explica o que isso implica, o que é razoável esperar do suporte de um provedor de hospedagem e como formular um pedido para que seja tratado sem idas e vindas desnecessárias.
Por que a disponibilidade permanente faz diferença
As cargas de trabalho hospedadas não seguem um calendário. Um VPS de trading está ativo durante as sessões de mercado asiáticas e americanas, uma loja online vende à noite, uma API atende clientes em vários fusos horários. Se o suporte só responde das 9h às 18h, um problema que surja na sexta à noite espera até segunda-feira.
O 24/7 reduz sobretudo a incerteza. Saber que existe um interlocutor técnico a qualquer hora permite decidir com mais calma: esperar, tentar uma correção por conta própria ou escalar. Isso não dispensa a monitorização dos seus próprios serviços, mas evita que fique sozinho perante um problema que é da infraestrutura.
O que "especializado" deve significar na prática
Um suporte de primeiro nível que reencaminha para uma FAQ não serve de nada quando o problema é uma tabela de roteamento incoerente ou um disco com erros. Um suporte especializado é, antes de mais, alguém que lê a sua mensagem até ao fim, identifica a camada em causa (rede, hipervisor, sistema, aplicação) e responde com um diagnóstico, não com uma fórmula feita.
Alguns sinais que não enganam:
- as respostas citam elementos verificados (interface, rota, log, estado da máquina) em vez de generalidades;
- o suporte sabe distinguir um problema de infraestrutura de um problema de configuração do lado do cliente, e explica a diferença;
- quando a causa é identificada, recebe o motivo, e não apenas um "já está resolvido".
O que é do suporte e o que continua a ser seu
O escopo exato depende do plano escolhido, e convém lê-lo antes de precisar dele. De forma geral, num VPS ou servidor dedicado não gerenciado, a divisão é a seguinte.
| Assunto | Lado do provedor | Lado do cliente |
|---|---|---|
| Hardware, hipervisor, alimentação elétrica | Sim | Não |
| Rede e conectividade da máquina | Sim | Verificação das regras locais |
| Acesso à consola, reinício, reinstalação | Sim, conforme o plano | Pedido e backup prévio |
| Configuração do firewall e dos serviços | Aconselhamento | Sim |
| Código da aplicação, base de dados | Não | Sim |
Esta fronteira é normal. O suporte não pode depurar a sua aplicação de negócio, mas pode ajudá-lo a provar que o problema não vem da máquina. Para ataques volumétricos, uma oferta dedicada como o VPS Anti-DDoS responde a uma necessidade diferente da de um VPS padrão.
Preparar o pedido para ganhar tempo
A diferença entre um ticket resolvido numa só troca e um que exige cinco está quase sempre nas informações fornecidas logo no início. Antes de escrever, reúna alguns elementos.
Descrever o sintoma e a hora
Indique o que deixou de funcionar, desde quando (com o fuso horário) e o que mudou imediatamente antes: atualização, alteração do firewall, novo deploy. "O site está lento" não é aproveitável. "Os pedidos à porta 443 expiram desde as 22h10 UTC, sem alterações de configuração" é.
Anexar diagnósticos
Para um problema de rede, um traceroute nos dois sentidos é o que mais ajuda. Pode também comparar com o looking glass para verificar a acessibilidade a partir do exterior.
Bashmtr -rwzc 100 votre-serveur.exemple.com
Para um problema de sistema em Linux, estes comandos dão o essencial:
Bashjournalctl -p err -b --no-pager | tail -n 50 df -h free -m ss -tlnp
Num VPS Windows, indique se o problema afeta o RDP ou o próprio serviço, e diga o que mostra o Visualizador de Eventos.
Dizer o que já tentou
Um reinício, uma regra de firewall desativada, um teste a partir de outra rede: estas informações evitam repetir as mesmas verificações e levam diretamente à camada certa.
Como avaliar o suporte de um provedor
Antes de escolher, faça duas ou três perguntas concretas em vez de confiar numa simples menção "24/7". O suporte responde a uma pergunta técnica precisa antes da compra? O escopo está escrito com clareza? Existe documentação que possa usar de forma autónoma? Os tutoriais da Infrawire servem precisamente para resolver sozinho os casos comuns, ficando o suporte para o resto.
Teste também com um caso real e de baixo risco: uma pergunta sobre a configuração de rede ou sobre a reinstalação de um sistema. A forma como lhe respondem antes do incidente diz muito sobre o que acontecerá durante ele.
Se estiver a comparar ofertas, o catálogo de VPS detalha o que cada plano inclui e é a página de referência para conhecer as condições aplicáveis.
FAQ
Não. O suporte atua na infraestrutura e aconselha sobre a configuração, mas não vigia as suas aplicações por si. Configure alertas para os seus serviços (HTTP, base de dados, espaço em disco) para ser avisado antes de abrir um ticket.
Depende do plano. Num servidor não gerenciado, a administração do sistema e das aplicações cabe-lhe a si, e o suporte concentra-se na infraestrutura e na ajuda ao diagnóstico. Verifique o escopo do plano antes de encomendar.
Faça backup dos seus dados fora da máquina, porque uma reinstalação apaga o disco. No pedido, indique o sistema pretendido, a versão e as suas chaves SSH ou necessidades de acesso.
Sim, e bastante. Um sintoma com data, as saídas dos comandos e a lista do que já foi testado permitem ao suporte passar logo ao diagnóstico, sem perguntas prévias.