O servidor novo que vira problema em três anos… Toda empresa de médio ou grande porte já passou por isso: o servidor que custou uma fortuna há três anos agora está fora de garantia, com disco no limite e sem peça de reposição no mercado. O fabricante descontinuou a linha, o contrato de suporte expirou e o time de TI está improvisando para manter tudo de pé até o próximo ciclo orçamentário.

Esse cenário é mais comum do que deveria. E ele revela um problema de modelo, não de tecnologia. A locação de servidores para empresas existe justamente para resolver essa equação: ter hardware atualizado, com suporte, sem imobilizar capital e sem o risco de ficar preso a um equipamento que envelhece mais rápido do que o contrato de depreciação prevê.

Mas locação não é bala de prata. Tem situações em que comprar faz mais sentido, sim. O ponto é saber distinguir uma da outra, e a maioria das empresas brasileiras ainda decide isso na base do “sempre fizemos assim”.

Quando alugar faz mais sentido do que comprar

A resposta curta: quando o custo de propriedade total (TCO) do equipamento comprado ultrapassa o valor da locação no mesmo período. A resposta longa tem mais nuances.

Cargas de trabalho sazonais

Varejo, agronegócio, educação. Setores com picos de demanda bem definidos. Uma rede de varejo que precisa de capacidade extra de processamento entre outubro e janeiro não deveria comprar servidores que vão ficar ociosos nos outros oito meses. O aluguel de servidor empresarial permite escalar a infraestrutura na temporada de pico e devolver quando a demanda normaliza.

Parece óbvio, mas muita empresa ainda compra para o pico e subutiliza o resto do ano. Quando você coloca isso na planilha do CFO, a conta não fecha.

Projetos com prazo definido

Migração de ERP, desenvolvimento de uma aplicação nova, projeto de compliance com prazo regulatório. Esses projetos precisam de infraestrutura dedicada por 6, 12, 18 meses. Comprar servidor para um projeto temporário é como comprar um apartamento para uma viagem de trabalho.

A locação permite montar o ambiente, executar o projeto e devolver o hardware no final. Sem ativo residual para gerenciar, sem processo de descarte certificado para se preocupar depois.

Picos de capacidade e ambientes híbridos

Empresas que já têm infraestrutura própria mas precisam de capacidade adicional em momentos específicos. Testes de carga antes de um lançamento. Ambiente de disaster recovery que precisa existir mas (com sorte) nunca vai ser usado a pleno. Expansão de filial enquanto o orçamento de CAPEX do próximo ano não é aprovado.

Em ambientes híbridos, onde parte do workload roda on-premise e parte na nuvem, a locação de rack em data center pode ser a ponte que falta. Você mantém o controle físico do hardware sem o investimento de compra.

Restrição orçamentária de CAPEX

Essa é a razão mais pragmática e, honestamente, a mais frequente. Muitas empresas brasileiras operam com orçamentos de TI apertados. A diretoria aprova OPEX com mais facilidade do que CAPEX, porque despesa operacional não entra como investimento no balanço e não compromete indicadores financeiros da mesma forma.

Um contrato de locação de servidores é OPEX puro. Entra como despesa operacional, com previsibilidade mensal, sem surpresas de manutenção ou depreciação acelerada.

Modelos de locação: on-premise, colocation e HaaS

Nem toda locação é igual. Existem pelo menos três modelos distintos, cada um com vantagens e limitações reais.

Servidor locado on-premise

O equipamento fica na sua empresa, no seu rack, conectado à sua rede. A diferença é que ele não é seu. Você paga um valor mensal e, no fim do contrato, devolve ou renova.

Esse modelo faz sentido quando a aplicação exige latência mínima (sistemas industriais, ERP com banco de dados pesado, aplicações que conversam com dispositivos locais) ou quando existem restrições regulatórias sobre onde os dados podem residir fisicamente.

O ponto de atenção: você ainda precisa de espaço físico, climatização, energia redundante e alguém para cuidar do ambiente. A locação resolve o problema do hardware, não o da infraestrutura predial.

Colocation em data center

Aqui o servidor (locado ou próprio) fica em um data center profissional. Você aluga o espaço no rack, a conectividade e o ambiente controlado (energia, climatização, segurança física). É uma combinação de locação de rack em data center com hospedagem profissional.

Para empresas que não querem (ou não podem) manter uma sala de servidores própria, colocation é uma saída inteligente. O data center já tem gerador, nobreak, controle de acesso biométrico, monitoramento 24×7. Replicar tudo isso internamente custa caro e exige expertise que nem todo time de TI tem.

Detalhe que muita gente esquece: o custo de energia elétrica para manter servidores ligados 24 horas por dia é significativo. Em colocation, esse custo está embutido (ou pelo menos previsível) no contrato.

HaaS (Hardware as a Service)

Hardware as a Service é o modelo mais completo. Você contrata capacidade de processamento, armazenamento e memória como serviço. O fornecedor cuida de tudo: hardware, manutenção, monitoramento, troca em caso de falha, atualização tecnológica no fim do ciclo.

É o modelo que mais se aproxima da experiência de nuvem, mas com hardware dedicado. Para workloads que precisam de desempenho previsível e isolamento (bancos de dados grandes, aplicações legadas que não rodam bem em nuvem pública, ambientes com requisitos de compliance rígidos), HaaS é uma alternativa que combina o melhor dos dois mundos.

O risco do HaaS é a dependência do fornecedor. Se o prestador de serviço não tiver estrutura de suporte sólida, você fica na mão. Por isso o SLA precisa ser muito bem amarrado (mais sobre isso adiante).

Se a sua empresa está avaliando diferentes modelos de infraestrutura, vale a pena conversar com quem tem experiência em soluções de TI corporativa como a Omega Brasil, que trabalha tanto com locação quanto com projetos de infraestrutura sob medida.

O que deve estar incluso no contrato de locação

Um bom contrato de locação de servidor corporativo não é só sobre o preço mensal. O barato sai caro quando o servidor falha numa sexta-feira à noite e ninguém atende o telefone.

Manutenção preventiva e corretiva

Manutenção preventiva com periodicidade definida (trimestral é o mínimo aceitável). Manutenção corretiva com SLA de atendimento claro: tempo de resposta e tempo de resolução são coisas diferentes. Um fornecedor pode responder em 1 hora e resolver em 5 dias. Preste atenção nos dois números.

Garantia e troca em caso de falha

O contrato precisa especificar o que acontece quando um componente falha. Troca de disco em até 4 horas? Servidor substituto em até 24 horas? Equipamento spare em estoque no site? Cada nível de compromisso tem um custo, e você precisa definir isso com base na criticidade do workload.

Um servidor que roda o e-mail corporativo talvez aguente 24 horas de downtime. O servidor do ERP de uma indústria que opera em três turnos, não.

Monitoramento 24×7

Monitoramento proativo de hardware (temperatura, status de disco, uso de memória, alertas de falha preditiva) é o que separa um fornecedor sério de um que só entrega a caixa. Com monitoramento 24×7, o fornecedor detecta que um disco está degradando antes dele falhar, e faz a troca preventiva sem que você sequer perceba.

Atualização tecnológica

Contratos de locação mais longos (36 meses ou mais) devem prever refresh tecnológico. Se você alugou um servidor com processador Intel Xeon de terceira geração e no meio do contrato a quinta geração já está disponível, faz sentido ter uma cláusula que permita upgrade. Nem todo contrato oferece isso, mas os melhores sim.

Como dimensionar o servidor locado

Dimensionar errado é o erro mais comum. E ele acontece nos dois sentidos: subdimensionar (e sofrer com performance) ou superdimensionar (e pagar por capacidade que não usa).

CPU e memória RAM

Comece pelo workload real. Um servidor de arquivos para 200 usuários tem perfil completamente diferente de um servidor de banco de dados Oracle com 50 conexões simultâneas. Peça ao fornecedor que faça o sizing baseado em dados concretos de utilização, não em tabelas genéricas.

Para virtualização com VMware ou Hyper-V, a regra geral é planejar para 60-70% de utilização máxima de CPU e RAM, deixando margem para picos. Consolidar demais as VMs num único host é receita para problema.

Storage

IOPS (operações de entrada e saída por segundo) importa mais que capacidade bruta para a maioria dos workloads corporativos. Um servidor com 10TB de disco SATA pode ter menos performance que um com 2TB de SSD NVMe. Defina o tipo de storage pelo perfil da aplicação: leitura intensiva, escrita intensiva, misto, sequencial, randômico.

RAID é obrigatório. RAID 1 para o sistema operacional, RAID 5 ou RAID 6 para dados, RAID 10 para bancos de dados com alta escrita. Parece básico, mas já vi contrato de locação sem especificação de RAID. Quando o disco falhou, descobriram que não tinha redundância.

Redundância

Fontes de alimentação redundantes, NICs (placas de rede) redundantes, discos hot-spare. Quanto mais crítico o workload, mais camadas de redundância você precisa. E tudo isso impacta o custo da locação, então é uma decisão de risco versus investimento.

Uma boa prática: classifique seus servidores em tiers de criticidade (Tier 1: missão crítica, Tier 2: importante, Tier 3: desenvolvimento/teste) e dimensione a redundância de acordo.

Para quem está montando um projeto de infraestrutura mais complexo, que envolve rede, servidores e conectividade, a Omega Brasil tem experiência com projetos de infraestrutura Cisco para empresas e pode ajudar no desenho completo da solução.

Locação de servidores versus nuvem pública: a comparação que ninguém faz direito

Tem um discurso muito repetido no mercado de que “tudo vai para a nuvem”. E de fato, para muitos workloads, a nuvem pública (AWS, Azure, GCP) faz total sentido. Mas para outros, não.

A nuvem pública cobra por consumo. Isso é ótimo para workloads elásticos, onde a demanda varia muito. Mas para workloads estáveis, que rodam 24×7 com utilização previsível, o custo da nuvem pública pode ser significativamente maior do que um servidor corporativo em locação.

Faça a conta: uma instância EC2 equivalente a um servidor com 32 vCPUs, 128GB de RAM e 2TB de SSD, rodando 24×7 na AWS região São Paulo, pode custar entre R$ 8.000 e R$ 15.000 por mês (dependendo da família de instância e do modelo de reserva). Um servidor físico equivalente em locação, com suporte e monitoramento, pode sair por metade disso.

(Os valores variam bastante conforme configuração, fornecedor e volume contratado. O importante é fazer o comparativo real, com números do seu cenário, não aceitar o discurso genérico de que nuvem é sempre mais barato.)

Além do custo, tem a questão de latência, compliance e egress fees (o custo de tirar dados da nuvem). Muitas empresas descobrem na hora de migrar que o custo de tráfego de saída pode inviabilizar workloads com grande volume de dados.

A abordagem mais inteligente, na minha experiência, é híbrida: nuvem pública para o que escala e varia, hardware dedicado (próprio ou locado) para o que é estável e previsível.

Boas práticas de SLA para locação de servidores

O SLA (Service Level Agreement) é o documento que transforma promessa em obrigação. Sem SLA bem escrito, você está confiando na boa vontade do fornecedor. E boa vontade não escala.

O que um bom SLA de locação deve cobrir

• Disponibilidade mínima garantida: 99,5% é aceitável para servidores não críticos. Para ambientes de produção, exija 99,9% (o que equivale a menos de 9 horas de downtime por ano).
• Tempo de resposta a incidentes: separado por severidade. Severidade 1 (serviço parado): resposta em até 30 minutos. Severidade 2 (degradação): até 2 horas. Severidade 3 (problema não urgente): até 8 horas.
• Tempo de resolução: tão importante quanto o de resposta. De nada adianta responder rápido e resolver em uma semana.
• Penalidades por descumprimento: créditos em fatura, abatimento proporcional ao período de indisponibilidade. Se o SLA não tem penalidade, não é SLA, é carta de intenções.
• Relatórios periódicos: o fornecedor deve entregar relatórios mensais de disponibilidade, incidentes e manutenções realizadas.
• Procedimento de escalação: quem você liga quando o primeiro nível de suporte não resolve? Nomes e telefones, não apenas “equipe de nível 2”.

Um erro que vejo com frequência: empresas que negociam SLA apertado mas não monitoram o cumprimento. SLA sem medição é decoração contratual. Tenha ferramentas ou processos para acompanhar se o fornecedor está entregando o que prometeu.

Quanto custa a locação de servidores para empresas?

Essa é a pergunta que todo gestor faz, e a resposta honesta é: depende. Mas posso dar uma referência.

No mercado brasileiro, um servidor rack 1U ou 2U de configuração intermediária (processador Xeon de última geração, 64GB a 128GB de RAM, storage SSD de 2TB a 4TB em RAID, fontes redundantes) costava entre R$ 2.500 e R$ 6.000 por mês em contratos de 24 a 36 meses, em 2024. Com monitoramento 24×7 e suporte on-site, o valor sobe.

Locação de rack inteiro em colocation (42U) em data center Tier III na Grande São Paulo ficava na faixa de R$ 3.500 a R$ 8.000 por mês, incluindo energia e conectividade básica. Largura de banda dedicada e links redundantes são cobrados à parte.

Esses valores são referências de mercado. O preço final depende de configuração, volume, prazo do contrato e nível de serviço. Sempre peça pelo menos três cotações e compare o escopo completo, não apenas o valor mensal.

Quando a compra ainda faz mais sentido

Seria desonesto escrever um artigo sobre locação sem dizer quando ela não é a melhor opção.

Se o seu workload é estável, o servidor vai ficar no mesmo lugar por 5 anos ou mais, você tem equipe técnica interna para manter e o orçamento de CAPEX está disponível, comprar pode ser mais econômico no longo prazo. Especialmente para servidores que vão rodar aplicações internas sem necessidade de atualização frequente de hardware.

Mas mesmo nesse caso, não esqueça de incluir na conta: custo da garantia estendida (porque a garantia padrão de 3 anos não cobre o quarto e o quinto ano), custo de manutenção, custo de energia, custo do espaço físico e, no final, o custo de descarte certificado de equipamentos (ITAD) com a Omega Brasil. Muita empresa ignora o custo de fim de vida do hardware e depois descobre que descartar um servidor com dados corporativos exige procedimentos de sanitização que não são triviais.

Checklist rápido: alugar ou comprar?

Para facilitar a decisão, um resumo prático:

Critério	Favorece locação	Favorece compra
Prazo de uso	Até 36 meses	Acima de 48 meses
Orçamento disponível	OPEX (despesa mensal)	CAPEX aprovado
Demanda	Variável ou sazonal	Estável e previsível
Equipe técnica interna	Reduzida ou sem especialista em hardware	Equipe dedicada
Necessidade de atualização	Alta (ciclos curtos)	Baixa (workload legado)
Criticidade do SLA	Alta (precisa de garantia de troca rápida)	Média (tem redundância interna)

Conclusão: a decisão é financeira, técnica e estratégica ao mesmo tempo

A escolha entre locação e compra de servidores não é só uma questão de preço. Envolve perfil de workload, maturidade da equipe de TI, modelo financeiro da empresa e tolerância a risco. Tratar isso como uma decisão puramente de custo é simplificar demais.

O que posso dizer, depois de acompanhar centenas de projetos ao longo dos anos, é que a tendência é clara: cada vez mais empresas brasileiras estão migrando de CAPEX para OPEX em infraestrutura de TI. Não porque é moda, mas porque a velocidade de obsolescência do hardware simplesmente não combina com ciclos de depreciação de 5 anos.

Se a sua empresa está avaliando locação de servidores para empresas ou precisa montar um ambiente de colocation, vale buscar um parceiro que entenda tanto o lado técnico quanto o operacional do contrato.

A Omega Brasil oferece locação de servidores e racks com SLA garantido e suporte 24×7. Solicite uma cotação para o seu projeto e compare com o que você está pagando (ou planejando pagar) hoje. Às vezes a conta surpreende.