reseller vps
Реселлеры хостинга
Ваш бренд на панели, наше железо под капотом.
Что бы мы развернули
86,73 €/мес
123,90 €−30% ежегодно
Реселлинг работает, когда платформа скучная, а маржа видна. Virtualizor позволяет вам разделить инстанс TORQUE на собственные VPS-продукты с вашим брендом и вашим прайс-листом; cPanel, Plesk и DirectAdmin лицензированы и предустановлены, если вы продаете шаред-хостинг. Чистые IP-диапазоны здесь важнее, чем где-либо еще, и наши проверяются перед выделением.
Почему такая конфигурация
TORQUE имеет самые дешевые выделенные ядра и самую предсказуемую производительность диска, что ваши клиенты замечают в первую очередь. Добавьте /29, чтобы каждый клиент имел отдельный адрес.
Что бы мы развернули
Размер
Считайте аккаунты, а не ядра. Узел TORQUE с 16 выделенными ядрами и 64 ГБ RAM выдерживает примерно 150-250 типичных аккаунтов шаред-хостинга под Virtualizor, при условии отдельных PHP-FPM пулов с лимитами. Ограничивающий фактор почти всегда NVMe IOPS во время окон бэкапов и записи почтовых ящиков, а не CPU. Дайте каждому клиенту жесткую квоту на диск и лимит inode с первого дня. Возьмите /29 для пяти используемых адресов: один для узла, остальные для клиентов, нуждающихся в выделенных IP.
Чистые диапазоны и как их сохранить
История IP следует за ним. Прежде чем принять блок, проверьте его по Spamhaus, SpamCop и DNSBL, которые реально используют получатели ваших клиентов, и проверяйте весь /29, а не только первый адрес. CrestVPS выделяет из диапазонов, которые контролирует в своих дата-центрах, и делегирование PTR настраивается вами. После этого репутация — ваша ответственность. Ограничьте скорость исходящего SMTP на аккаунт, требуйте SMTP AUTH, оповещайте о любом аккаунте, превысившем нормальный дневной объем на порядок, и приостанавливайте, а не ведите переговоры. Снятие из черных списков занимает дни. Профилактика — полдня настройки.
Топология Virtualizor, которая выдерживает рост
Запускайте мастер Virtualizor на отдельном небольшом узле, никогда на узле, который также обслуживает клиентов. Когда гипервизор падает, вы хотите, чтобы панель управления продолжала отвечать, и хотите, чтобы бэкапы мастера были независимы от отказавшего оборудования. Слейвы тогда заменяемы. Используйте KVM, а не контейнеры, где клиенты получают root, держите один пул хранения на слейв на локальном NVMe, а не на общем хранилище, и держите мастер доступным только через приватную VLAN и бастион. Добавление слейва при такой схеме — 47-секундная провизия и несколько минут конфигурации, так что масштабируйтесь горизонтально рано.
Что идёт не так
- Оверселлинг с thin LVM и без мониторинга метаданных пула. Когда том метаданных заполняется, пул переходит в режим только для чтения, и все контейнеры на узле останавливаются одновременно. Алерт на 70%.
- Отправка всей клиентской почты с основного IP узла. Один скомпрометированный WordPress-сайт заносит адрес в черный список, и почта всех несвязанных клиентов начинает отскакивать. Направляйте исходящую почту через отдельный выделенный адрес.
- Отсутствие лимитов IO на аккаунт. Один ночной rsync или неиндексированная база данных клиента задушат весь узел. Установите io.max в cgroups v2 для каждого контейнера до прихода первого клиента.
Настройте машину
- Панель управления — Virtualizor (resell your own VPS) · 12 €
- Адресация и транзит — IPv4 /29 subnet (5 usable) · 11 €
- Резервные копии — Daily backup, 30 restore points · 11 €
- Адресация и транзит — Custom rDNS / PTR with SPF alignment · Включено
Ещё
Для конкретных задач
Хостинг игровых серверов
Tick rate — это проблема одного потока. Всё остальное — шум.
VPS для трейдинга и низкой задержки
Расстояние до матчинг-движка и ничего между вами и проводом.
Приватные VPN и прокси-энdpoints
Собственный выход в юрисдикции, которую вы выбрали осознанно.
Сидбоксы и оптовое хранилище
Терабайты, которые остаются дешёвыми, и порт, который остаётся открытым.
Рабочие узлы Kubernetes
Дёшево за ядро, плотно и каждый раз одинаково.
Инференс и дообучение ИИ
Целый GPU, прокинутый насквозь, при обязательствах, которые делают расчёты рабочими.