KM.UA уже написал :) Спасибо!
На самом деле, интереса как такового нет - просто у нас есть биллинг, дающий возможность смены адресов и куча дополнительных услуг которые Вы, возможно, захотите заказать из этого биллинга :)
Ну, Вы можете просто держать лицензию у себя в аккаунте в выключенном (или даже не выключенном) состоянии, пока она не понадобится.
Нет.
IP менять действительно может только текущий реселлер, у которого брали лицензию. Он может и не захотеть это делать, если лицензия была какая-то акционная или со звёздочкой.
Можете попробовать перенести лицензию к нам, если текущий хостер согласится - то у Вас будет billmanager для автоматической смены IP.
Немножко не так - это даже не полигон - ведь на полигоне тестируют новые фичи, а в openvz, как ты правильно написал, нет и никогда не будет таких фич как slmmemorylimit и vzfs (хотя, помню, ужас как помучался с последним год назад при миграции 3->4). Хотя, в OpenVZ они недавно совершили революцию - отказались от крон-скриптика для рестарта впсок и отдали эту работу какому-то vzeventd. 🤪
В корпоративной виртуализации, скорее всего, все эти фичи действительно нужны - когда одним кликом нужно сетапить и апдейтить сотни впсок на десятках нод, но для vps хостинга (по крайней мере в той стадии, на которой он сейчас здесь находится), на мой взгляд, более чем хвататет возможностей openvz и типичных панелей.
Просто на freebsd есть функция, меняющая заголовок у процесса, а на linux с этим надо извращаться, надеясь не покалечить окружение и стек.
Да, похоже на микрософт - красивые картинки и много букв.
А на самом деле-то это работает? Вы запускали?
>Boris A Dolgov, теперь я озадачился еще больше. И как тогда быть? Если я получаю только ~50% от заявленной в ТП мощности CPU при загрузке 100% по top'у, это никак не проверить?
Скорее всего, нет. Только купив аналогичный процессор и проведя на нем какой-нибудь бенчмарк, достаточной длительности, чтобы действие соседей адекватно размазалось по времени.
>А про hyper-thrading это правда, что 50% от заявленного в ТП получаю я? Просто у меня unixbench в описании CPU что-то про HT писал. А среди флагов /proc/cpuinfo имеется флаг ht.
Вы, видимо, перечитали хабрапомойку :)
На самом деле, одно ядро падает по производительности где-то в 1.3 раза при включении ht. Но так как ядер становится в два раза больше, суммарно получается рост, а так как в OpenVZ у VPS нет процессоров и ограничений, в итоге Вы выиграете.
Прочитайте формулировку процессорного ограничения на сайте хостера.
Если там описано что-то вроде "2 ядра по 1000 Mhz", то он заведомо Вас обманывает (возможно, даже не подозревая об этом), так как OpenVZ (да и никто другой) не может отрезать от процессора мегагерцы и прикрепить к виртуальному серверу.
Если там написано что-нибудь вроде "10% от 1 ядра XEON XXX", то она - нечеткая и к ней можно придраться. Во-первых, под ядром можно понимать физическое ядро (тогда надо либо выключать HT, либо при включенном HT выдавать в два раза больше ядер виртуальному серверу), а можно и виртуальное (тогда при HT достаточно давать одно ядро). Во-вторых, это никак не управляет кешем и самим процессором - в пике Вы всегда можете потребить хоть все 100%, но дальше пойдет разделение на порядочного и непорядочного хостера. У порядочного 10% Вам будут всегда гарантированы, а у непорядочного - нет. Способа проверить, что выделено и что гарантировано, тоже не существует из-за особенностей системы виртуализации.
Вообще, на openvz виртуализации процессор будет самым слабым местом в последнюю очередь. Лучше проверьте производительность диска и то, насколько память не свопится.
На OpenVZ нет понятия реально досупных мегагерц - так как у OpenVZ-впски нет процессора.
То, что показывает /proc/cpuinfo - просто информация, которую OpenVZ кладет в тот файл.
Ограничение процессора построено на расстановке приоритетов процессов, и единственное, о чем можно знать - что процесс из контейнера, у которого mhz показывается больше, получит "больший" приоритет. Значит, результаты тестов будут необъективны и будут зависеть от ситуации на ноде у соседей.
Думаю, если хакер выложит эксплоит, то будет худо всем.
Если Вы о Continuous_data_protection как технологии, то патч реализует почти это.
Если о решении от r1soft - то ещё нужно смотреть, насколько оно кривое и проблемное.
Кстати, в менеджере недавно появился параметр, не позволяющий рестартить панель чаще, чем раз в N времени.
