Rancher é uma plataforma open source para gerenciar vários clusters Kubernetes a partir de um único painel. Ela centraliza autenticação, permissões, monitoramento, políticas e implantação de aplicações, seja em clusters criados por ela mesma, seja em clusters já existentes em nuvens como AWS, Azure e Google Cloud ou em servidores próprios.
Criado pela Rancher Labs e hoje mantido pela SUSE, o projeto é usado por equipes que precisam de visão unificada de ambientes espalhados. Neste guia você vai entender como ele funciona, seus componentes, como instalar em teste, como se compara com alternativas e quando faz sentido adotá-lo.
Que problema o Rancher resolve
Um cluster Kubernetes já exige cuidado. Quando a empresa passa a ter vários, por ambiente (desenvolvimento, homologação, produção), por região ou por nuvem, os problemas se multiplicam:
- cada cluster com seus próprios usuários e credenciais;
- políticas de segurança diferentes e difíceis de auditar;
- atualizações de versão feitas manualmente, uma a uma;
- monitoramento espalhado em ferramentas diferentes;
- falta de visão geral de custo e uso de recursos.
O Rancher funciona como uma camada de gestão acima dos clusters. Ele não substitui o Kubernetes; ele organiza o acesso e a operação de todos eles.
Principais recursos
Gestão multicluster
Você pode criar clusters novos pelo painel ou importar clusters existentes, como EKS, AKS, GKE ou instalações próprias. Todos passam a aparecer na mesma interface.
Autenticação e RBAC centralizados
Integra-se com provedores de identidade como Active Directory, LDAP, GitHub, Okta e outros compatíveis com SAML ou OIDC. As permissões são definidas em níveis (global, cluster e projeto), o que simplifica o controle de acesso.
Projetos
O Rancher adiciona o conceito de “projeto”, que agrupa namespaces. Assim é possível aplicar cotas e permissões a um time inteiro de uma vez.
Catálogo de aplicações
Permite instalar aplicações via Helm charts pelo painel, incluindo ferramentas de monitoramento, logging e armazenamento.
GitOps com Fleet
O Fleet, integrado ao Rancher, aplica configurações a partir de repositórios Git em muitos clusters ao mesmo tempo, útil para ambientes de borda com centenas de nós.
O ecossistema em volta
| Projeto | O que é | Uso típico |
|---|---|---|
| Rancher | Painel de gestão multicluster | Centralizar acesso, políticas e operação |
| RKE2 | Distribuição Kubernetes com foco em segurança | Clusters de produção em data centers e nuvem |
| K3s | Distribuição Kubernetes leve | Borda, IoT, laboratórios e ambientes pequenos |
| Longhorn | Armazenamento em bloco distribuído | Volumes persistentes dentro do cluster |
| Fleet | GitOps em escala | Implantação em muitos clusters |
| NeuVector | Segurança de contêineres | Inspeção de rede e varredura de vulnerabilidades |
Como instalar o Rancher para testes
Para produção, a recomendação da documentação oficial é instalar o Rancher via Helm em um cluster Kubernetes dedicado, com alta disponibilidade. Para um laboratório rápido, dá para subir com Docker em uma única máquina:
docker run -d --restart=unless-stopped \
-p 80:80 -p 443:443 \
--privileged \
rancher/rancher:latest
Depois, acesse o endereço da máquina via HTTPS e siga as instruções para recuperar a senha inicial:
docker logs <id-do-container> 2>&1 | grep "Bootstrap Password:"
Essa instalação serve só para avaliação. Ela não tem redundância e não é suportada para ambientes produtivos.
Instalação em produção, em linhas gerais
- Provisione um cluster (RKE2 ou K3s são as escolhas mais comuns) com três nós.
- Instale o cert-manager para gerenciar certificados TLS.
- Adicione o repositório Helm do Rancher e instale o chart com o hostname definido.
- Configure DNS e um balanceador de carga apontando para os nós.
- Integre o provedor de identidade e crie os primeiros projetos.
Antes de expor o painel, pense no acesso: muitos times colocam o Rancher atrás de um servidor proxy reverso ou de uma VPN corporativa.
Rancher e alternativas
Existem outras formas de gerenciar vários clusters. As mais citadas são o OpenShift, da Red Hat, que é uma plataforma completa com sua própria distribuição, e as consoles das nuvens, como Google Anthos (hoje parte do GKE Enterprise) e Azure Arc. Em comparação, o Rancher se destaca por:
- ser open source e agnóstico de nuvem;
- importar clusters de qualquer distribuição compatível;
- ter curva de entrada relativamente baixa.
Os pontos de atenção são a necessidade de manter o próprio servidor do Rancher atualizado e seguro, e o fato de que suporte empresarial é contratado à parte.
Boas práticas de operação
- Mantenha o Rancher em um cluster separado dos clusters de aplicação.
- Faça backup regular com o operador de backup do próprio Rancher.
- Siga a matriz de compatibilidade antes de atualizar versões do Kubernetes.
- Use RBAC com privilégio mínimo e revise acessos periodicamente.
- Guarde configurações em Git e use Fleet ou outra ferramenta de GitOps.
Se sua equipe está começando com infraestrutura, ajuda revisar fundamentos como hospedagem e diagnóstico de problemas como erro de conexão com banco de dados, comuns em aplicações recém-migradas para contêineres.
Quando o Rancher não é a melhor escolha
Nem toda equipe precisa de uma camada de gestão multicluster. Se você tem um único cluster gerenciado na nuvem e poucas pessoas com acesso, a console do provedor e ferramentas como kubectl e Helm podem ser suficientes. Adicionar o Rancher nesse cenário traz mais um componente para manter, atualizar e proteger.
Ele passa a compensar quando surgem sinais claros:
- mais de dois ou três clusters em ambientes diferentes;
- vários times precisando de acessos distintos;
- necessidade de auditoria centralizada de permissões;
- clusters em locais variados, como nuvem, data center e borda.
Avaliar esse ponto antes da adoção evita complexidade desnecessária e ajuda a justificar o investimento de tempo da equipe.
Se a decisão for adotar, comece pequeno: importe um cluster de desenvolvimento, conecte o provedor de identidade e observe como a equipe usa o painel antes de levar a produção para dentro dele. Essa adoção gradual reduz riscos e revela ajustes de permissão cedo.
Perguntas frequentes
O Rancher é gratuito?
Sim, o software é open source e pode ser usado sem custo. A SUSE vende assinaturas com suporte e recursos adicionais para empresas.
Rancher é uma distribuição de Kubernetes?
Não. Ele é uma plataforma de gestão. As distribuições do mesmo ecossistema são o RKE2 e o K3s, mas o Rancher gerencia clusters de outras origens também.
Preciso saber Kubernetes para usar o Rancher?
Sim. O painel facilita tarefas, mas conceitos como pods, deployments, services e namespaces continuam essenciais para operar com segurança.
O Rancher funciona com clusters na nuvem?
Funciona. Ele pode criar ou importar clusters gerenciados como EKS, AKS e GKE e exibi-los junto com clusters locais.
Qual a diferença entre Rancher e OpenShift?
O OpenShift é uma plataforma integrada com distribuição própria e várias ferramentas embutidas. O Rancher é mais focado em gerenciar clusters de diferentes origens.
O que levar dessa leitura
O Rancher faz sentido quando a operação envolve mais de um cluster Kubernetes e a equipe precisa de controle centralizado de acesso, políticas e implantações. Teste em laboratório, planeje a instalação em alta disponibilidade e mantenha boas práticas de backup e atualização.
