Re: Посоветуйте оптимальный Software RAID
Dmitriy Sirant -> debian-russian@lists.debian.org @ Mon, 19 Sep 2005 22:52:24 +0300:
>> DS> Есть 3 SCSI винта:
>> DS> 1. 36 гиг
>> DS> 2. 18 гиг
>> DS> 3. 18 гиг
>> DS> Есть желание как-то правильно из них собрать в Software RAID для
>> DS> последующего слаживания туда MySQL баз. Т.е. и скорость важна и
>> DS> безопасность. Так как до этого пробовал только Raid 1 и Raid 2
>> DS> возник вопрос, как бы пооптимальней использовать имеющиеся винты.
>> Я бы сказал, что Raid1 (дублирование, если я правильно ошибаюсь).
>> Страйпом (Raid0) объединяешь 2 по 18, они тебе дают 36, и результат - в
>> Raid1 с отдельным винтом.
DS> Была такая идея, но решил, что неправильно Raid еще раз в Raid
DS> оборачивать (а работает ли так у кого ?).
DS> Raid5 на этих трех винтах даст тебе те же 36
>> гиг плюс 18 гиг незарейженного пространства за счет тормозов. Ну а
>> Raid0 на все 72 гига - сам понимаешь...
DS> С этим ясно. Отпадает.
>> Впрочем, я бы сказал, что если ты туда собираешься складывать MySQL'ные
>> базы, то можно и Raid0... Все равно, раз MySQL, то тебе эти данные не
>> очень нужны...
>>
DS> Странно, с 2001 года небыло проблем (тьфу тьфу). А что посоветуете
DS> ? Oracle - громоздко и неуверен, что бесплатно в моем случае
DS> (самописный биллинг). К томуже недумаю, что неумело настроеный
DS> (default settings) Oracle будет лучше и надежней MySQL. Postgres -
DS> как-то не знаю... говорят тормозит :) Firebird - нехочется, все
DS> функции основные ручками писать.
Оракл без умения его настраивать, конечно, не посоветую. Посоветовал бы
постгрес. Слухи о его тормознутости несколько преувеличены. Нет,
конечно, на _простых_ операциях мыскль _3.x_ заметно быстрее. Но тоже
до определенного предела размера базы, помнится. А как только у него
включаются транзакции, он не быстрее постгреса (ибо с чего бы?), а
только менее надежен.
Не, постгрес тоже можно притормозить. Например, напихав в него не по
делу stored procedures на перле или пытаясь работать с базой данных по
одной записи без курсоров. В общем, много есть способов притормозить
SQL-базу. Но сам по себе он вполне вменяем.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Весь юникс для того и был придуман, чтобы PS в принтер выплевывать.
Alex Korchmar в <a63nn3$ef7$1@alx.private>
Reply to: