Кратенько. Летим неделю. Полет – нормальный. Из приятных бонусов отмечена работа VSS (Volume Shadow Copy). SMB Server исправно живет и вроде как не “доставляет” клиенту. Из неприятных не-бонусов – проблема с подключением системы хранения к ESX (пулы теряются после перезагрузки). Пока не разобрался – это “грабли” самого ESX (надо все-таки генерировать новую сигнатуру для каждой vmfs3?), или же это проблемы COMSTAR? Storage Unit’ы остаются на прежнем месте, LUN’ы местами не меняются – короче, странно. Ожидаю озарения. И надо наконец дорисовать шпаргалку по COMSTAR – вяло выгляжу, когда непрерывно ползаю по манам, в попытке сообразить, где же я ЭТО (то или иное) видел?

Все давно хотел пустить в работу Solaris 11 + COMSTAR + CIFS w/ AD, да еще и под рабочей нагрузкой, да еще и с данными – особо никому не надо было…

В продолжение раннего поста –  Solaris 11. Универсальный сервер хранения. Нюансы. – все никак не доходили руки написать.

UPDATE1: VAL внес важную поправку во всю писанину – “ни черта не понятно”. Завтра запишу видео, с комментариями 😉

Много букв, основной тезис – “аггрегация и iSCSI не работает быстро”. Чуть разверну 😉

Почему-то не в первый раз сталкиваюсь с ситуацией, когда разнообразные товарищи пытаются что-то “пофиксить”, добиваясь максимальной производительности от связки Microsoft iSCSI Initiator и Oracle Unified Storage/Solaris 11/OSol/OI COMSTAR. В результате беглого анализа обнаруживается любопытная связка – сервер Windows 200x + NIC Teaming (Link Aggregation, или объединение линков, это по-нашему) на нем (благо многие брендовые сервера содержат в себе отличные сетевые наборы от Intel c соотв. обвязкой) + Oracle iSCSI Software Target (COMSTAR/Unified). И коронный вопрос “и где тут ваши сотни мегабайт в секунду?!”.

Ну так вот, для желающих сделать аггрегацию, дабы ускорить процессы ввода/вывода на системах – такая схема НЕ поддерживается, о чем прямо говорится в документации Microsoft iSCSI Software Initiator 2.x Users Guide на страничке 15 (зацитирую): Microsoft does not support the use of NIC teaming on iSCSI interfaces. тчк. Ну не поддерживает MS такой конфигурации (что логично в силу особенностей траффика iSCSI). Работать, тем не менее, такая схема будет, но никаких фантастических результатов на ней достигнуть, увы, не получится – как показало беглое исследование (некий свитч Cisco, как бы не 2950, x86 машина с 4-мя ethernet, uss7000 + tcpdump + наблюдение за свитчом), балансирока, применяемая для аггрегированных линков, не обеспечивает эффективное “разведение” траффика по конкретным линкам внутри аггрегации. По сути – это пустая трата ресурсов.

Дальше сколько-то слов про “что делать?” и “как быть?”

Итак, все-таки пришлось отказаться от приготовления “быстросупа” в пользу более детальных вещей 😉

Уж не знаю, сколько я еще попридержу у себя “старичка”, и когда наконец-то появится конторская машина – тем не менее – продолжаю обживать WinXP.

Вот такой вот “слив” обнаружил здесь – http://blogs.sun.com/ThinGuy/entry/sun_ray_software_5_early .

Эта та самая утилита , которая помогает создавать Live USB загрузку ! Без использования штатной usbcopy , которую предполагается пользовать в Solaris/OpenSolaris . Качайте образ osol-*.usb с http://genunix.org/ , “нарезайте” образ прямо на своем вЕндовом компьютере , и наконец-то переходите на нормальную ОС !!!

CoRD is a Mac OS X remote desktop client for Microsoft Windows servers using the rdp protocol. It is easy to use, fast, and free for anyone to use or modify.