CrestVPS

vps revendeur

Revendeurs d'hébergement

Votre marque sur le panneau, notre matériel en dessous.

Ce que nous déploierions

86,73 €/mois

123,90 €30% annuel

La revente fonctionne lorsque la plateforme est ennuyeuse et les marges visibles. Virtualizor vous permet de découper une instance TORQUE en vos propres produits VPS avec votre propre marque et votre propre grille tarifaire ; cPanel, Plesk et DirectAdmin sont licenciés et préinstallés si vous vendez de l'hébergement mutualisé. Des plages IP propres comptent plus ici qu'ailleurs, et les nôtres sont auditées avant allocation.

Pourquoi cette configuration

TORQUE a les cœurs dédiés les moins chers et les performances disque les plus prévisibles, ce que vos clients remarquent réellement. Ajoutez un /29 pour que chaque client puisse avoir une adresse distincte.

Ce que nous déploierions

PlanTORQUE T3
vCPU16 (dedicated)
RAM64 GB
Stockage800 GB
ImageAlmaLinux 9

Dimensionnement

Comptez les comptes, pas les cœurs. Un nœud TORQUE avec 16 cœurs dédiés et 64 Go porte environ 150 à 250 comptes d'hébergement mutualisé typiques sous Virtualizor, en supposant des pools PHP-FPM par compte avec des limites. La contrainte limitante est presque toujours les IOPS NVMe pendant les fenêtres de sauvegarde et les écritures de boîtes mail, pas le CPU. Donnez à chaque client un quota disque dur et un plafond d'inodes dès le premier jour. Prenez un /29 pour cinq adresses utilisables : une pour le nœud, le reste pour les clients ayant besoin d'IP dédiées.

Plages propres, et comment les garder

L'historique d'une IP la suit. Avant d'accepter un bloc, vérifiez-le contre Spamhaus, SpamCop et les DNSBL que les destinataires de vos clients utilisent réellement, et vérifiez tout le /29 plutôt que la première adresse. CrestVPS attribue à partir de plages qu'il contrôle dans ses propres cages, et la délégation PTR est à vous de définir. Ensuite, la réputation est votre responsabilité. Limitez le débit SMTP sortant par compte, exigez l'authentification SMTP, alertez sur tout compte dépassant son volume quotidien normal d'un ordre de grandeur, et suspendez plutôt que de négocier. La déliste prend des jours. La prévention prend un après-midi de configuration.

Topologie Virtualizor qui survit à la croissance

Exécutez le maître Virtualizor sur son propre petit nœud, jamais sur un nœud qui porte aussi des clients. Lorsqu'un hyperviseur tombe en panne, vous voulez que le panneau de contrôle réponde toujours, et vous voulez que les sauvegardes du maître soient indépendantes de la machine qui a échoué. Les esclaves sont alors jetables. Utilisez KVM plutôt que des conteneurs là où les clients ont root, gardez un pool de stockage par esclave sur NVMe local plutôt que quelque chose de partagé, et gardez le maître accessible uniquement sur le VLAN privé plus une bastion. Ajouter un esclave dans cette configuration est un approvisionnement de 47 secondes et quelques minutes de configuration, alors passez à l'échelle horizontale tôt.

Ce qui va de travers

  • Survente avec LVM fin et sans surveillance du métadonnées du pool. Lorsque le volume de métadonnées se remplit, le pool passe en lecture seule et tous les conteneurs du nœud s'arrêtent d'un coup. Alertez à 70 %.
  • Envoyer tout le courrier des clients depuis l'IP principale du nœud. Une installation WordPress compromise liste l'adresse, et le courrier de chaque client non concerné commence à rebondir. Acheminez le courrier sortant via une adresse dédiée séparée.
  • Ignorer les limites d'E/S par compte. Le rsync nocturne d'un client ou une base de données non indexée affamera tout le nœud. Définissez io.max dans cgroups v2 par conteneur avant l'arrivée du premier client.

Réglez la machine

  • Panneau de contrôleVirtualizor (resell your own VPS) · 12 €
  • Adressage et transitIPv4 /29 subnet (5 usable) · 11 €
  • SauvegardesSauvegarde quotidienne, trente points de restauration · 11 €
  • Adressage et transitCustom rDNS / PTR with SPF alignment · Inclus