Nest Org Ru Team Site

Вводная по проблеме: после настройки 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)

Радуемся скорости!

Довелось наконец-то потестировать 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 нагрузка – по крайней мере близкая к ней).

Наш офисный КОТ Торчок Снято майфуном, так что – звиняйте

И вот еще одна перезентация на русском языке, написанная для, скажем так – всех интерисующихся в общем плане

• http://ua.sun.com/win/news/events/2009/april/SS7000.pdf

Или только я ее не видел?

И еще – наткнулся на забавный девайс, а точнее – целый ряд устройств – Fusion-io ioXtreme, например – устройство для домашнего ZFS-сервера в форм-факторе PCIE. Список поддерживаемых ОС выглядит как-то кисло без (Open)Solaris. И подождем какое-то время – и потом еще напишем.

PS: вот кое-какое обсуждение на форумах opensolaris.org: https://opensolaris.org/jive/thread.jspa?messageID=297283. Дабы впустую не гонять – предварительно – этот вид устройств не поддерживается (Open)Solaris…

Внутри 7410. Кое-что любопытно – например, диски SATA для (аналогичного) сервера Sun Fire[tm] X4440 – недоступны. Ну и собственно – Zeus SSD – тот самый турбонаддув для 7000 серии На последней фото – SATA/SAS Multiplexor (http://www.lsi.com/…/sata_multiplexers/ss1320/). Господа, желающие самостоятельно собирать аналог 7000-ной серии “на коленке” – могут, конечно, попробовать, но есть странное подозрение, что итоговая стоимость аналогичной железки существенно превысит разумные затраты.

ЗЫ: сегодня выходит релиз OpenSolaris 2009.6. Ждем, обновляемся по вкусу!

Под впечатлением от статьи и с выходом новго VDI 3 (еще в стадии EA) начал “крутить” VirtualBox + SRSS с точки зрения простой и максимально дешевой альтернативы на исходным же технологиях. В результате выяснил, что алтернативы с “пол-пинка” сделать не получится и за VDI денег не просто так берут, зато получил скрипт и работающюю предельно простую, на мой взгляд, схему, простую и понятную (с моей точки зрения), в работе. Конечно, не хватает “свистелок” вроде графического интерфейса . Но все впереди

И сразу же влеплю маааленький такой disclaimer – это НЕ попытка отговорить Вас от покупки Sun VDI – все-таки организации требуется нечто большее, чем пустой набор неких скриптов, написанных с непонятным качеством, возможно даже в предпразничную пору. Этот пример – лишь повод взглянуть на новые технологии, которые предлагает компания Sun (ну и конечно, мы – UBTec – я же инженер своей компании – хотя здесь пишу отсебятину).

Дальше много непонятных букофф, надеюсь, кому-то будет полезным на “подумать”.

Read more…

Наконец-то свершилось чУдо – запустили новый портал UBTec.ru ( http://www.ubtec.ru/ ) . Новый дизайн , новые технологии – мы теперь такие современные

Перейдем к весьма щекотливой теме . Сколько стоит сама “коробка” – обсуждать не буду . Давайте обсудим стоимость лицензий на : мгновенные снимки , клоны , удаленную репликацию , кластеризацию , тд. В двух словах и одном предлоге :

“Ничего не стоят” .

Перевожу – ДАРОМ . Покупая железку , вы автоматически покупаете все возможные опции , в нее включенные . Собственно , все !

Шел есть . Как раз bash и есть . И я прямо не знаю – это хорошо или плохо .

jumbo-uss7110:> shell
Executing shell commands may invalidate your service contract. Continue? (Y/N)
Executing raw shell; "exit" to return to appliance shell ...

+-----------------------------------------------------------------------------+
| You are entering the operating system shell. By confirming this action in   |
| the appliance shell you have agreed that THIS ACTION MAY VOID ANY SUPPORT   |
| AGREEMENT. If you do not agree to this -- or do not otherwise understand    |
| what you are doing -- you should type "exit" at the shell prompt. EVERY     |
| COMMAND THAT YOU EXECUTE HERE IS AUDITED, and support personnel may use     |
| this audit trail to substantiate invalidating your support contract. The    |
| operating system shell is NOT a supported mechanism for managing this       |
| appliance, and COMMANDS EXECUTED HERE MAY DO IRREPARABLE HARM.              |
|                                                                             |
| NOTHING SHOULD BE ATTEMPTED HERE BY UNTRAINED SUPPORT PERSONNEL UNDER ANY   |
| CIRCUMSTANCES. This appliance is a non-traditional operating system         |
| environment, and expertise in a traditional operating system environment    |
| in NO WAY constitutes training for supporting this appliance. THOSE WITH    |
| EXPERTISE IN OTHER SYSTEMS -- HOWEVER SUPERFICIALLY SIMILAR -- ARE MORE     |
| LIKELY TO MISTAKENLY EXECUTE OPERATIONS HERE THAT WILL DO IRREPARABLE       |
| HARM. Unless you have been explicitly trained on supporting this            |
| appliance via the operating system shell, you should immediately return     |
| to the appliance shell.                                                     |
|                                                                             |
| Type "exit" now to return to the appliance shell.                           |
+-----------------------------------------------------------------------------+
jumbo-uss7110#


В системе 16 дисков . Создается 2 пула : пул system (диски hdd0 и hdd1 , топологий mirror) – на них и размещается собственно ядро Fishworks . Пул pool-0 – это собственно пул с данными (он может быть сконфигурирован как stripe , raidz , raidz2 , mirror) .

Ответ про сколько можно вынуть : hdd0 & hdd1 – системы больше не будет существовать при выходе из строя обоих дисков . Про пул с данными – все несколько сложнее , как Вы понимаете – там доступно уже 14 (- 1-2 hs) диска , например , конфигурация mirror позволит потерять до 6 дисков при удачном стечение обстоятельств .

По времени :
 
2009-1-27 00:34:47 0b60ff7a-421a-c10c-d241-b1b466d27e94 The system has finished scrubbing the ZFS pool 'system'. Minor Alert
2009-1-27 00:30:59 8a8ef902-d606-63ec-ff49-b8e36456747d The system has begun scrubbing the ZFS pool 'system'. Minor Alert
2009-1-27 00:30:59 1022ad6b-f147-6e29-fbaa-a64b50a4597a The ZFS pool 'system' has finished resilvering. Minor Alert
2009-1-27 00:30:59 2b6a0ebb-75d3-e1ae-e1c5-ee0b29c616ca The ZFS pool 'system' has begun resilvering. Minor Alert

это после возвращения системного диска … просто для примера . ЕСТЕСТВЕННО , что при реальном выходе из строя диска реальное время восстановления будет существенно больше . Сколько будет работать – все равно , незначительное время :

jumbo-uss7110:> maintenance system disks show
Properties:
profile = mirror
root = 1.14G
var = 56.1M
update = 2.52M
stash = 4.44M
dump = 16.0G
cores = 18K
unknown = 14.0G
free = 103G

Disks:

jumbo-uss7110:>

Это то , что содержиться на системном разделе . Кстати , resilver так быстро идет в тч и из-за смешного размера модифицируемых данных – фактически это все , что _могло_ потенциально поменятся . Как видно из примера – scrub не показывает наличия ошибок (время – чуть меньше 4-х минут) – что вполне актуально для (пускай и так) 18 Гб системных данных , всего вместе .

Ниже – конфигурация пулов .
Read more…