Вводная по проблеме: после настройки Sun Storage 7000 и Windows 2008 R2 утилизация сети по данным Task Manager OS Windows, Wireshark и аналитики 7000-ной серии составляла порядка 25-30%, пропускная способность одного линка составляла не более 25-35 Мб/с в пиковых значениях. Что меня, естественно, не устраивало в корне – 3 линка в сумме давали максимальное аггрегатное значение в 100-120 Мб/с пропускной способности, и – самое нехорошее – создавало абсолютно нездоровую и непроектную нагрузку по CPU на системе хранения – SYS по аналитике на 7410 достигал странных (с моей точки зрения) значений в 7-10 процентов при фактически очень низкой нагрузке.
Кое-какие правки в реестре. Для получения вменяемых результатов с iSCSI.
Разрешаем Jumbo Frames для адаптеров (для примера взят SunFire X4600M2, Intel NIC 1000/MT Dual):
“Чиним” ключи реестра:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
GlobalMaxTcpWindowSize = 0x01400000 (DWORD)
TcpWindowSize = 0x01400000 (DWORD)
Tcp1323Opts = 3 (DWORD)
SackOpts = 1 (DWORD)
…и…
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces]
выбираем адаптера с нашими iSCSI подключения, исправляем ключи:
TcpAckFrequency = 0x1 (DWORD)
Радуемся скорости!
Tags: Demo, FishWorks, hacks, Oracle, Performance, registry tuning, Sun Storage 7000, SUNW, Tuning, UBTec, Windows 2008 R2
Довелось наконец-то потестировать FC на Sun Storage 7410 (1 x HBA Dual Port QLGC HBA, 11 x SATA, 1 x SSD). Ранее – проводил активные экспирименты с Opensolaris b134 + COMSTAR.
Для начала – картинки:
Смена Initiator на Target требует перезагрузки, причем – система задаст один-единственный вопрос и сразу уйдет на перезагрузку – на “обожгитесь” на продуктивной системе, будет очень неприятно… Зато потом мы имеем порт FC в режиме target:
Далее – все просто – добавляем линк до нашего сервера (это Sun Fire X4600M2 с 12Гб RAM и OS Windows 2008R2 Enterprise на борту, с установленным FC HBA Emulex 4GBs Single Port). Немного скриншотов:
Из-за бешеных скачек по Москве (вот уж придумал причину!) не сделал скриншоты с аналитики системы 
НО результат меня вполне порадовал: при тестировании с помощью SQLIO Disk Subsystem Benchmark Tool – со стороны системы хранения загрузка по CPU приближается к 0% (сам удивился – аж в шелл полез смотреть vmstat), пропускная способность по аналитике на том ZFS (zvol, bsize 64kb, подключен одним путем к серверу, сверху Simple vol/GPT разметка + NTFS) составляет 200 МБ/с (+/- 5 мб). Также система потенциально показывает отличные возможности масштабирования.
Мораль – FC быть! Шикарная возможность подключения для систем Sun Storage 7000! iSCSI ему даже рядом не конкурент – с ним имеем очень неплохой результат на “чистой” синтетитке, но какой-то абсолютно невнятный результат при работе реального приложения (MS SQL Server 2008 / OLTP нагрузка – по крайней мере близкая к ней).
Собственно, только что выпустили “свежак” – Sun Storage 7000 2010.Q1.0.0 Release, как буквально меньше чем через месяц выпускают bugfix релиз.
Полезного (пока) ничего не замечено. Завтра “катанем” на 7410, посмотрим, как оно поведет себя.
Пруф: http://wikis.sun.com/display/FishWorks/ak-2010.02.09.0.1+Release+Notes
При попытке обновления Sun Storage 7410 я решил использовать Google Chrome. Который, как выяснилось, при попытке загрузки обновления – замерзает фактически намертво. Это ньанс номер раз.
А второй ньюанс – потребовалось оперативно сбросить пароль root, который я не знал. Читаем здесь, не забывая, что это действие полностью очистит Вашу конфигурацию (сеть и т.д.), НО сохранит данные не тронутыми (короче, не “снесет” data pool).
Happy tuning 
!
PS: после обновления до Sun Storage 7000 2010.Q1.0.0 Release возникли кое-какие неприятные и раздражающие ошибочки, которые светятся в алертах:
Description An attempt to import the resource ‘ak:/shadow/pool-0′ has failed.
Type Critical alert
Impact Resource will be unavailable.
Automated response None.
Recommended action Attempt to repair the resource once to correct a transient failure. Contact your vendor for support.
Event time 2010-3-19 15:38:10
Unique Identifier 3df6a5f7-c856-474b-8042-cc6a9dc60319
Status This alert is not associated with a problem
Пока это не выглядит как проблема, но я повременю с апдейтом продуктивных систем…
Судя по всему – это у нас старая проблема:
CR 6880027 alert: an attempt to import the resource ‘ak:/shadow/pool-0′ has failed
И на симуляторе оно не “вылазит”.
