iskatel: (Default)
[personal profile] iskatel
В Linux ядро 2.6.24 будет добавлена экспериментальная поддержка контейнеров, - изолированных окружений, работающих под управлением основного Linux ядра (механизм используемый в системах подобных OpenVZ и Linux-VServer тут
Мало существующих систем - более-менее нормально работающего openVZ/ virtuozzo, все еще дышащего vserver, ну и freeVPS (этот, правда, уже того).
Мало, что маньяки усиленно продвигают Xen как серверный сервис для рабочих (не тестовых) серверов - хотя он по своей архитектуре никогда не будет иметь реально малые задержку и затраты ресурсов /на его работу/.
Доведите уже хоть один сервис до ума ! Нет уж, unix way. Сделаем еще один, несовместимый со всеми иными, сервис виртуализации.
Вот поэтому многие для построения виртуальных unix серверов выбирают Солярку. Там есть 1 система виртуализации. И она, пусть и не без проблем, но работает, хорошо управляема, даёт сравнительно небольшие потери по производительности, отлично документирована и полностью поддерживается фирмой.

Date: 2007-11-09 06:55 pm (UTC)
From: [identity profile] blacklion.livejournal.com
Мало, что маньяки усиленно продвигают Xen как серверный сервис для рабочих (не тестовых) серверов
Ну, VMWare ESX же вполне себе работает на боевых серверах…
Что, Xen сильно жухе?

Date: 2007-11-09 07:02 pm (UTC)
From: [identity profile] blacklion.livejournal.com
А по сути — да, грустно. Синдром NIH косит опен-сурс…

Date: 2007-11-09 07:12 pm (UTC)
From: [identity profile] iskatel.livejournal.com
Я не видел VMWare ESX , видел gsx & server (free)
(примечание. Я не считаю себя супер-гуру, возможно, я и ошибаюсь)
Для серверов с высокими требованиями к стабильности и высокой нагрузкой - как по мне, непригодно.
Для того, чтобы чего-нить потестировать - очень хорошо, как и просто вмварь.

Ксен.. ну смотри. Идея Ксена не слишком отличается от идей вмвари - это полная виртуализация, с примочками и наворотами. А это всегда требует ресурсов, + потери по производительности. + нельзя нормально управлять ресурсами (того же процессора. просто раздать из 4-х ядер 2 одному, 2 другому недостаточно).
К сожалению, у таких систем почти всегда находятся места, где произодителньость при виртуализации падает в разы, а то и в десятки раз.
Да, если подбирать удобные тесты, то падение составляет 5-10%.
А если работать?
Сходу не найду ссылок на тесты.. но где-то проскакивали. в тч. на опеннете.
Ксен еще и использует хитрые механизмы для ускорения.. угу, проблем со стабильностью тоже море.

Идея систем с изолированными контейнерами принципиально иная. Тут нет возможности запустить одну ОС под соврешенно иной (что необходимо для тестеров и разработчиков).
Зато есть одно ядро и выполняемые под ним изолированные окружения.
Потери в производительности радикально меньше, хотя в тяжелых слуячаях тоже могут быть десятки %. Управляемость - в Солярке хорошо (гонял как-то.. на серверах сейчас не гоняю, нет задач, которые бы требовали Солярку).
freeVPS - ставил когда-то на тест. машину, была хороша.. но проект закрылся, тк. держался на одном разработчике. ЖАль.
openVZ - может и поставлю на один из новых рабочих серверов.. посмотрим. В общем-то, это единственная более-менее нормальная система для ЛИнуха. (хотя, разумеется, и у нее есть проблемы. Но их по крайней мере решают и это огрехи реализации, а не архитектуры.)

Date: 2007-11-09 07:13 pm (UTC)
From: [identity profile] iskatel.livejournal.com
Если работал с ESX - интересны впечатления.

Date: 2007-11-09 07:20 pm (UTC)
From: [identity profile] blacklion.livejournal.com
Сам не работал, общался с теми, кто работал в неформальной обстановке (общался в н.о., а не работали :))). Говорят — хорошо и удобно, когда требования к каждому гостю невысокие, но они должны быть изолированы. Т.е. покупается одна мощная железка и на ней делается так себе прокси так себе файловый сервер так себе сервер на винде под 1С бухгалтерию (не в терминальном режиме, конечно), так себе VOIP-сервер на дестяок телефонов. Мощная железка стоит вовсе не в 5 раз больше, чем 1 средняя (какую вообще стоит брать), а получаем 5-6 серверов изолированных и отдельных в управлении…

Date: 2007-11-09 07:28 pm (UTC)
From: [identity profile] blacklion.livejournal.com
Т.е. задачи у полной виртуализации и соляревских контейнеров мягко говоря разные.

Date: 2007-11-09 08:07 pm (UTC)
From: [identity profile] iskatel.livejournal.com
угу. а некоторые ээ.. странные граждане хотят взять полную виртализацию и чтобы при этом получить все преимущества контейнеров, не теряя полной (или почти полной) виртуализации.
--------------------------
>>хорошо и удобно, когда требования к каждому гостю невысокие, но они должны быть изолированы.

Тут согласен. Правда, все ж надежность в этом случае (по сравнению с физич. сервером) несколько падает - добавляются такие компоненты, как хост-ОС и собственно виртуализатор.
А вот что делать, если из 3-х виртуальных серверов один начинает выжирать все ресурсы? И не только процессора, а и I/O ? (вот взять БД, задать сложный вложенный запрос и пошли шерстить по базе..)
Как остальным 2-м крутиться?
В случае Вмвари gsx/server/worst всё просто начинает тормозить, проверено - ну не умеют они управлять I/O, да и ресурсами процессора тоже.
В Солярке с контейнерами можно ограничить почти все ресурсы.
(хотя я лично не пробовал на практике работу соляркиных ограничителей I/O под нагрузкой.)
В OpenVZ тоже можно ограничить.

тут ведь такая подлянка.. Сначала ставим сервер (тот же voip) c десятком клиентов. А потом нагрузка начинает расти.. и плохеет всем.

И ещё. В случае завязки всей инфраструктуры на 1 сервер - если летит на нем железо (а время от времени ломается любое..), то летит нафиг всё. Те. надо иметь минимум 2 сервера и средства быстрой миграции - а вот как раз они в основном в платных системах (втом же ESX, как я слышал, ну платное virtuozzo Для openVZ, в Солярке и так есть).

Поэтому в мире сегодня много хостингов предлагают услугу "виртуальный сервер" - почти всегда это linux + vserver/freevps/openVZ . На одной машине иногда хостятся десяток виртуалов. И ни один не отжирает ресурсов больше положенного, при этом имея гарантированный минимум. (иначе бы те хостинги давно сдохли).



>>Мощная железка стоит вовсе не в 5 раз больше, чем 1 средняя (какую вообще стоит брать), а получаем 5-6 серверов изолированных и отдельных в управлении…

ТОже верно. Но ESX сам по себе стоит кажется, что-то около 3-х штук на 1 сервер ?
На сегодня сервер 1U (платформа supermicro) с 2-х ядерником Core или Оптероном, 2Гиг памяти и 2 sata дисками стоит ~~1500уе.
В общем, далеко не всегда тот ESX дешевле.

Date: 2007-11-09 08:21 pm (UTC)
From: [identity profile] blacklion.livejournal.com
ESX вроде как умеет жёстко ограничивать ресурсы. А по поводу цены — ты не учитываешь место в стойке и электроэнергию. Это в России всем пофигу, а в Калифорнии за год 1U-Сервер выжирает десяток своих стоимостей :)

Date: 2007-11-09 08:27 pm (UTC)
From: [identity profile] iskatel.livejournal.com
Учитываю. Место в стойке в оборудованном датацентре стоит намного больше, чем просто электроэнергия. Тем не менее, это никак не 10 стоимостей.
Для примера, аренда стойки (включено все - питание, кондиционирование, вклвыкл по письму-звонку и тд, длительные работы за отд. плату) в хорошем датацентре в Германии стоит что-то около 700евро/мес. Те. 8400 в год. Но там можно разместить 20-25 1U серверов. (дырочки не совпадают, так что в 42U 42 шт не засунешь, да и охлаждение ой.)
Это где-то 30...50% от цены сервера в год.

Но если под нагрузкой сервер загибается (а также сыпятся глбки - привет ксену), то толку с того, что оно выходит дешевле ?

Date: 2007-11-09 08:31 pm (UTC)
From: [identity profile] blacklion.livejournal.com
Мда. Про десяток — это условность, конечно. Но могу в понедельник узнать точнее.

Date: 2007-11-09 08:32 pm (UTC)
From: [identity profile] blacklion.livejournal.com
Да в 99 задачах из 100 не нужны нагрузки. И сервер не в датацентре, а в псевдо-серверной в компании :)

Date: 2007-11-09 08:34 pm (UTC)
From: [identity profile] iskatel.livejournal.com
А там то же самое, если серверов много. А если их 2-3, то еще веселее. Резервный сервер необходим, на случай вылета основного с вирт. серверами. И если 1 из 3-х начинает жрать ресурсы, то вопрос с их разделением столь же актуален.

Date: 2007-11-09 08:36 pm (UTC)
From: [identity profile] iskatel.livejournal.com
>>ESX вроде как умеет жёстко ограничивать ресурсы.

Это хорошо. Интересно, как оно на практике..
http://vmware.com/vmwarestore/buyVI3.html
$3630 со скидкой. Немало.

Date: 2007-11-09 09:39 pm (UTC)
From: [identity profile] ivs.livejournal.com
Мужики - прочитал все комменты и не понял о чем ваш спор-разговор? слова понятные - а суть нет.

Date: 2007-11-09 09:58 pm (UTC)
From: [identity profile] iskatel.livejournal.com
В 2-х словах не объяснить.
Почитай, что такое виртуальные сервера и системы виртуализации.

навскидку -
http://www.osp.ru/os/2007/02/4107980/
http://www.ibm.com/developerworks/ru/library/l-linuxvirt/index.html
http://blogs.sun.com/vbe/entry/развитие_средств_виртуализации_в_ос

Date: 2007-11-09 10:06 pm (UTC)
From: [identity profile] ivs.livejournal.com
Издеваешься да?
Я дома поднимал на одной машине в host-OS WinXP двухузловой кластер под Win 2003 Ent, с внешнем шаренным хранилищем/кворумом на iSCSI-девайсе - а ты меня посылаешь читать про виртуализацию.

я спросил - о чем ВАШ спор и разговор?

Date: 2007-11-09 10:57 pm (UTC)
From: [identity profile] iskatel.livejournal.com
значит мы друг друга не поняли.
---
Тут речь о том, какие архитектуры и варианты виртуализации приемлемы для промышленного (сервера под нагрузкой) применения и насколько это вообще имеет смысл. (а также о том, что плодить много разных, но однотипных систем виртуализации - плохо)

Date: 2007-11-09 11:00 pm (UTC)
From: [identity profile] ivs.livejournal.com
Вопрос не так прост, как кажется... мне кажется (:

Date: 2007-12-27 04:44 pm (UTC)
From: [identity profile] k001.livejournal.com
Контейнеры в мейнстриме делает команда OpenVZ, совместно с IBM, Google и другими заинтересованными лицами. Так что это не что-то «ещё».

Date: 2007-12-27 04:47 pm (UTC)
From: [identity profile] k001.livejournal.com
И да, будущие версии OpenVZ будут совместимы с тем, что есть в мейнстриме. Собственно, мы уже так и делаем, иногда бекпортируя из мейнстрима в наши более старые ядра то, что там (выкидывая свои куски), иногда просто переезжая на новую версию ядра, где что-то там появилось.

/уточняя/

Date: 2007-12-27 06:56 pm (UTC)
From: [identity profile] iskatel.livejournal.com
>>мы уже так и делаем, иногда бекпортируя из мейнстрима в наши более старые ядра

Вы - это кто имеется в виду ?

Re: /уточняя/

Date: 2007-12-27 07:44 pm (UTC)
From: [identity profile] k001.livejournal.com
OpenVZ team

Re: /уточняя/

Date: 2007-12-27 08:01 pm (UTC)
From: [identity profile] iskatel.livejournal.com
Те. в будущем текущая ветка OpenVZ будет свернута, а ее место займет новая, в ванильном ядре ? так, что-ли?

Re: /уточняя/

Date: 2007-12-27 08:10 pm (UTC)
From: [identity profile] k001.livejournal.com
в идеальном сферическом вакууме — да. в реальности какие-то части в ванильное ядро ни за что не возьмут, как ни старайся, поэтому, видимо, они будут продолжать мейнтейниться у нас off the tree.

Profile

iskatel: (Default)
iskatel

January 2026

S M T W T F S
    12 3
45678910
11121314151617
18192021222324
25262728293031

Style Credit

Expand Cut Tags

No cut tags
Page generated Mar. 5th, 2026 04:43 am
Powered by Dreamwidth Studios