CrestVPS

reseller vps

Revendedores de hospedagem

Sua marca no painel, nosso hardware por baixo.

O que implantaríamos

€ 86,73/mês

€ 123,9030% anual

Revender funciona quando a plataforma é previsível e as margens são visíveis. O Virtualizor permite que você transforme uma instância TORQUE em seus próprios produtos VPS com sua própria marca e sua própria tabela de preços; cPanel, Plesk e DirectAdmin são licenciados e pré-instalados se você estiver vendendo hospedagem compartilhada. Faixas de IP limpas importam mais aqui do que em qualquer outro lugar, e as nossas são auditadas antes da alocação.

Por que essa configuração

TORQUE tem os núcleos dedicados mais baratos e o desempenho de disco mais previsível, que é o que seus clientes realmente notam. Adicione um /29 para que cada cliente possa ter um endereço distinto.

O que implantaríamos

PlanTORQUE T3
vCPU16 (dedicated)
RAM64 GB
Armazenamento800 GB
ImagemAlmaLinux 9

Dimensionamento

Conte contas, não núcleos. Um nó TORQUE com 16 núcleos dedicados e 64 GB suporta aproximadamente 150-250 contas típicas de hospedagem compartilhada sob Virtualizor, assumindo pools PHP-FPM por conta com limites. A restrição limitante é quase sempre IOPS NVMe durante janelas de backup e gravações de caixa de correio, não CPU. Dê a cada cliente uma cota de disco rígida e um teto de inodes desde o primeiro dia. Pegue um /29 para cinco endereços utilizáveis: um para o nó, o resto para clientes que precisam de IPs dedicados.

Faixas limpas, e mantê-las limpas

A história de um IP o segue. Antes de aceitar um bloco, verifique-o contra Spamhaus, SpamCop e as DNSBLs que os destinatários dos seus clientes realmente usam, e verifique todo o /29 ao invés do primeiro endereço. A CrestVPS atribui de faixas que controla em seus próprios cages, e a delegação de PTR é sua para definir. Depois disso, a reputação é sua responsabilidade. Limite a taxa de SMTP de saída por conta, exija SMTP AUTH, alerte sobre qualquer conta que exceda seu volume diário normal em uma ordem de magnitude, e suspenda em vez de negociar. Remoção de listas leva dias. Prevenção leva uma tarde de configuração.

Topologia Virtualizor que sobrevive ao crescimento

Rode o mestre Virtualizor em seu próprio nó pequeno, nunca em um nó que também carrega clientes. Quando um hipervisor cai, você quer o painel de controle ainda respondendo, e quer os backups do mestre independentes da máquina que falhou. Os escravos são então descartáveis. Use KVM em vez de contêineres onde os clientes têm acesso root, mantenha um pool de armazenamento por escravo em NVMe local em vez de algo compartilhado, e mantenha o mestre acessível apenas através da VLAN privada e um bastião. Adicionar um escravo sob este acordo é uma provisão de 47 segundos e alguns minutos de configuração, então escale horizontalmente cedo.

O que dá errado

  • Superdimensionamento com LVM thin e sem monitoramento no metadata. Quando o volume de metadata enche, o pool se torna somente leitura e todos os contêineres no nó param de uma vez. Alerta em 70%.
  • Enviar todo o e-mail do cliente a partir do IP principal do nó. Uma instalação WordPress comprometida lista o endereço, e o e-mail de todos os clientes não relacionados começa a rejeitar. Roteie o e-mail de saída através de um endereço separado e dedicado.
  • Ignorar limites de IO por conta. O rsync noturno ou um banco de dados sem índice de um cliente vai tirar recursos de todo o nó. Defina io.max em cgroups v2 por contêiner antes do primeiro cliente chegar.

Ajuste a máquina

  • Painel de controleVirtualizor, revenda seu próprio VPS · € 12
  • Endereçamento e trânsitoIPv4 /29 subnet (5 usable) · € 11
  • BackupsBackup diário, trinta pontos de restauração · € 11
  • Endereçamento e trânsitoCustom rDNS / PTR with SPF alignment · Incluído