- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Давайте на конкретных примерах сколько нод можно захостить с той или иной виртуализацией.
Давайте например железо:
Xeon X3440 (4*2.53Ghz)
12Gb RAM
4*1Tb SATA2 HDD RAID1
Конфиг ноды:
1000 Ghz
1Gb RAM
50Gb HDD
При условии что все ноды будут бекапится на этот же сервер.
Давайте на конкретных примерах сколько нод можно захостить с той или иной виртуализацией.
Давайте например железо:
Xeon X3440 (4*2.53Ghz)
12Gb RAM
4*1Tb SATA2 HDD RAID1
Конфиг ноды:
1000 Ghz
1Gb RAM
50Gb HDD
При условии что все ноды будут бекапится на этот же сервер.
Нода - это то, на чем хостят. То, что хостят, называется контейнером, CT, VE, VM, dom, и еще кучей названий.
На такой вопрос Вам, естественно, никто не ответит. В грубейшем приближении:
KVM, XEN: 11
OpenVZ: 200
А если не оверреселлить?
А если не оверреселлить?
11, как это и неудивительно ;)
Но на OpenVZ маленькая нестыковка с процессором (4*2.53 < 11*1) будет менее заметна, в то время как у xen/kvm она будет уходить в %st.
Но на OpenVZ маленькая нестыковка с процессором (4*2.53 < 11*1) будет менее заметна, в то время как у xen/kvm она будет уходить в %st.
На XEN лезет столько, сколько есть свободной памяти, нормально для ноды давать около 2 GB на ядро. Для ноды желательно оставлять не менее 512 MB.
С процесором XEN обращается на много умней чем OpenVZ, это проверенно много раз. К примеру, проблемных клиентов с OpenVZ нод принудительно кидаем на XEN и забываем проблемы.
Другое дело что не каждый админ умеет запустить XEN на любом сервере, так как надо собирать индивидуальное ядро для ноды. А также на других датацентрах это невозможно из за того, что сервер может иметь только один MAC адрес, а для XEN каждый VPS имеет свой. Вот и остаётся только убеждать всех, что OpenVZ лучше ;)
- даже не думал об том :) У нас на двухпроцессорных Xeon-ах загрузка процессора не достигает и 1% (при полностью израсходованной на гостевые домены оперативкой)
Добавьте оперативки и оверсельте дальше
С процесором XEN обращается на много умней чем OpenVZ, это проверенно много раз. К примеру, проблемных клиентов с OpenVZ нод принудительно кидаем на XEN и забываем проблемы.
А есть штатный способ отрезать контейнеру часть ядра (которое core, а не kernel :))?
Прежде чем говорить про оверсел с OpenVZ, нужно вспомнить о том, что технология OpenVZ - это виртуализация на базе OS. Соответственно, оверсел тут более чем оправдан и возможен без каких-либо последствий (безусловно, речь идет о нормальных числах). Другими словами, на OpenVZ это не будет 11 как на Xen, потому что ресурсы будут экономиться и шариться гораздо лучше чем на Xen. С openvz в чем-то нужно гораздо больше думать чем с xen, чтобы получить наибольшую оптимизированность. Впрочем, с openvz эта оптимизация меньше чем на VZ, но она существует на уровне самой технологии виртуализации. На VZ там еще доп. оптимизации на уровне FS, распределения ресурсов SLM и интеграция с Плеском (на этом только можно съэкономить процентов 20 ресурсов).
Добавьте оперативки и оверсельте дальше
- скотчем к корпусу приклеить? 😂 все слоты давно заняты! Сами оверсельте свой OpenVZ 😂
про KVM:
1. поддерживает ли он live миграцию контейнеров?
в FAQ'е написано, что да:
http://www.linux-kvm.org/page/FAQ#Does_KVM_support_a_live_migration_feature_to_move_virtual_machines_from_one_host_to_another_without_downtime.3F
2. netangels.ru большие и средние VDS сейчас только на KVM продают, от XEN отказались
по их словам, причины:
- новых драйверов, ядер для XEN нет
- стабильность XEN нод по их словам получается небольшая, за год 2-3 ребута ноды приходится делать, восстанавливается нода несколько десятков минут-часов
но у них на самом деле не так много клиентов, не десятки KVM нод, плюс возможно (не помню наверняка, что они говорили на эту тему) они продвинутый web-интерфейс для управления VDS'ами не писали, используют консоль :)
однако тенденция