- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Давайте обсудим, на чем лучше вообще поднимать ноду для VPS ?
Хотелось бы услышать ваши ЗА и ПРОТИВ той или иной системы.
Лично я больше склоняюсь к КВМ , но отпугивает то что нету нормального готового продукта умеющего накладывать ограничения на CPU.
Давайте обсудим, на чем лучше вообще поднимать ноду для VPS ?
Хотелось бы услышать ваши ЗА и ПРОТИВ той или иной системы.
Лично я больше склоняюсь к КВМ , но отпугивает то что нету нормального готового продукта умеющего накладывать ограничения на CPU.
OpenVZ, почему - описано ниже. Если делать все с умом - лучшее решение.
Поскольку OpenVZ базируется на ядре Linux, в отличие от виртуальных машин (напр. VMware) или паравиртуализационных технологий (напр. Xen), в роли «гостевых» систем могут выступать только дистрибутивы Linux. Однако, виртуализация на уровне операционной системы в OpenVZ даёт лучшую[1] производительность, масштабируемость, плотность размещения, динамическое управление ресурсами, а также лёгкость в администрировании, чем у альтернативных решений. Согласно сайту OpenVZ, накладные расходы на виртуализацию очень малы, и падение производительности составляет всего 1-3 %, по сравнению с обычными Linux-системами.
ну от OpenVZ, лично мы решили отказаться некоторые клиенты хотят FreeBSD или Windows, а отказывать мы не привыкли ;)
ну от OpenVZ, лично мы решили отказаться некоторые клиенты хотят FreeBSD или Windows, а отказывать мы не привыкли ;)
С этого и нужно было начинать :)
я за KVM, а зачем вам на cpu ограничения? раздавайте полноценными ядрами (не желательно юзать больше впс-ов чем ядер на ноде) - будут нормальные впс пусть и подороже но я не считаю нужным лимитировать cpu лучше подумать о io который уж точно не контролируется в большинстве случаев.
Конечно, KVM.
Кстати, VDSmanager позволяет подсовывать свой файл run для запуска qemu, что позволяет настроить лимиты на CPU самостоятельно через cgroups. Наверно, в сентябре выпустим плагин, который делает это.
Тут ещё аргументы просили :)
1) VPS выполняется как процесс внутри операционной системы. Это значит, что критический баг в коде эмуляции устройств приведёт не к падению ноды, а падению одной впски;
2) Это же значит возможность применять уже существующие лимиты на CPU и IO в операционной системе. Но для этого нужно что-то из последних Fedora;
3) Есть в mainline, разрабатывается и поддерживается крупнейшим контрибутором в ядро. Из этого следует, что там не будет почти никаких проблем с поддержкой устройств.
Конечно, KVM.
Кстати, VDSmanager позволяет подсовывать свой файл run для запуска qemu, что позволяет настроить лимиты на CPU самостоятельно через cgroups. Наверно, в сентябре выпустим плагин, который делает это.
Тут ещё аргументы просили :)
1) VPS выполняется как процесс внутри операционной системы. Это значит, что критический баг в коде эмуляции устройств приведёт не к падению ноды, а падению одной впски;
2) Это же значит возможность применять уже существующие лимиты на CPU и IO в операционной системе. Но для этого нужно что-то из последних Fedora;
3) Есть в mainline, разрабатывается и поддерживается крупнейшим контрибутором в ядро. Из этого следует, что там не будет почти никаких проблем с поддержкой устройств.
Не будем забывать, что Xen спортивно выпилили из ядра RHEL 6, для меня лично это показатель.
Не будем забывать, что Xen спортивно выпилили из ядра RHEL 6, для меня лично это показатель.
Это весьма логично для энтерпрайза -- зачем им тратить своё время и деньги на совместимость с чужими решениями (фактически, вводя ещё одно ядро, под которым нужно тестировать все остальные пакеты), которое дублирует их собственное решение?
А кто сказал, что это плохо?:) За KVM, cgroups и lxc будущее.
SolusVM нынче поддерживает KVM напрямую. Уже тестируем на новой ноде.
Касательно ограничений - cgroups (оно вроде и в virsh есть.)
SolusVM нынче поддерживает KVM напрямую. Уже тестируем на новой ноде.
А где вы темплейты для linux взяли? :)