CrestVPS

reseller vps

Hosting-Reseller

Ihre Marke im Panel, unsere Hardware darunter.

Was wir bereitstellen würden

86,73 €/Mo

123,90 €30% jährlich

Reselling funktioniert, wenn die Plattform langweilig ist und die Margen sichtbar sind. Virtualizor ermöglicht es Ihnen, eine TORQUE-Instanz in Ihre eigenen VPS-Produkte mit eigenem Branding und eigener Preisliste zu zerlegen; cPanel, Plesk und DirectAdmin sind lizenziert und vorinstalliert, wenn Sie stattdessen Shared Hosting verkaufen. Saubere IP-Bereiche sind hier wichtiger als anderswo, und unsere werden vor der Zuweisung geprüft.

Warum diese Konfiguration

TORQUE hat die günstigsten dedizierten Kerne und die vorhersehbarste Festplattenleistung, was Ihre Kunden tatsächlich bemerken. Fügen Sie ein /29 hinzu, damit jeder Kunde eine eigene Adresse haben kann.

Was wir bereitstellen würden

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

Sizing

Zählen Sie Konten, nicht Kerne. Ein TORQUE-Knoten mit 16 dedizierten Kernen und 64 GB trägt etwa 150-250 typische Shared-Hosting-Konten unter Virtualizor, vorausgesetzt pro Konto PHP-FPM-Pools mit Limits. Der limitierende Faktor ist fast immer NVMe-IOPS während Backup-Fenstern und Mailbox-Schreibvorgängen, nicht die CPU. Geben Sie jedem Kunden von Anfang an ein Festplattenkontingent und eine Inode-Obergrenze. Nehmen Sie ein /29 für fünf nutzbare Adressen: eine für den Knoten, der Rest für Kunden, die dedizierte IPs benötigen.

Saubere Bereiche und deren Erhalt

Die Geschichte einer IP folgt ihr. Bevor Sie einen Block akzeptieren, prüfen Sie ihn gegen Spamhaus, SpamCop und die DNSBLs, die die Empfänger Ihrer Kunden tatsächlich nutzen, und prüfen Sie das gesamte /29, nicht nur die erste Adresse. CrestVPS weist aus Bereichen zu, die es in eigenen Cages kontrolliert, und die PTR-Delegierung liegt bei Ihnen. Danach liegt der Ruf in Ihrer Verantwortung. Begrenzen Sie ausgehendes SMTP pro Konto, erfordern Sie SMTP-AUTH, warnen Sie bei jedem Konto, das seine normale tägliche Menge um eine Größenordnung überschreitet, und suspendieren Sie eher, als zu verhandeln. Delisting dauert Tage. Prävention dauert einen Nachmittag Konfiguration.

Virtualizor-Topologie, die Wachstum übersteht

Betreiben Sie den Virtualizor-Master auf einem eigenen kleinen Knoten, niemals auf einem Knoten, der auch Kunden trägt. Wenn ein Hypervisor ausfällt, möchten Sie, dass das Control Panel weiterhin antwortet, und die Backups des Masters unabhängig von der ausgefallenen Maschine sind. Slaves sind dann austauschbar. Verwenden Sie KVM statt Container, wo Kunden Root haben, halten Sie einen Speicherpool pro Slave auf lokalem NVMe statt etwas Geteiltem, und halten Sie den Master nur über das private VLAN plus einen Bastion erreichbar. Das Hinzufügen eines Slaves unter dieser Anordnung ist eine 47-Sekunden-Bereitstellung und ein paar Minuten Konfiguration. Skalieren Sie also früh horizontal.

Was schiefgeht

  • Overselling mit Thin-LVM und ohne Überwachung der Pool-Metadaten. Wenn das Metadaten-Volume voll ist, wird der Pool schreibgeschützt und alle Container auf dem Knoten stoppen gleichzeitig. Warnen Sie bei 70%.
  • Senden aller Kunden-E-Mails von der Haupt-IP des Knotens. Ein kompromittiertes WordPress installiert einen Eintrag, und alle E-Mails unabhängiger Kunden beginnen zu bouncen. Leiten Sie ausgehende E-Mails über eine separate dedizierte Adresse weiter.
  • Überspringen der IO-Limits pro Konto. Eine nächtliche Rsync eines Kunden oder eine nicht indizierte Datenbank wird den gesamten Knoten aushungern. Setzen Sie io.max in cgroups v2 pro Container, bevor der erste Kunde eintrifft.

Maschine optimieren

  • Control PanelVirtualizor (resell your own VPS) · 12 €
  • Adressierung und TransitIPv4 /29 subnet (5 usable) · 11 €
  • BackupsDaily backup, 30 restore points · 11 €
  • Adressierung und TransitCustom rDNS / PTR with SPF alignment · Inklusive