Так надо и сидеть на этом общем хостинге ;) Я часто встречаюсь с ситуацией, когда клиенты абсолютно неадекватно заказывают услугу. Статистика наверно такая - те кто использует VPS, 70-80% в полне достаточно шаред хостинга. Те кто уже перешли на выделенный сервер 90% может жить на впс или на шаред, только надо чуть приоткрыть кошелёк, не так много как на сервер, но всё равно. Также надо чуть грамотней администрировать. Типичная ситуация на выделенном сервере - один или пара сайтов, которые занимают 2-50 ГБ на диске, а остальное забито бэкапами, мусором, файлами сессий, спамом...
А почему вы IaaS обязательно пишете на английском, а не на чистом русском? Чтобы клиентам это казалось как можно мистичней? Это же обыкновенная инфраструктура, которая может состоять из одного или нескольких серверов в одиночку или в объединении любым способом и клиент имеет возможность в рамках этой инфраструктуры заказать какую то услугу. Никакой мистики и чего то такого тут нет. По сути, всё равно речь идёт о виртуальном сервере. Зачем клиентам надо вешать лапшу науши?
Теперь касательно мащтабируемости - она есть на всех видах виртуальных серверов. Если маштабировать надо до уровня четырёхядерного сервера, то тут уже логично маштабировать количеством серверов, а не виртуалками. Так как клиенту будет продаваться воздух, или он будет платить 3-4 раза выше цену чем за сервер. Посмотрите на те же тарифы Linode, DA и у любого другого. Я к примеру лично даже не предлагаю тарифы выше выделенного сервера, так как лучше клиенту предложить целый сервер с сопутсвующим сервисом. Хотя возможность такого заказа есть.
Что касаеться уменьшения/увеличения диска - то тут вобще всё просто: он без проблем увеличивается/уменьшается на контейнерных виртуализация типа OpenVZ/Virtuozzo без остановки. Но это самый паршивый способ виртуализации, так как между собой виртуалки зависимимые и производительность дисковых операций реально ниже, хотя разработчики расказывают сказки другие. Именно из за этих виртуализаций авторитет всех VPS упал ниже плинтуса.
На аппаратных виртуализациях типа KVM, Xen, Vmware тоже можно организовать в ужчерб производительности.
К примеру я лично могу предложить такую возможность, но знаю что это решение паршивое. (и тут спуститься с облаков облачник и скажет... ) Самый производительный образ виртуального диска виртуальной машины получается при использовании LVM. Потеря производительности по сравнению с реальным железом на уровне нескольких процентов. Этот тип диска можно увеличить в зависимости от файловой системы которая применяться на виртуальной машине. Но не рекомендуется. Уменьшить можно только остановив и перекинув всю систему на уменьшеный образ. Я лично своим клиентам предлагаю делать так как делается на обычных Unix серверах - ОС на минимнальном размере - 10 ГБ, а дальше при росте можно добавлять хранилище по желанию. И производительность и маштабируемость сохраняется. На KVM виртуалках можно до 25 виртуальных дисков напичкать. В практике больше 4 никогда не использовал. Можно смешивать один SSD, другой SATA, третий сетевой. Можно собирать RAID на самой виртуалке. Всё что угодно можно. Но вот на облачном ничего нельзя, только сетевое хранилище ;)
Направил вам клиента на VPS, я просто не хочу связываться с сервисами рассылок. Он теперь мне звонит и шумит - что за компания, которая блокирует акаунт до истечения оплаченного счёта ;) проплаченно до 1 января 2017 года, а сегодня 21 число декабря. Да всё нормально говорю, правила у них такие ;) Неплохо придумали, я бы ни как не додумался за 10 дней блокировать акаунт виртуального сервера, вот это облака, вот это чудеса, вот это законы ;)
Теперь глянул на правила:
Действуете совсем не так как написанно. В ЕС за такой обман очень быстро получили поздравительную от службы охраны прав покупателей (штраф на первый раз наверне сотня /другая евро если физ. лицо не доказал что пострадал морально 🤪 ), если заказал физик, или повестку в суд, если акаунт на юрике ;)
Стало интересно - углубился дальше:
Оказывается услуга была проплаченна 1 декабря сего года, где тут прората? :kozak:
Мне пофик, но вам ребята не стыдно? Так берите сразу прорату на второй полный месяц 😂
P.S. Прората в WHMCS выставляется совсем не так ;)
Чтобы хостёр доплатил, не желаете? 🤪
В облаке берите, тут коллега пропиарил чудо облако, где платить надо только за то, что используете. А так как на винде много сидеть не будете, то в основном будете платить за занятое место (это так в ролике говорят) 🍿
Красиво оформлен опиум для народа ;)
В июле OpenVZ 7.0 представили как свежейшую новость на 3.1* ядре (это конец 2013 год). Теперь уже базовое ядро 4.4... Отстаёт от пульса как минимум на 3 года, реально больше, похоже не догонит.... Я уже собираюсь совсем отказаться от OpenVZ...
Загнули, по крайней мере в Литве такой цены за /24 нет. Умножайте на два, тогда да, возможно.
Вы не подумали, что тратите лишние ресурсы своего рабочего сервера, впс на то, чтобы качать стандартные FTP бэкапы? Сколько я не пробовал использовать хранилища от OVH, Hetzner с rsync, то все попытки были неудачные. Множество битых, оборванных бэкапов. Также попробуйте эти бэкапы с тех хранилищь стащить в один мах... Само собой я не про 10 Гб говорю... Мои все выделенные OVH хранилища пустые, изредка только скидываю то, чтом мне скорее всего не понадобится...
R1Soft хорошо, но дорого. Свой сервер гибче и дешевле.
А ТС'у посоветовал бы не заморачивать голову таким сервисом, никому он не нужен, только кажется что это простая задача. Кому надо, у того решение есть, кому не надо, тот не будет покупать...
Ошибочный путь выбираете. Маштабировать можно, но надо знать насколько нагруженно и изначальные характеристики системы, на которой процесс происходит ;) Мой совет, если хотите сэкономить и иметь хорошее качество, выбирайте разумные фиксированные параметры. Больше, не значит лучше, каждая виртуализация имеет свою специфику. Маштабируемость это понятие относительно, одно когда маштабируешь сам, то есть добавляшь реальные ресурсы, а другое когда тебе маштабирует ;) то есть добавляют виртуальные ресурсы, толи они были, толи испарились в облаке 🤪
Перерост с шареда, значит уже готовы администрировать сервер?
Так и не будет иначе, но хость бы вся зараза была в отдном разделе и в одном месте. А теперь открываешь раздел и доминирует слово "абузоустойчивый". Хотя в такого просто нет и не будет.....
Мне как для клиента всегда удобней оплатить конкретный счет за конкретную услугу. Как хостёру, лучше чтобы клиент оплатил счёт один раз за длительный период, нежели ту же самую сумму занёс в билинг и деньги снимались ежемесячно. Так как если один раз оплатил услугу на длительный период, будет одиин счет, а при пополнении с баланса будет 1+n . Кому это надо?
Эта система не для этого, она только для управления услугой и принятия средств. Если вести учет в автомат, надо данные снимать прямо с базы, но там возникнет трудности из за конвертации валют. Слишком громоздкая система получится, легче просто счета взять.
Billmanager можно было как то терпеть, если они дальше развивали 4 ветку. А так компания ненадёжная, нет смысла такой продукт использовать, так как для использования всё равно надо делать переводы, допиливания и так далее. Поменял версию, всё делай снова. Спасибо не надо.....
