Спасибо!

спасибо! надо обязательно посмотреть

Отлично!

Задолбали все на Youtube вываливать!

начал смотреть про селинукс уныло и невнятно.

Весьма благодарствую!

У меня одного видео «Обзор продукта Red Hat Storage» не работает ?

Так это же можно залить куда-нибудь видео с какого-нибудь мероприятия и отлично прорекламировать себя? Круто.

1. во первых это уже выкладывали в едином мп4 на торенте. 2. во вторых все ни как не пойму почему шляпу и место отдали ... а не Маркелову. 3. третьих набери в строке man selinux и удивишься в каком году он ЭТО переводил )

Спасибо!

Текстом можно почитать где-нибудь?

демон tuned.

Что это? Неужели твикер? Кто автор, он самый?

спс. про виртуализацию чувак ваще чотко рассказывает

я туда ездил, мне понравилось, очень все информативно для меня прошло!

НЕТ

А вот про то, которое я записывал, они позабыли.
Хотя и обещали его и в новостях выложить и в рассылку добавить.
И как называть такую организацию?

Архив прямых трансляций: http://bambuser.com/channel/goury
Ётуба HD камеры: http://www.youtube.com/watch?v=2j6C49-zFHI
4гб 50гц исходник http://rutracker.org/forum/viewtopic.php?t=4216848

Если у кого есть лишние 30 гигов — могу заделиться исходником исходника

Годно!

Спасибо. Молодцы. Уже качаю.

З.Ы. Жаль до МСК далеко, так бы пришел, шляпку выцепил.

И это - новость на главной? Пффффф.

Шляпка весьма говняная, не стоит она похода на семинар. Хотя как подарок всё-равно приятно, да.

Следующий вещать буду на том же канале + возможно (оч рассчитываю на этот вариант) будет hd вещалка через Таза.

Подробности про tuned в готовом к употреблению виде можно взять тут, если обратить внимание на список тестовых случаев.

А леннартопаранойю надо лечить )

А кому можно задать вопросы по RHEV 3.1? Мне очень интересно, например, можно ли будет нормально работать со стораджем более 100ТБ? В VMWare 5.0 нельзя, как оказалось.

настоящую раздавать нельзя по правилам фирмы. федоры получают только работники

100Тб в одном сторедж домене, или подцепленном к одной ВМ?

да, и если есть RHN то https://access.redhat.com/groups/red-hat-enterprise-virtualization

В домене :) Для меня было шоком, что вмварь больше 64 Тб не шмогла

Действительно, надо привыкать к RHN...

ну, вообще держать все яйца в одной корзине тоже не всегда хорошо, и рекомендуется держать больше чем один сторедж домен, тем более что обычно есть разные уровни стореджа (storage tiering), и в одном спиндлей поменьше или диски медленные, в другом наоборот...

Что касается размеров, то честно говоря, я не уверен проверялись ли такие большие цельные LUNы, но могу узнать. В любом случае, в RHEV один изисновных принципов - использовать готовые открытые технологии, а не переизобретать велосипед. Сторедж домен это всего лишь VG с кучкой метадаты, и ограничения у VG под LVM2 где то далеко в районе эксабайтов. Я бы все таки проверил конкретно под RHEV просто потому что для таких объемов количество и расширяемость метадаты тоже не должны подвести. Если это на самом деле критично, закиньте вопрос по линку выше, просто чтоб можно было нормально работать над ответом, так чтоб он попал потом в доки и kbase, а не затерялся на очередном форуме

Собственно, разворачивать я буду уже 3.1. Не в курсе, там с direct lun в части производительности будут преимущества в сравнении с обычным методом? У меня есть мечта засунуть в виртуалки базы с заметной нагрузкой...

Что касается стораж доменов, то у меня массивов не так много, меньше десяти, но они весьма большие и поэтому проблема с местом в итоге появилась сразу же. Просто у кого бы я не спрашивал, масштабы обычно поменьше и опыта в итоге никто не имеет такого

основные преимущества в том что таким образом виртуалка работает с отдельным LUNом, который, в идеале, находится на отдельном наборе спиндлей, и тогда у нее отдельные от других, выделенные iops-ы.

нарезать LUNы можно и небольшие, разве нет? Я бы поднял медленный но большой raid5 или 6, и быстрые но маленькие raid10, собрал бы несколько доменов, и давал бы виртуалкам диски или директ-луны соответственно их надобностям.

насчет 100Тб узнаю в понедельник, вполне возможно что это уже делают вовсю, а я в своей лабе просто не слышал.

Так как посетить не было возможность, посмотреть видео было интересно.

Goury, так же спасибо за обзор мероприятия.

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

А зачем гонять базы на виртуалках вообще? Они и так себя неплохо чувствуют.

Два варианта - покупать дорогие машины с «аппаратным» гипервизором, такие как, например, IBM P750/P780, и консолидировать базы туда, либо сгонять их на традиционную платформу приватнооблачного типа, такую как vSphere или Rhev. Во всех случаях необходимо уйти от дискретных серверов и зоопарка железа и софта. Обычная виртуализация будет дешевле и даст большую гибкость.

Вообще, это сейчас стратегия, консолидация, унификация и виртуализация. Т.к. сломя голову спешим к облачным ЦОДам...

Когда мне надо поднять БД под высокую нагрузку я собираю сервак, втыкаю его в стойку и поднимаю на нём базу.
Если не хватает мощи — собираю кластер.
Если не хватает скорости — добавляю полок.

Ни как не могу представить, зачем вообще может понадобиться поднимать базу под приличную нагрузку на чём-нибудь отличном от нормальной физической железяки.

в любой виртуализации есть оверхед, никуда от него не деться, но SAP и Exchange на RHEV гоняют под очень крупными нагрузками уже не один год, postgres и mysql тоже.

Самое лучшее, это просто склонировать боевую базу в две виртуалки, одна с обычным диском, вторая с директ-луном, и запустить собственные тесты

Я же объясняю, контора большая, много людей, которым нечем заняться и которые разрабатывают стратегии, следят за показателями операционной деятельности и т.п. Из-за них нельзя просто взять и поставить сервак под какую-то задачу. То, что предлагаете вы, это не облачный подход, так мыслить уже не разрешают.

Окей. Просто в отличии от вмвари спецов по рхев у нас в городе мне найти не удалось сходу, так бы уже давно всё выспросил. Были бы у RedHat хорошие курсы по собственной виртуацизации, можно было бы выбраться в столицу, а тем, что есть сейчас не знаю, прокатит ли обучение. Пока что я возлагаю на это направление большие надежды, через неделю думаю начну разворачивать тестовую среду и как появится какой-то опыт, наверное, поделюсь впечатлениями от RHEV в ынтерпрайсе :)

Ну и сами дураки значит. Раз у них такие тараканы, то пусть в свою стратегию запишут эффективность базы данных в облаке по сравнению с нормальным железом в 10%.

удачи, для более рилтаймовой помощи есть канал #rhev на FreeNode, кстати.

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

Моя производственная база без особого напряга нагружает маленький кластер на 192 х86 ядер и 9600 веников.

Днём процы на ~90%, веники на ~70% (недавно новые поставили), ночью немного меньше.

Вы же там, в красношапе, лучше меня знаете, что облака и виртуалки это не про высокую нагрузку, а для эффективного распределения ресурсов при низкой и иногда средней.

А что за база если не секрет? Просто любопытно что такую нагрузку создаёт.

Сработки систем безопасности, мускуль + пхп (отдельной машиной), крупное международное предприятие