Saiph TI

Como contratar um datacenter: o que perguntar antes de assinar

Contratar um datacenter se decide em cinco cláusulas: energia, SLA, conectividade, remote hands e saída. O que perguntar antes de assinar o contrato.

Saiph TI #Datacenter#Colocation#Infraestrutura

Quem chega a contratar um datacenter já passou da fase de entender o que é colocation ou servidor dedicado. O modelo está decidido; o que falta é escolher o fornecedor e assinar. E é justamente aí que a comparação fica difícil, porque as propostas chegam parecidas: todas prometem energia redundante, todas citam SLA, todas dizem ter suporte 24x7. A diferença entre elas não está no folder, está em cinco cláusulas que quase ninguém lê antes de assinar e todo mundo lê depois do primeiro incidente.

Este texto é a lista de perguntas que separa uma proposta boa de uma proposta bonita: energia, SLA, conectividade, remote hands e a cláusula de saída. Ele não depende de a Saiph estar certa. Você pode levar as mesmas perguntas a qualquer fornecedor, a nós inclusive, e comparar as respostas lado a lado. Onde a nossa resposta aparece aqui, ela aparece com o mesmo nível de detalhe que estamos pedindo dos outros.

O contrato é onde o risco terceirizado volta para você

Tirar a operação da sala de servidores transfere o problema físico para quem tem escala para resolvê-lo, e esse é o motivo inteiro de contratar infraestrutura de terceiro. O que não se transfere é a consequência: quando o ambiente cai, quem explica ao cliente é você.

O tamanho disso é medido. O Annual Outage Analysis 2026 do Uptime Institute, publicado em 13 de maio de 2026, registra que 57% dos respondentes disseram que o último apagão relevante custou mais de US$ 100 mil e que, pelo segundo ano seguido, 1 em cada 5 relatou custo acima de US$ 1 milhão. O mesmo levantamento aponta que, ao longo de nove anos de acompanhamento, provedores terceiros de TI e datacenter (nuvem, telecom e colocation) responderam por cerca de dois terços dos apagões publicamente reportados.

Isso não é argumento contra terceirizar, é a razão de o contrato pesar mais que a visita técnica. A visita mostra o datacenter no melhor dia dele. O contrato descreve o pior.

1. Energia: capacidade contratada não é consumo

Energia segue sendo a categoria mais impactante nas falhas relatadas, com UPS, chaves de transferência e geradores como pontos dominantes, segundo o mesmo relatório. É também a cláusula onde a proposta mais escorrega, porque duas coisas diferentes viram uma linha só.

O que perguntar:

  • A energia é vendida por capacidade reservada (kVA ou kW) ou por consumo medido (kWh)? Cobrar pelos dois é legítimo e comum, mas precisa estar separado na proposta, com o preço de cada um.
  • Se o rack ultrapassar a capacidade contratada, o que acontece? Cobrança adicional, bloqueio de crescimento ou o disjuntor abre? As três respostas existem no mercado e mudam completamente o seu risco.
  • A alimentação chega em A+B por caminhos independentes até o rack? Dois cabos que se juntam antes do seu equipamento são um caminho, não dois.
  • Qual a autonomia do gerador com o tanque cheio, e existe contrato de reabastecimento? Autonomia sem contrato de diesel é uma promessa com prazo de validade curto.
  • A manutenção da UPS ou do gerador exige desligar o meu rack? Esta é a pergunta que separa “componente redundante” de “caminho redundante”, e é o teste prático do que se chama de manutenibilidade concorrente.

Antes de negociar preço de energia, vale dimensionar o que você realmente precisa: contratar kVA a mais custa todo mês, e contratar a menos custa disponibilidade. A conta está detalhada no artigo sobre quantos kVA o seu rack precisa.

Do nosso lado, a facility de Belo Horizonte opera com subestação própria de 13,8 kV com UPS redundantes e geradores a diesel redundantes de 330 kVA, expansíveis a 700 kVA, com climatização de precisão down-flow redundante e monitorada. Os detalhes de infraestrutura estão na página da nossa estrutura.

2. SLA: a porcentagem só significa algo depois de quatro perguntas

Todo mundo escreve um número com vírgula e nove. O número sozinho não diz quase nada, mas a aritmética dele já ajuda a calibrar a conversa:

Disponibilidade contratadaIndisponibilidade tolerada por mêsPor ano
99,9%cerca de 43 minutoscerca de 8h45
99,95%cerca de 21 minutoscerca de 4h22
99,99%cerca de 4 minutoscerca de 52 minutos

Com o número na mesa, as quatro perguntas que dão sentido a ele:

  1. O que exatamente está coberto? Energia, climatização e o link contratado costumam estar. O seu sistema operacional, o seu banco e a sua aplicação, não. Em colocation, o hardware é seu, então a falha dele também é.
  2. Qual é a janela de medição? 99,9% apurado por mês tolera 43 minutos naquele mês. Apurado por ano, tolera 8h45 de uma vez só, e um evento longo continua tecnicamente “dentro do SLA”.
  3. Quem declara o incidente, e a partir de que momento ele conta? Se a contagem começa na abertura do chamado, todo o tempo entre a queda e a sua descoberta fica de fora. Monitoramento independente do lado do cliente deixa de ser luxo nesse desenho.
  4. O que o crédito paga? Quase sempre é desconto proporcional na mensalidade do serviço afetado, não indenização do prejuízo. Peça um exemplo numérico ainda na proposta: “se cair três horas em março, quanto eu recebo de volta em reais?”

E o Tier, afinal, garante o quê?

Tier é a palavra que mais aparece nesse tipo de proposta e a que mais depende de contexto. A classificação do Uptime Institute descreve topologia: Tier III é concurrently maintainable, ou seja, qualquer componente ou caminho de distribuição pode sair para manutenção sem derrubar a carga de TI; Tier IV é fault tolerant, com sistemas independentes e fisicamente isolados.

O que a classificação não faz é prescrever uptime. O próprio Uptime Institute registra, no material em que desfaz mitos sobre o sistema, que as referências a “expected downtime per year” foram removidas do Tier Standard em 2009 e que elas nunca fizeram parte das definições de Tier. Aquele “99,982% de um Tier III” que circula em tabela de blog não sai da norma.

Some-se a isso que certificação é por instalação específica, entra em lista pública (o instituto contabiliza mais de 4.300 certificações emitidas em mais de 120 países), pode ser revogada se mudanças não revisadas comprometerem a manutenibilidade concorrente, e que a certificação de projeto emitida após 1º de janeiro de 2014 expira dois anos depois da data de concessão. Daí a pergunta prática, que cabe em uma linha: é certificação emitida ou é padrão de projeto?

As duas respostas são legítimas. O que não é legítimo é a ambiguidade. No nosso caso a resposta está literal na página de colocation: o site de BH é descrito como facility de telecom padrão Tier III, ou seja, padrão de projeto, e não uma certificação emitida pelo Uptime Institute. O compromisso que assumimos em contrato é outro e é verificável ali mesmo: SLA de 99,9% de disponibilidade da infraestrutura (energia, climatização e conectividade contratada).

  • O datacenter é neutro? Você pode levar a sua operadora ou é obrigado a comprar o link de quem hospeda?
  • Quanto custa o cross-connect, e ele é cobrado uma vez ou todo mês? É a linha que mais aparece depois da assinatura.
  • Quantas operadoras chegam ao site, por quantas rotas de fibra fisicamente distintas? Duas operadoras entrando pelo mesmo duto continuam sendo um caminho só. O artigo sobre link dedicado e BGP detalha o que muda quando existe rota diversa de verdade.
  • O site participa de ponto de troca de tráfego? O fascículo do NIC.br sobre endereços IP e ASNs, de 2018, explica que os PTTs favorecem a interligação de redes de uma mesma região e que participar deles frequentemente aumenta a qualidade percebida pelos usuários e racionaliza os custos do provedor.

E existe uma pergunta de conectividade que só dói lá na frente: de quem são os endereços IP? Se o bloco é do provedor, ele fica com o provedor. O fascículo do NIC.br, de 2018, é direto: uma rede que não é Sistema Autônomo fica dependente “dos endereços IP atribuídos por esse provedor de trânsito e das políticas de roteamento por ele utilizadas”, enquanto quem tem ASN e bloco próprio consegue “trocar de fornecedor de trânsito, sem ter que se preocupar com o tamanho do bloco que o novo fornecedor vai oferecer e em renumerar os servidores e outros dispositivos em sua rede”.

Em 2026 isso pesa mais do que pesava, e por um motivo que o fascículo de 2018 ainda tratava como cenário futuro: o estoque de IPv4 do LACNIC, o registro que distribui endereços na América Latina, está formalmente esgotado desde 19 de agosto de 2020, data em que o último bloco disponível foi atribuído. De lá para cá só se distribui espaço devolvido ou recuperado, por lista de espera, e apenas para associado que já tenha recebido IPv6.

O tamanho dessa fila é público, e a série mostra a direção. Em agosto de 2022, o LACNIC contava 820 organizações na lista e projetava cinco anos de espera. Em julho de 2023 já eram 1.070 organizações, quem recebia endereços naquele momento havia esperado cerca de 825 dias, e a projeção subira para sete anos. Em agosto de 2025, o próprio LACNIC registrou que a espera projetada para novos pedidos passa de dez anos, e que por isso a lista não é solução imediata para quem precisa de IPv4 hoje. O bloco no fim dessa fila é, no máximo, um /22 (1.024 endereços). O LACNIC ressalva que a projeção é estimativa baseada no histórico de recuperação, não data exata.

A consequência prática é direta: se o bloco é do provedor, sair do contrato deixa de ser “peço outro /22 e renumero” e passa a ser “entro numa fila de anos e renumero”. Renumerar uma rede inteira já era um projeto, e não uma tarefa; sem endereço próprio para onde renumerar, vira dependência.

Nossos sites de colocation ficam em Belo Horizonte e Recife, com presença no PTT de Minas Gerais. Para dimensionar o que isso significa em ecossistema local: o IX.br de Belo Horizonte reunia 124 participantes na consulta feita em 24/08/2026.

4. Remote hands: o que está incluído e o que vira chamado pago

Remote hands é a cláusula que ninguém compara na planilha e que decide como será a sua madrugada. Vale lembrar que, no relatório de 2026 do Uptime Institute, a falha em seguir procedimentos estabelecidos continua sendo o principal motor dos incidentes por erro humano, com processos inconsistentes ou pouco claros entre os fatores contribuintes. Escopo escrito não é burocracia: é o que impede improviso às 3h.

  • O que a equipe faz e o que ela não faz? Reboot, troca de mídia, cabeamento e inspeção visual são o escopo típico. Administração lógica do seu sistema normalmente não entra, e isso deveria estar dito.
  • Quantas horas por mês estão incluídas e como é cobrada a excedente? Em que fração se arredonda: 15 minutos, 30, 1 hora cheia?
  • Qual é o tempo de resposta comprometido, e ele é o mesmo às 3h de domingo? “24x7” descreve o horário de atendimento, não a velocidade dele.
  • Quem, do seu lado, pode autorizar uma ação física? A lista de pessoas autorizadas precisa existir antes do incidente.
  • Acesso presencial: com quanta antecedência se agenda, existe regime de emergência, e quem entra precisa estar em cadastro prévio?

Na Saiph, remote hands é 24x7 com a equipe local executando procedimentos físicos sob a sua orientação, e o acesso ao datacenter acontece por visita agendada ou em regime de emergência. A administração lógica continua com você, a menos que você contrate gerenciamento.

5. A cláusula de saída: a parte que ninguém lê e todo mundo paga

Contrato de infraestrutura se assina olhando a entrada e se sofre olhando a saída. Evitar dependência excessiva de um fornecedor é uma preocupação legítima, e ela se resolve no texto do contrato, não na intenção das partes. O que precisa estar escrito:

  • Vigência, renovação automática e prazo de aviso prévio para não renovar. Renovação automática somada a um aviso prévio longo prende quem esqueceu de olhar o calendário.
  • Multa rescisória: proporcional ao período remanescente ou valor cheio? Existe carência depois de um determinado tempo de contrato?
  • Reajuste: qual índice, qual periodicidade, e o que acontece se o índice ficar negativo.
  • Retirada de equipamento: quem desmonta, quem transporta, quem paga e em quantos dias após o término. Em colocation, o hardware é seu, e essa logística é real.
  • Devolução de dados: em que formato, em quanto tempo, e a que custo. Em serviços de nuvem e storage, é aqui que mora o custo de saída, o mesmo mecanismo de egress que analisamos no comparativo entre datacenter próprio e hyperscaler.
  • Endereços IP e renumeração: o bloco é seu ou do provedor? Se for do provedor, planeje a renumeração como parte do projeto de saída.
  • Retenção por inadimplência: o contrato permite ao fornecedor reter o seu equipamento? Sob quais condições e por quanto tempo?

Nada disso substitui análise jurídica. É a lista do que o seu jurídico precisa encontrar no texto antes de você assinar.

O checklist, em uma página

CláusulaA pergunta que resolveSinal de alerta na resposta
EnergiaCapacidade e consumo estão precificados separadamente? A+B chega por caminhos independentes?”Está tudo incluído” sem discriminar kVA e kWh
SLAO que cobre, em que janela mede, quem declara o incidente e quanto paga o créditoPercentual no folder e nenhum exemplo numérico de crédito
TierÉ certificação emitida ou padrão de projeto?Tier citado junto de um percentual de uptime
ConectividadeO site é neutro, quantas rotas físicas existem, e de quem são os IPs?Cross-connect sem preço e IP “a definir”
Remote handsEscopo, horas inclusas, fração de cobrança e tempo de resposta noturno”24x7” sem tempo de resposta comprometido
SaídaAviso prévio, multa, retirada, devolução de dados e renumeraçãoCláusula de saída ausente ou genérica

Como pedir propostas comparáveis

Envie a mesma folha para todos os fornecedores: quantidade de U ou racks, potência estimada por rack em kW, necessidade de A+B, banda e se o link será deles ou seu, expectativa de SLA, volume mensal esperado de remote hands e prazo de contrato pretendido. Peça que a proposta responda item a item.

Fornecedor que responde com objetividade a esse conjunto costuma ser o mesmo que responde bem no incidente. Ambiguidade na proposta raramente melhora depois da assinatura.

Perguntas frequentes

Preciso mesmo de um datacenter Tier III?

Depende do que a sua carga tolera de parada planejada. O ganho central do Tier III é a manutenibilidade concorrente: manter energia e climatização sem derrubar a sua operação. Se o seu sistema aceita janela de manutenção noturna combinada, um requisito menor pode ser suficiente e mais barato. O que não faz sentido é pagar por um nível de topologia e não conferir se ele é certificação ou padrão de projeto.

SLA de 99,9% é bom para um datacenter?

99,9% equivale a cerca de 43 minutos de indisponibilidade tolerada por mês (ou 8h45 por ano, se a apuração for anual). Se isso é bom para você depende de duas coisas: quanto 43 minutos custam ao seu negócio e o que exatamente está coberto. SLA de infraestrutura não cobre falha do seu software, nem do seu hardware quando o hardware é seu, como no colocation.

Posso visitar o datacenter antes de assinar?

Sim, e é recomendável. Fornecedor que não abre a porta antes do contrato dificilmente abrirá depois. Aproveite a visita para checar o que o papel não mostra: caminhos elétricos até o rack, painéis, organização de cabeamento, sala de baterias e registros de manutenção. No nosso caso, a visita técnica é agendada em BH ou Recife, e a página de infraestrutura mostra o que você vai encontrar lá.

Colocation ou servidor dedicado: qual contrato é mais simples de encerrar?

O servidor dedicado é mais simples, porque o hardware é do provedor: você migra os dados e encerra. O colocation tem uma etapa a mais, a retirada física dos seus equipamentos, que precisa de janela, transporte e responsável definidos em contrato. Em compensação, no colocation o ativo continua sendo seu.

Quanto tempo leva entre assinar e estar em produção?

Varia com o que você está contratando. Serviço sobre hardware já disponível costuma ser rápido; projeto que depende de equipamento novo depende do prazo desse equipamento, e vale ler o que muda quando o hardware já está no país. Peça o prazo por escrito na proposta, com o que ele cobre.

O caminho prático

Contratar datacenter não é escolher o folder mais bonito, é ler cinco cláusulas com atenção: como a energia é vendida e o que acontece quando ela falta, o que o SLA realmente cobre e quanto ele paga, de quem são o link e os IPs, o que remote hands inclui de fato, e como você sai quando quiser sair.

A Saiph opera datacenters próprios em Belo Horizonte, Contagem e Recife desde 2009, com colocation em BH e Recife, remote hands 24x7, SLA de 99,9% em contrato e faturamento em reais. Responder às perguntas acima, uma a uma e por escrito, faz parte da proposta.

Solicite uma cotação descrevendo a sua carga (quantos U, potência estimada, banda e SLA pretendido) e receba a proposta já respondendo a este checklist, item por item.

Vamos desenhar a sua infraestrutura?

Conte o que você precisa e nossa equipe técnica retorna com uma proposta sob medida.

  • Resposta em até 1 dia útil
  • Atendimento direto com a equipe técnica
  • WhatsApp, sem fila de robôs

* campos obrigatórios. Seus dados são usados apenas para o atendimento (LGPD).