LINUX.ORG.RU

Symantec портирует приложения для хранения данных на Linux


0

0

Есть еще сомневающиеся в том, что Linux - это "мэйнстрим"?

Компания Symantec объявила о портировании продуктов для хранения данных на платформу Linux и серверы IBM Power. В числе портированных продуктов оказались: Veritas Cluster Server, Veritas Volume Replicator, Storage Foundation, and Storage Foundation для Oracle RAC.

Известно, что компании IBM и Symantec вместе работают над процессом портирования и в самом ближайшем будущем эти приложения заработают на серверах на IBM PowerPC под управлением Linux. На сегодня компания Symantec официально объявила о поддержке трех дистрибутивов - Red Hat и Suse, а также Red Flag (Для азиатских стран).

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

★★★★★

Проверено: Shaman007 ()

>Со своей строны IBM получила право на продажу этих продуктов в США и Японии.

Я представляю скоко это будет стоить. Между тем, ZFS бесплатна.

Sun-ch
()
Ответ на: комментарий от Junkie

> Только вот зачем козе баян?

Чтоб было.
Можно теперь виндузятникам в морду тыкнуть.

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

Хочу speeddisk! Прикольный скринсейвер был :)

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

Порт командира Нортона ждать?

anonymous
()
Ответ на: комментарий от no-dashi

И вообще это перспективное направление развития, данные в системе всегда консистенты в реальном времени и журналы эти нах не нужны.

Веритас это конечно круто, только стоить это будет у бимеров немало, да и вообще насколько стабильно все на линуксе работать будет - большой вопрос. Наглядный пример - порт той же XFS из легендарной rock-solid ентерпрайз системы сделали просто какашку.

Sun-ch
()
Ответ на: комментарий от Sun-ch

> данные в системе всегда консистенты в реальном времени

Ну-ну... Иди расскажи эти сказки детям с ксакеп.вру

no-dashi ★★★★★
()
Ответ на: комментарий от Sun-ch

> Наглядный пример - порт той же XFS из легендарной rock-solid ентерпрайз системы сделали просто какашку.

Аргументы? У меня так наоборот, есть подозрение, что многое из порта линукса было бэкпорчено обратно в Irix.

Casus ★★★★★
()
Ответ на: комментарий от no-dashi

Ну почитай например, про транкзационные суммы и автоматическое восстановление данных.

Sun-ch
()
Ответ на: комментарий от Sun-ch

Угу... Только при ближайшем рассмотрении оказывалось что винована не FS, а диски и/или контроллеры.

Я не склонен думать, что FS, разрабатываемая несколько лет, а может и не один десяток лет, допускала такие косяки.

По своему опыту скажу, что у меня были ошибки на XFS. Но возникали они из-за сбоя железа. xfs_repair поднимал мне FS всегда. А что не поднялось, то поднималось их бакапа с помощью xfsdump.

Саныч, твой скепсис к XFS и любовь к ZFS ясна и понятна. Однако надо быть объективным.

ZFS пусть поживет еще года два, три. Тогда и будем на нее поглядеть. Пока извиняйте, я отношусь к ней не более чем к новой модной одежде. Да, кто-то ее носит. Да, кто-то от нее писает кипятком. Однако я люблю хорошие, крепкие и проверенные временем вещи.

anonymous
()
Ответ на: комментарий от Sun-ch

> Снапшет в поняти LVM это просто копия тома на слайс такого же размера?

Из lvcreate(8) "The snapshot does not need the same amount of storage the origin has. In a typical scenario, 15-20% might be enough."

Читайте маны, они рулез :)

tailgunner ★★★★★
()
Ответ на: комментарий от Sun-ch

Позвольте узнать, с каких пор на юниксах перезагрузка стала "штатной" ситуацией? Или Вы про "динамические диски" с NTFS на поделии от M$?

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

Разделяем переменные, претензии не к самой fs, а к качеству порта на линукс.

Ну и веритас этот тоже новая одежка для линукса, хотя похоже он уже больше нигде и нужен.

Sun-ch
()
Ответ на: комментарий от Sun-ch

>к качеству порта на линукс

Имелось в ввиду, что не была учтена ситуция, что писюк с иде конроллерами, это не SGI.

Sun-ch
()
Ответ на: комментарий от Gharik

Я писал про аварийную перезагрузку, вот например отказал блок питания,
2 диска на аta/133. Корень на ext2 выжил, а на месте xfs просто ничего не осталось.

Sun-ch
()
Ответ на: комментарий от Sun-ch

Я с такими ситуациями, за последние 5 лет эксплуатации XFS, не сталкивался и думаю, что тут железо или ручки виной.

anonymous
()
Ответ на: комментарий от Sun-ch

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

Gharik
()
Ответ на: комментарий от Sun-ch

После столь могучих восхвалений, из любопытства и себе на рабочую станцию в параллель с пингвином придется поставить либо опенсолярку, либо BSD и посмотреть, что из того выйдет :)

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

> Пока извиняйте, я отношусь к ней не более чем к новой модной одежде. Да, кто-то ее носит. Да, кто-то от нее писает кипятком. Однако я люблю хорошие, крепкие и проверенные временем вещи.

hm... по описанной характеристике у меня почему-то возникает ассоциация отнюдь не с джинсами, а скорее с робой..

// wbr

klalafuda ★☆☆
()

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

Это вот такой энтерпрайз с одним блоком питания %))))))))

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

>либо BSD и

а причем здесь *BSD, вы думаете там есть ZFS?

ЗЫ

в рамках Soc есть проект по портированию ZFS на Linux, правда через fuse

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

Саныч и BSD системы пиарит в том числе, уж не знаю по каким причинам...

Меня же, во-первых, разбирает любопытство, неудовлетворенное в свое время по причине неудачного расположения звезд на небе при установке BSD (и еще крайней молодости и неопытности :) ), во-вторых - есть ряд не используемых никем машин, коим сам Аллах не велит простаивать... дома поглядим на отличия от пингвина (коих должно быть немного), на работе потестим под нагрузкой (CVS-ки на сотни гиг, и т.д.)... заодно и lights-out приблуды обкатаем...

FUSE - еще и близко не подошла для использования в продакшн системах, это раз, а два - ZFS нужно юзать в родном окружении, а спарково-солярные серваки у нас таки да есть...

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

А это потому, что в блоках питания нет процов и нельзя воткнуть линукс... иначе бы все выжило ;)

Gharik
()
Ответ на: комментарий от Sun-ch

> 2 диска на аta/133. Корень на ext2 выжил, а на месте xfs просто ничего не осталось.

Подтверждаю. Несколько раз огреб проблем с xfs, в т.ч. просто из-за забитой на 100% файловой системы, а так же из-за ребутов. Каша из имен была дикая, куча левых неудаляемых файлов и т.д. Радует одно - данные реально все нашлись, но после пары этих случаев я в xfs ни ногой. Как "фичастую продвинутую систему", когда ext3 почему-то не совсем катит в последнее время предпочитаю jfs - пусть не рекордсмен скорости (но лучше ext3), зато хорошо держится и работает как часы.

С reiser3 так же видел неоднократные проблемы (но хоть на пустом месте не падала), поэтому reiser4 даже пробовать нет желания. Доверие к господину Райзеру подорвано навсегда.

А для серверов, конечно, только ext3. Хрен с ней, скоростью, если мало - диск лучше поставить или памяти под кэш больше купить. Зато уверен на 100%.

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

На случай, если не очевидно из предыдщей мессаги - xfs невзлюбил за то, что во всех случаях это был не просто бардак на fs, а бардак, на который xfs'овый fsck в различных режимах говорил либо "да у вас все OK!", либо "ой, что-то совсем плохо, боюсь я что-то делать".

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

Господина зовут не Райзер, а Ханс. Мой знакомый паренк предлагал его ебнуть на полном серьезе: когда он потерял всю корпаротивную почту, размером в 20 гиг.

У Гриныча спроси, он в этой бригаде работал, он тебе пЕ^H подскажет как надо експлуатировать райзер в продакшн.

Леха.

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

>Это вот такой энтерпрайз с одним блоком питания %))))))))

Да самый обычный российский ентертазй сундук с 4хКсеона.

Вон, но-даши на такие оракел ставит в продакщн и хоть бы хер, до первого разу, ага.

Леха

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

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

ext3 меня вполне устаивала, пока не пришлось столкнуться с файлами объемом более 2 Гиг. Да, да, патчи преодолевающие этот лимит уже есть, а когда мне надо было, их еще не было. Поэтому мой выбор пал на XFS. С той поры она меня ни разу не разочаровала.

Продолжаю свою мысль, что ZFS - пока очень сырая. Юзайте кому надо, я буду выжидать несколько лет. Мне важна стабильность!

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

А кому не нужна стабильность?

Но (imho), zfs более стабильна, чем линакс с всей помойкой, типа журналируемы fs, притянутые за за уши из IBM или SGI, и таже веритас.

Кто видел уже этот веритас веритас на линаксе?

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

Это был я.

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

anonymous
()
Ответ на: комментарий от Sun-ch

> Люди жаловались, что теряли fs целиком, причем в достаточно штатных ситуациях, типа аварийной перезагрузки.

Смех в том, что я получал коррапты на ext3 в довольно ровных местах, когда мне это надоело, я запустил fsck. Хорошо, что перед этим сбэкапил рабочие каталоги. fsck похерил рутовую иноду, и потом долго бегал по кругу, удивляясь что что-то не так. Когда я несколько раз проверил, что изменений нет, и логика fsck просто зациклилась, нажал ^C. Больше я не видел своего ext3 раздела. Во избежание поставил XFS, проблем больше не было.

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

>Господина зовут не Райзер, а Ханс.

Господина вообще то зовут Hans Reiser. ;)

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

>Но (imho), zfs более стабильна, чем линакс с всей помойкой

Еще один онанимный эксперт с мировым именем в области файловых систем.

Уважаемый эксперт, огласите пожалуйста, по каким критериям ZFS более стабильна чем любая другая FS ?

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