|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Konstantin Smirnov 2:5020/400 24 Apr 2003 13:28:20 To : Lelik P Korchagin Subject : Re: Linux HA cluster --------------------------------------------------------------------------------
Уважаемый Lelik P Korchagin!
Попробую ответить по порядку...
Lelik P Korchagin wrote:
> Konstantin Smirnov <Konstantin.Smirnov@oracle.com> wrote:
> KS> Тут как раз не очень засада. Есть такая штука как OCFS -- Oracle Cluster
> KS> File System, на ней можно не только файлы БД, но и обычные файлы держать.
>
> Да? И это работает?
В более ранних версиях, действительно были проблемы с обычными файлами.
Дело в том, что Oracle не использует буферизованный системный ввод-выод,
а пользует файлы с OCFS напрямую. Что ессно, работает для БД, не
обязательно может работать для обычных файлов. Для Windows эта проблема
решена, вскорости (пишу в неофициальном качестве, ничего не могу
гарантировать) будет решена и для Linux.
> Пробуем: dd if=/dev/zero of=/ocfs/xxx bs=1024k count=100
> Ядра: SuSE 2.4.19, 2.4.20 от mantel, RH 2.4.20. Оба - с поддержкой 64Г,
> меньше мне неинтересно. Железо - SMP. Результат гарантирован - система в Ж.
> с больший буквы.
Действительно такое было, система тормозила при ls, touch, rm. По-моему
в последнем релизе это исправлено. Если залезть на metalink, то там
можно найти все эти баги.
> Лучше уж OpenGFS, там хоть что-то из mailing lists понять можно.А у OCFS и
> статус непонятен, и maintainer неизвестен... О, я на X-Comment-To: посмотрел
:) Хе-хе...
OCFS поддерживается Oracle. Если присмотреться к почтовому адресу на
первой странице ocfs.org а потом заглянуть сюда
http://otn.oracle.com/tech/linux/content.html
то связь сразу станет заметна...
:)
Hеофициально: не могу сказать точно по поводу, OpenGFS, знаю что
Polyserve и Sistina, делали попытки к установке нашего кластера. Hо там
что-то не заладилось с политической точки зрения.
По поводу большинства кластерных файловых систем: многие из них
использую т.н. proxy I/O, то есть когда весь ввод/вывод идет только
через один узел кластера. Hапример GFS на Solaris. Ессно, что мы не
рекомендуем устраивать кластеры на таких файловых системах, так как
дисковый ввод-вывод для БД становится самым узким местом и будет
замедляться по мере увеличения кол-ва узлов в кластере. (В этом случае
используется кластерный менеджер и кластерная система от Veritas. Или же
-- raw devices и Sun Cluster).
> :) Кстати, может Вы скажете, что есть ocfs.org, какое отношение он имеет к
> Oracle и как соотносятся версии на нем (latest is 1.0.8) и на otn.oracle.com
> (latest is 1.0.1.2). И вообще...
>
По поводу OTN: просто недосмотр в обновлении. Возьмите да и пошлите им
feedback. Почему бы и нет? Там ссылочка внизу есть.
> KS> Железо же... либо параллельный, либо последовательный SCSI, либо
> KS> FireWire (только для маленьких систем). Впрочем с точки зрения системы
> KS> диск, подключенный через FireWire виден как SCSI (/dev/sda и т.д.)
>
> JBOD/однопортовый массив на параллельном SCSI - только для исследований.
> Внешний двухпортовый массив - да, согласен. С IEEE1394 сложнее. Бриджей со
> скоростью > 10Мб/сек я не нашел, а такая скорость - слезы. Плюс драйвер SBP2
> в Linux - сказка, причем очень страшная.
>
А я и не говорил, что на этом можно серьезную систему сделать. Однако
если просто смонтировать ext2, на диске подключенном через FireWire, то
можно гнать файлы со скоростью около 40 МБ/сек. Я делал это на одном из
мостов тайваньской компании IOI ( http://www.ioi.com.tw ). Кстати, из
тех же соображений (скорости) я сделал БД на raw devices поверх
логических дисков сделанных на LVM. Работает ВЕСЬМА быстро.
--- ifmail v.2.15dev5
* Origin: Oracle Corporation (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/4380fee0ec6b.html, оценка из 5, голосов 10
|