LINUX.ORG.RU

Компания «Инвента» разместила видео с семинара «Red Hat: продукты и технологии»

 , , ,


5

2

13 октября 2012 года в Конгресс-Центре МТУСИ (Московского технического университета связи и информатики) состоялся первый анонсированный нами семинар «Red Hat: продукты и технологии». Семинар проводился совместно с сотрудниками недавно открывшегося в России Представительства Red Hat.

Обзор и темы, представленные на семинаре:

>>> Подробности

★★

Проверено: Shaman007 ()
Последнее исправление: Silent (всего исправлений: 1)

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

DILIN ★★★★★
()

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

ZhuKoV
()

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

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

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

mx__ ★★★★★
()

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

демон tuned.

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

Jaga ★★★
()

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

punya ★★
()
Ответ на: комментарий от anonymous

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

yurix_aryat
()

НЕТ

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

Архив прямых трансляций: 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 гигов — могу заделиться исходником исходника

Goury ★★★★★
()

Годно!

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

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

mesouug
()

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

horonitel ★★
()
Ответ на: Годно! от mesouug

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

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

Goury ★★★★★
()
Ответ на: комментарий от Jaga

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

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

alpha ★★★★★
()

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

Best-hokum_ever
()
Ответ на: комментарий от Goury

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

dyasny ★★★★★
()
Ответ на: комментарий от Best-hokum_ever

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

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

dyasny ★★★★★
()
Ответ на: комментарий от dyasny

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

Hokum_new
()
Ответ на: комментарий от dyasny

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

Hokum_new
()
Ответ на: комментарий от Hokum_new

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

dyasny ★★★★★
()
Ответ на: комментарий от Hokum_new

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

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

dyasny ★★★★★
()

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

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

kp
()
Ответ на: комментарий от dyasny

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

Hokum_new
()
Ответ на: комментарий от Goury

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

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

Hokum_new
()
Ответ на: комментарий от Hokum_new

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

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

Goury ★★★★★
()
Ответ на: комментарий от Hokum_new

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

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

dyasny ★★★★★
()
Ответ на: комментарий от Goury

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

Hokum_new
()
Ответ на: комментарий от dyasny

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

Hokum_new
()
Ответ на: комментарий от Hokum_new

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

Goury ★★★★★
()
Ответ на: комментарий от Hokum_new

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

dyasny ★★★★★
()
Ответ на: комментарий от Goury

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

dyasny ★★★★★
()
Ответ на: комментарий от dyasny

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

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

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

Goury ★★★★★
()
Ответ на: комментарий от oxumorron

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

Goury ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.