Комментарии 18
Один простой вопрос: если пользователь не использует процессор, но его заказал, он за него платит?
На данный момент да, если он его заказал.
Осенью планируем перейти на динамическое потребление ресурсов, в том числе добавить возможность «заморозки» сервера, когда пользователь платит только за место на диске.
Осенью планируем перейти на динамическое потребление ресурсов, в том числе добавить возможность «заморозки» сервера, когда пользователь платит только за место на диске.
Когда человек платит ЗА потребление ресурсов. Не за заказ, не за ваше ожидание средней нагрузки «по больнице», а за фактическое потрбление. Сколько тактов (секунд, тиков) процессор потребил — столько заплатил.
А рычажное тягание ползунков «больше процессора/меньше процессора» напоминает рычаг пососа топлива на карбюраторных двигателях.
Откуда я, как пользователь, знаю, сколько конкретно сейчас нужно моему компьютеру процессорного времени и памяти? Не знаю. И компьютер, кстати, не знает, он просто потребляет. И облако должно предоставлять ресурсы по потребности, а не по тарифному плану. И деньги брать по потреблению, а не по абстрактной планке.
А рычажное тягание ползунков «больше процессора/меньше процессора» напоминает рычаг пососа топлива на карбюраторных двигателях.
Откуда я, как пользователь, знаю, сколько конкретно сейчас нужно моему компьютеру процессорного времени и памяти? Не знаю. И компьютер, кстати, не знает, он просто потребляет. И облако должно предоставлять ресурсы по потребности, а не по тарифному плану. И деньги брать по потреблению, а не по абстрактной планке.
тю. я как раз думал что у вас и есть «что заюзал — за то и заплатил»
а так… не особо интересно…
а так… не особо интересно…
Получается: «Так, завтра у нас будет хабраэффект, нужно докупить ресурсов...»
Нужно самостоятельно отслеживать сколько нужно ресурсов… и быстро менять «тариф», то в большую, то в меньшую сторону. Ну это не совсем адекватно.
Цитата с Вашего сайта:
«Облачный сервер — это виртуальный выделенный сервер (виртуальная машина), параметры которого вы выбираете сами и можете их динамически изменять, как вручную, так и автоматически.»
Почему если автоматика запланирована на осень, а информация о ней уже есть на сайте?
Или под автоматикой подразумевается — цитата с сайта:
«Sidebar будет оповещать вас об изменениях в работе вашего „облачного“ сервера.»
Нужно самостоятельно отслеживать сколько нужно ресурсов… и быстро менять «тариф», то в большую, то в меньшую сторону. Ну это не совсем адекватно.
Цитата с Вашего сайта:
«Облачный сервер — это виртуальный выделенный сервер (виртуальная машина), параметры которого вы выбираете сами и можете их динамически изменять, как вручную, так и автоматически.»
Почему если автоматика запланирована на осень, а информация о ней уже есть на сайте?
Или под автоматикой подразумевается — цитата с сайта:
«Sidebar будет оповещать вас об изменениях в работе вашего „облачного“ сервера.»
Можно для этого использовать API, vs же не знаем сколько вашему приложению (не web сайту) потребуется ресурсов.
Если ваше приложение может определить, что ему не хватает ресурсов, то оно может изменить параметры посредством API.
Если ваше приложение может определить, что ему не хватает ресурсов, то оно может изменить параметры посредством API.
Какие параметры можно изменить с помощью API без перезагрузки?
как выглядит процесс определения приложением нехватки квоты по памяти?
А че вы с больной головы на здоровую перекладываете?
у меня все работает, сколько потребляет — уже проблема биллинга хостера. Кто как не сервер хостера должен знать сколько он потребляет памяти и мощности проца?
у меня все работает, сколько потребляет — уже проблема биллинга хостера. Кто как не сервер хостера должен знать сколько он потребляет памяти и мощности проца?
Так выделите столько сколько нужно приложению и спишите необходимую для этого сумму.
НЛО прилетело и опубликовало эту надпись здесь
В FreeBSD отсутствуют компоненты для интеграции с гипервизором Hyper-V, четыре ядра сейчас поддерживают только Suse Linux и RedHat
Только 4? А 8?
А смысл? Как много приложений нуждается более чем в 4х процессорах? Тоже касается и памяти, даже 8 Гб зачастую не востребованы.
смысл в том, что вся соль вашего хостинга была бы в том, чтоб он мог давать огромные ресурсы, если это нужно.
8 ядер, 16 ядер — не важно.
8 гигов, 32 гига — не важно.
Объем занятой памяти7 гиг? облако поднимает лимит до 9.
4 ядра загружены на 70%? добавляем еще одно.
и т.п.
ну елки-палки, неужели нельзя не запарывать хорошую идею, а довести ее до ума?
8 ядер, 16 ядер — не важно.
8 гигов, 32 гига — не важно.
Объем занятой памяти7 гиг? облако поднимает лимит до 9.
4 ядра загружены на 70%? добавляем еще одно.
и т.п.
ну елки-палки, неужели нельзя не запарывать хорошую идею, а довести ее до ума?
Оптимальное решение для подобного рода сервисов:
1. Плата за реально используемую нагрузку;
2. Автоматическое увеличение выделяемых ресурсов до предела устанавливаемого заказчиком;
3. Уведомление заказчика при достижении предела.
1. Плата за реально используемую нагрузку;
2. Автоматическое увеличение выделяемых ресурсов до предела устанавливаемого заказчиком;
3. Уведомление заказчика при достижении предела.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Облачный хостинг Slidebar. Мы на все ответим!