Организация домашнего сервера с виртуализаций?

Question

[tp123]

Привет народ! Нужно проконсультировать в теме виртуализации на домашнем сервере.
Для чего нужен домашний сервере: Домашний сервер необходим для организации бесперебойном работы парсеров и обработчиков данных. Те в работе хочу разделить приложения, что бы они во время работы в многопоточном режиме не отбирали лишний кусок процессора и памяти, и для этого хочу ограничить виртуальным сервером для того что бы каждого из них ограничить в ресурсах и не переживать, что если один парсер съест все ресурсы и другие умрут от нехватки таковых. так же несколько отдельная виртуалька для: сервера очередей, баз данных, и несколько для самих парсеров.
На сервере и на виртуалках будет крутиться одной из OC: Debian/Ububntu/CentOS
Конфиг самого сервера

1. Блок питания AEROCOOL KCAS-500W, 500Вт, 120мм, черный, retail 1 шт.
   
2. Жесткий диск SEAGATE Barracuda ST1000DM003, 1Тб, HDD, SATA III, 3.5" 2шт.
   
3. Корпус ATX ZALMAN ZM-Z1, Midi-Tower, без БП, черный 1 шт.
   
4. Материнская плата GIGABYTE GA-970A-DS3P SocketAM3+, ATX, Ret 1 шт.
   
5. Модуль памяти KINGSTON HyperX FURY Blue Series HX318C10F/8 DDR3 — 8Гб 1866, DIMM, Ret 2 шт.
   
6. Процессор AMD FX 8300, SocketAM3+, OEM [fd8300wmw8khk] 1 шт.
   
7. Устройство охлаждения(кулер) DEEPCOOL GAMMAXX S40, 120мм 1 шт.
   

Возможно возьму еще SSD диск для установки туда операционной системы, 2 диска будут объединены в Raid 1 для более менее приемлемой отказоустойчивости.
Вопрос: подходит ли конфиг для подобной задачи, в правильном ли направлении обдумываю организацию работы сервера, какой решение виртализации выбрать, с каким материалом ознакомиться для настройки.

Answer 1

[Пума Тайланд]

По домашнему и с веб интерфейсом проксмокс ставьте.
Виртуализации по большей части все равно какое у вас железо, лишь бы всем вашим задачам хватило памяти и проца

Comments

[Сергей Бронников]

В Proxmox возможно использовать и вирт машины (KVM) и контейнеры (LXC). Топикстартер будет использовать в инстансах только линукс (Debian/Ububntu/CentOS). Поэтому логично использовать контейнеры, а не виртуальные машины (потому что overhead меньше).
Одно из требований - ограничение ресурсов контейнеров по CPU ("хочу ограничить виртуальным сервером для того что бы каждого из них ограничить в ресурсах и не переживать, что если один парсер съест все ресурсы и другие умрут от нехватки таковых"). Насколько я знаю, в LXC нет возможности ограничить ресурсы контейнера по CPU.

Поэтому я бы посоветовал попробовать для такой задачи OpenVZ. Только берите новую OpenVZ (https://download.openvz.org/virtuozzo/releases/7.0..., которая скоро пойдет в релиз, а не OpenVZ -stable.

[Пума Тайланд]

Сергей: да все там есть они же используют одни и теже механизмы и функционал в итоге у них примерно одинаковый, lxc до сих пор сырой и опенвз тоже , рекомендовать их использовать в продакшена можно только если вы умеете их очень хорошо готовитт , то есть вы посоветовали тс выстрелить себе в ногу.

[Сергей Бронников]

Пума Тайланд: у вас наверное был какой-то негативный опыт использования контейнеров, но частный случай не показателен. Не знаю статистики по использованию LXC, но вот статистика по использованию OpenVZ stats.openvz.org/.

Да, вы правы, интерфейсы для создания контейнеров в ядре для всех одинаковы. Но OpenVZ пока выигрывает по удобству управления контейнерами (vzctl vs утилиты LXC, это не только мое мнение, для других vzctl тоже удобнее), безопасности (https://service.ait.ac.at/security/2015/LxcSecurit..., плотности размещения контейнеров и возможностям по ограничению ресурсов контейнеров. А неймспейсы в ядре для всех одинаковые, да.

[Пума Тайланд]

Сергей Бронников: да положительного быть и не может особенно у тех кто использовал его в продакшене, особенно на проксмоксе.
ну так там стата про старый опенвз, а не про новый.
хрен знает что вы там делаете в этих утилитах , но по мне они одинаковые, запустить отпустить список одинаково делается.
да срать всем на плотность по большей части если ты не гиперхостер, железо сейчас дешевое.
новый опенвз еще не зарелизился и смотря на его баги использовать его в продакшене глупо, старый слишком устарел и сидит на старом ядре что есть большая печаль.

Answer 2

[athacker]

Для ограничения ресурсов нет смысла городить огород с виртуализацией

На линуксе man ulimit, man 5 limits.conf

Там можно задать ограничения и для CPU, и для памяти на по-юзерной основе.

Comments

[Сергей Бронников]

а еще с помощью nice, cpulimit, cgroups (blog.scoutapp.com/articles/2014/11/04/restricting-...

Answer 3

[Риэл Мэйер]

Я ничего не имею против AMD, но для подобных задач Intel'овские камни подойдут лучше.

Answer 4

[Dante Adams]

Я бы поставил vmware esxi в качестве хоста для виртуализации, и потом на нее все операционки ставил. А все остальное подходит в принципе.

Comments

[chupasaurus]

60 дней триала и 40к рублей?

[Dante Adams]

chupasaurus: нормальные решения стоят денег. тут не было вопроса о цене. я предложил свое решение задачи.

[Dante Adams]

чуть не забыл www.vmware.com/ru/products/vsphere-hypervisor можно и бесплатно.

[chupasaurus]

Dante Adams: не знал. Ограничения там никакие)

[Dante Adams]

dataline: он же дома хотел делать. зачем ему облако?)

Answer 5

[tp123]

athacker, те запуск работы парсеров от определенного пользователя с ограниченными возможностям?
Как вариант тоже будет полезно ознакомится! Спасибо!