Como funciona nuvem privada para provedores: camadas e etapas

Resumo

• Um cluster vira nuvem quando ganha modelos prontos, cotas, redes isoladas e medição de uso, e não só troca automática de servidor.
• O pedido de um servidor novo percorre sete passos automáticos, do modelo escolhido à cópia agendada em outro POP.
• O armazenamento distribuído grava cada dado em mais de um servidor e se reconstrói sozinho quando um disco morre.
• Os problemas mais sérios aparecem quando a plataforma enche, por isso a entrega inclui limites e alertas de ocupação.

O que faz um cluster virar nuvem privada?

Um cluster vira nuvem quando quem precisa de um servidor consegue criá-lo a partir de um modelo, dentro de uma cota, sem montar nada à mão. A troca automática de servidor continua lá, mas é só a base.

O cluster junta servidores para que um cubra a falha do outro, como mostra o guia sobre como funciona a implantação de clusters de virtualização. A nuvem acrescenta uma camada de organização em cima disso, pensada para muitos sistemas e, às vezes, muitos donos.

A definição de nuvem do NIST, o instituto de padrões dos Estados Unidos, lista cinco traços: pedido sob demanda, acesso pela rede, recursos reunidos num reservatório comum, capacidade que cresce e diminui e uso medido. A nuvem privada para provedores leva esses traços para servidores que o próprio provedor controla.

Diferença prática entre um cluster de virtualização comum e uma nuvem privada de provedor

Ponto	Cluster comum	Nuvem privada
Servidor novo	Montado à mão por quem administra	Criado a partir de um modelo, em minutos
Limite de uso	Combinado de boca	Cota de processador, memória e disco por sistema ou cliente
Rede	Uma ou poucas redes compartilhadas	Rede isolada para cada grupo de sistemas ou cliente
Cópia	Configurada máquina por máquina	Já ligada ao modelo, com destino em outro POP
Uso	Visto quando alguém olha	Medido por máquina, para planejar capacidade ou cobrar

As camadas da nuvem privada para provedores

A plataforma tem seis camadas empilhadas: servidores, armazenamento, rede, modelos, cotas e cópias. Cada uma pode falhar de um jeito próprio, e a implantação testa todas.

• Computação: três ou mais servidores com a plataforma de virtualização, em geral o Proxmox VE, somando processador e memória.
• Armazenamento distribuído: os discos de todos os servidores formam um espaço só, com cada dado gravado em mais de um lugar.
• Rede: pontes virtuais e VLANs que separam gerência, armazenamento, sistemas internos e cada cliente.
• Modelos: imagens prontas de sistemas operacionais, que se configuram sozinhas no primeiro boot com nome, senha e endereço.
• Cotas e permissões: quem pode criar o quê, e até que tamanho.
• Cópias remotas: um servidor de backup em outro POP, recebendo as cópias pela fibra do próprio provedor.

A camada de modelos é a que mais muda o dia a dia. Com a ferramenta cloud-init, uma imagem genérica recebe nome, chave de acesso e endereço no momento em que é criada, e o servidor fica pronto sem ninguém instalar sistema operacional.

Como o armazenamento distribuído guarda cada dado

No armazenamento distribuído mais usado nessas plataformas, o Ceph, cada disco virtual é picado em pedaços e cada pedaço é gravado em três discos de servidores diferentes, numa configuração comum [CONFIRMAR na documentação]. Perder um disco ou um servidor inteiro não apaga nada.

Quando um disco morre, o Ceph refaz sozinho as cópias que faltaram, usando os discos que sobraram. Essa reconstrução usa rede e disco, e é por isso que o armazenamento ganha uma rede própria, separada da rede dos sistemas.

De onde vem o endereço de cada servidor da nuvem?

Sistemas internos usam endereços privados, numa rede que só a equipe alcança. Servidores que precisam ser vistos de fora recebem um IP do bloco do próprio provedor, anunciado pela borda como qualquer outro prefixo; o guia sobre como funciona o BGP explica esse anúncio.

Como funciona nuvem privada para provedores quando alguém pede um servidor

O pedido percorre sete passos que a plataforma executa sozinha, do modelo escolhido à cópia agendada. Quem pede só escolhe o modelo, o tamanho e a rede.

1. 1 · Pedido

   Modelo e tamanho escolhidos

   Sistema operacional, processador, memória, disco e rede, escolhidos no painel.

2. 2 · Cota

   Limite conferido

   A plataforma recusa o pedido se ele passa da cota do sistema ou do cliente.

3. 3 · Lugar

   Servidor físico escolhido

   O servidor com folga recebe a máquina, respeitando a reserva para um servidor parado.

4. 4 · Disco

   Espaço no armazenamento

   O disco virtual nasce no armazenamento distribuído, já com as cópias internas.

5. 5 · Rede

   VLAN e endereço

   A máquina entra na rede isolada do seu grupo e recebe IP privado ou público.

6. 6 · Primeiro boot

   Configuração automática

   Nome, chave de acesso e atualizações aplicados sem ninguém instalar nada.

7. 7 · Proteção

   Cópia e alerta

   A cópia para o outro POP e os alertas de disco e memória entram junto com a máquina.

O passo 7 é o que mais se esquece quando a nuvem é montada às pressas. Uma máquina criada sem cópia agendada parece pronta e só mostra o problema no dia em que precisa ser restaurada.

Se o pedido para em algum passo, a causa costuma estar na camada correspondente: cota estourada no passo 2, servidores sem folga no passo 3, armazenamento quase cheio no passo 4.

Etapas da implantação e o que o provedor prepara em cada uma

A implantação tem seis etapas, e a última, o piloto com clientes, só acontece se o provedor decidir vender servidores. Em cada etapa, a equipe do provedor entra com algo diferente.

Etapas da implantação da nuvem privada, o que o provedor prepara e o que recebe em cada uma

Etapa	O provedor prepara	O provedor recebe	Peso relativo
1. Levantamento	Lista de sistemas, servidores atuais e eventuais pedidos de clientes	Mapa de consumo e crescimento previsto	Curto
2. Desenho	Escolha do local, POP próprio ou colocation, e do POP das cópias	Desenho das seis camadas	Curto
3. Montagem e testes	Rack, energia, portas de switch e fibra entre os POPs	Plataforma testada com falha de servidor e de disco	Médio
4. Modelos e redes	Padrão de nomes e lista de sistemas operacionais usados	Catálogo de modelos e redes isoladas	Curto
5. Sistemas internos	Janelas e quem testa cada sistema	Sistemas da casa rodando na nuvem	O mais longo
6. Piloto com clientes	Decisão comercial e empresas para o teste	Isolamento e painel provados com poucos clientes	Depende da decisão

Os prazos em dias saem depois do levantamento: [PREENCHER prazo típico por etapa]. O que faz o projeto crescer, como a venda a terceiros ou o segundo local, está no guia sobre quanto custa nuvem privada para provedores.

Por que os sistemas da casa ocupam a nuvem antes dos clientes

Porque eles mostram, sem risco comercial, se a plataforma aguenta carga real por semanas. Um defeito de rede ou de armazenamento achado com o monitoramento do provedor custa uma manhã; achado com o servidor de um cliente, custa o contrato.

A sequência de migração dos sistemas internos segue a mesma lógica de uma implantação de Proxmox, do que pode parar ao que não pode; o guia sobre como funciona implantação de Proxmox detalha essa ordem.

Erros que só aparecem quando a nuvem enche

Uma nuvem recém-montada quase sempre funciona bem, porque está vazia. Os erros aparecem meses depois, quando os sistemas e os clientes ocupam o espaço que o desenho deixou livre.

Quase todos esses erros dão aviso antes, desde que exista um alerta de ocupação para cada camada. A entrega deixa esses limites escritos, com o percentual em que a equipe deve agir.

Quando vale abrir a plataforma para empresas clientes?

Vale quando a operação já provou que aguenta, e não quando a primeira empresa pede. Os sinais abaixo são técnicos; a decisão comercial e as regras do serviço vendido ficam com o provedor [CONFIRMAR na norma].

• Estabilidade: os sistemas internos rodaram na nuvem por um período combinado sem incidente sério.
• Restauração provada: uma máquina inteira voltou da cópia do outro POP, com o tempo registrado.
• Isolamento testado: uma máquina de teste numa rede de cliente não alcança nada fora dela.
• Atendimento definido: está escrito quem responde aos clientes quando algo falha fora do expediente.

Exemplo: como funciona nuvem privada para provedores com três POPs

O caso é ilustrativo e reúne situações comuns em provedores regionais com mais de uma cidade. Ele acompanha a nuvem da montagem até o primeiro pedido de cliente.

1. Desenho: a plataforma fica no POP da cidade principal, que tem energia e clima melhores, e as cópias vão para o POP da cidade vizinha pela fibra própria.
2. Montagem e testes: três servidores com armazenamento distribuído; um disco é retirado com tudo rodando, e a reconstrução é acompanhada até o fim.
3. Modelos: dois modelos Linux e um Windows, com cópia e alerta já ligados.
4. Sistemas internos: monitoramento, DNS, ERP e autenticação dos assinantes passam para a nuvem, um por janela.
5. Primeiro cliente: meses depois, uma empresa da cidade pede um servidor; ele nasce de um modelo, numa rede isolada, com IP do bloco do provedor e cópia no outro POP.

O ponto que mais pesou foi a fibra entre os POPs, que precisou de uma VLAN própria para as cópias não disputarem banda com os assinantes. Os servidores do POP principal também passaram a pedir mais da energia; o dimensionamento de nobreak, clima e rack entra antes da montagem.

O que o provedor tem nas mãos quando a nuvem é entregue

O provedor recebe a plataforma com as seis camadas testadas e os documentos para operá-la sem quem implantou. A lista ajuda a conferir item por item.

Perguntas frequentes

Fontes

1. The NIST Definition of Cloud Computing (NIST SP 800-145): os cinco traços que distinguem uma nuvem de um conjunto de servidores virtualizados
2. Architecture (documentação do Ceph): como o Ceph divide os dados em objetos, grava réplicas em discos diferentes e se reconstrói
3. Cloud-Init Support (documentação do Proxmox VE): configuração automática de nome, chave e rede no primeiro boot de uma máquina criada a partir de modelo