Обновить
43
0
alcounit @xalcounitx

Пользователь

Отправить сообщение
например для меня полезный объем важнее быстродействия т.ч. никого хоронить не надо :)
думаю на каком нибудь Ксeoне это практически не будет чувствоваться…
ну я не сказал что вплотную приблизится, но из-за параллелизации обращения к винтам скорость работы должна увеличится
Да я на виртуалке тестил, по 8 гиг образы всего :)
Планирую в скором времени собрать рейд на двухтерабайтниках доведя их кол-во постепенно до 6.
Потому и начал все эти исследование
кстати RAID5 можно начать и с одного диска:
# mdadm --create /dev/md0 --level 5 --raid-devices 2 /dev/sda missing
т.е. один диск объявляется отсутствующим и рейд будет degraded
израт конечно :) но если расчитывать на рост в будущем можно и так…
Spare с одной стороны вещь полезная, но на ребилд все равно тратится время и в этот момент рейд остается уязвимый… Уж лучше RAID6 поднять. Со Spare единственное преимущество что я вижу это намного меньшая нагрузка на винт пока он в резерве, по сути включение/выключение только. В RAID6 два избыточных винта трудятся по полной…
при написании статьи проверял на Debian testing — все отлично
я бы не сказал что падение производительности так уж велико, а при увеличении кол-ва шпинделей (более трех-четырех) на нормальном железе может и к уровню RAID0 приблизится :)
ок, а со Spirit'ом что будет?
А что будет если iPhone 3Gs 3.1.3 + Spirit jailbreak обновить до официального 4.0.1 ???
Только Cydia слетит? Или еще чем чревато?
Использую такую схему в отдалённых офисах, где нет AD, разворачивая GroupPolicy копированием нужных файлов руками… Делалось всё это для того чтоб ограничить и так ограниченных пользователей запускать всякий левый софт, в основном портабельный.
не очень правильно написано открытие порта:
f = open("/dev/ttyUSB2", «r+»)
и потом внезапный выход в случаи недостаточного кол-ва аргументов без закрытия дескриптора:
if len(sys.argv) < 2:
print error
sys.exit()
ИМХО лучше открытие порта переместить после проверки аргументов…
Как вернусь из отпуска — постараюсь…
Может даже патч для iSCSI Target Box сделаю
Для быстрого расшаривания диска разворачивать целый Red Hat Network…
Если у вас все это уже есть то конечно сабж вам никчему…
Но не стоит подходить ко всему с принципом: если мне не надо — то это не надо никому
Вот хорошее описание DRBD — www.xgu.ru/wiki/Drbd
В самом iSCSI Target Box исправить в mkinitcpio.conf строки
MODULES=«crc32c iscsi_trgt drbd»
BINARIES=«agetty /lib/libnss_dns.so.2 drbdadm drbdsetup»
Да подсунуть drbd.conf в /iscsi-target-etc
ручками каждый день?
Если же тупо зеркалировать данные, то поднимаем кластерную файловую систему на drbd на этом же Box'е добавив пару компонент в сборку
Тогда два хоста должны иметь общее хранилище, к которому тоже надо както обеспечить доступ (по томуже iSCSI) и оно тоже должно быть мегаустойчивое…
IMHO всетаки эта задача не должна решатся на уровне iSCSI который по сути является SCSI-контроллером с удлиненными по IP соединительными «проводами»…
Но тут еще надо поставить сам линукс, сконфигурировать его и поддерживать в актуальном состоянии…
А здесь копирнул пару файлов и все…
Что Вы имеете ввиду под отказоустойчивостью target??

Информация

В рейтинге
Не участвует
Откуда
Киев, Киевская обл., Украина
Дата рождения
Зарегистрирован
Активность