» StarWind iSCSI Target

Всё нужное для работы искать тут

Хранилище с Высокой Доступностью класса Active-Active

StarWind SAN превращает любой стандартный 64-битный либо же 32-битный сервер в катастрофо- и отказоустойчивую, высокодоступную SAN. Технология Высокой Доступности StarWind позволяет приложениям получить постоянный непрерывный доступ к хранилищу даже в случае отказа оборудования.

Традиционно, продукты для создания SAN с Высокой Доступностью были достаточно дорогими и сложными в использовании. Это и было камнем преткновения для представителей малого и среднего бизнеса, которые использовали vSphere, Microsoft Hyper-V и другие серверные приложения, требующие кластерной конфигурации серверов. Архитектура Высокой Доступности класса Active-Active, предлагаемая StarWind 5.0 позволяет Вам построить высокодоступный сервер хранения, который сможет гарантировать доступность Ваших данных, а также надежность и высокую доступность высочайшего класса по доступной цене.

Большой ассортимент характеристик и возможностей StarWind 5.0 обусловил создание нескольких версий продукта, для того, чтобы максимально полно удовлетворять потребности любой организации. Каждая из версий StarWind улучшает доступность данных и приложений, защищает данные, а также упрощает управление хранилищем. В дополнение к этому, StarWind использует протокол хранения iSCSI, что означает возможность конфигурации Вашего централизованного сетевого хранилища по существующей IP или Ethernet сети без лишней головной боли за менее чем 30 минут.

согласен "откочевать"
сейчас ковыряю версию 5.5 в варианте HA enterprise
основные (мной) не решенные вопросы:

1) какой использовать таргет и инициатор, чтобы на 2-х сетевых картах с каждой стороны получить скорость между таргет -инициатор х2
2) как поднять тагргет из-под winpe 3.0 чтобы можно было на максимальной скорости делать резервные копии

часто замечаю, что гугль при повторном поиске "деталей для велосипеда" начинает находить мои поиски этих деталей

1) Инициатор рекомендую дефолтовый. WB кэш тоже включить советую - помогает весьма и весьма. MPIO выставить в RoundRobin - в Hyper-V оно так и есть, в ESX(i) нет. Если у Вас ESX - у нас на форуме есть моя тема с настройками инициатора в ESX(i) - советую почитать, вроде как полезная тема. Соответстсвующую тему для Hyper-V я пока что пишу
Как бэ ссылка на тему: http://www.starwindsoftware.com/forums/post12194.html#p12194
2) У нас был один клиент поднимавший StaWind в WinPE. Гарантия 99%, что сервис заработает, но консоль, скорее всего, нет, так как не будет необходимых библиотек. В теории, если продумать все варианты работы, это решение рабочее и жизнеспособное.

А можно ссылку на бесплатную версию StartWind выложить? Не найду её на оф. сайте, только trial. Или это одно и тоже: trial превращается в бесплатную обрезанную версию по истечение? А если требуете corporate email, зачем на Softpedia ссылки пустые давать?

Фришки уже нету, и давно. Когда будет - неизвестно, но вроде как планируется. Триал по истечении лицензии умирает, и не позволяет никому к себе подключаться (только после рестарта сервиса). А на Softpedia мы сами ссылки не вешали, они сами.

Окно Help в 5.5 висит всегда поверх других окон - нельзя нормально сделать, чтобы между окнами мышкой переключать? Также в Help надо активировать Text Wrap, а то неудобно внутри виртуалки читать, ведь её окно меньше монитора.

Запустил 1-й раз - не соединяется StarWind Target с вирт. диском, запущенный в VMWare WS7 с Win7 64bit гостем (не ESX), с инициатором MS iSCSI Initiator в Win7 64bit хосте. При попытке соединиться из Initiator хоста пишет "ошибка таргета". Ограничений пока не вводил. В чём причина? На что внимание обратить? Сеть между гостем и хостом работает нормально, видны расшаренные папки, интернет в госте тоже пашет.

WinCHM всегда висит поверх вызвавшего его приложения. Перенос длинных строк - туда же.

А что в логе StarWind по этому поводу есть?

На дворе уже давно MS Help Viewer, и бесплатные вьюеры для него. Кроме того, устаревшие скрины мануалов по безопасности здорово путают новичка, может лучше оставить короткий безскриновый вариант с перечислением значений каждого параметра (понятие хотя-бы дать что требуется от параметра), поскольку возможна установка на разных ОСях. Самим можно со скринами разобраться.

Control Connections? У меня target нашелся с помощью MS инициатора на порту 3260, хотя сервер слушает порт 3261. Надо обьяснить это в Help, как искать таргет - дошло только по логу.

Подключился на хосте и госте к тому-же image диску, но нет синхронизации файлов. При включенном clustering volume на госте при его изменении в хосте обновляется только после переподключения к таргету. Или их надо особо форматировать, др. файл. система?

A при подсоединении с разных ПК к имаджу без поддежки clustering его копия создается на каждом ПК ( а иначе как же у них разный контент)? В какой папке её искать? Этот файл автоудаляется при размонтировании диска на хосте?

1) На фидбек на сайте отсылайте, можно на русском. Безскриновый манул вызывает кипение мозга у западных гениев
2) iSCSI работает по 3260, по 3261 сервис слушает подключения консоли.
3-4) http://www.starwindsoftware.com/starwind-faq#q_13 правда на английском

Понял по поводу clustered file system. А если имадж как обычно сформатирован в NTFS (без clustering), где всё-же его копию (backing file) искать на удаленном ПК - в какой папке? Ведь файлы то копируются на него, и в каждом компе получается - разные. Хочу их найти и удалить - первый блин...

99% что ни в какой, а данным в общем опа!, так как каждый клиент перезаписывает разметку ФС своими данными.

Понятно. Скажем MS iSCSI Initiator создаёт на С:\ в папке данного юзера временный backing файл (с каким расширением - может найду восстановлением данных?), туда копируются файлы (или каждый Инициатор копирует их только на удаленный диск неизвестно куда, если нет кластера?), а при размонтировании iSCSI диска этот файл просто удаляется в NTFS на местном и/или удаленном серверах?

Для поддержки clustering кроме MetaSAN требуется ещё запущенный MS Clustering Service, или они взаимозаменяемы, т.е. MetaSAN и др. перечисленные в StarWind FAQ кластерные файловые системы самодостаточны?

перенес обсуждение из вареза в программы:

LanStateMap

1. ок, буду пробовать.

2. да, с массивом всё нормально, прогонял тестами HD Tune.

3. Да, в этом направлении у меня куча тестов, выводы не однозначные, результаты могу
выложить куда-нибудь, если интересно могу в личку отправить ссылку или на мыло.

To foofighter2005:

Можно попробовать оптимизировать TCP:

netsh interface tcp set global timestamps=enabled
netsh interface tcp set global ecncapability=enabled

minin

Про Timestamps первый раз слышу, попробую. Делал стандартный тюнинг по рекомендациям StarWind:
netsh int tcp set heuristics disabled - disables Windows scaling heuristics
netsh int tcp set global autotuninglevel=normal - turns-on TCP auto-tuning
netsh int tcp set global congestionprovider=ctcp - turns on using Compound TCP
netsh int tcp set global ecncapability=enabled - enables ECN
netsh int tcp set global rss=enabled - enables Receive-side Scaling (RSS). Note, that you should enable it only if your NIC supports it!
netsh int tcp set global chimney=enabled - enables TCP Chimney offload
netsh int tcp set global dca=enabled - enables Direct Access cache (should be supported by CPU, chipset and NIC)

И ещё, при локальном использовании iSCSI инициатора, скорость записи составляет 99 МБ/с.

А есть где-нибудь какая-то статистика при каком железе какая производительность сабжа?
Особенно по рейдам, в том числе факерейдам?

minin

Добавление timestamps не помогло…

Размещение таргета StarWind в памяти Dataram RAMdisk 4092 МБ (при отключенном собственном кэше StarWind) дало ту же самую скорость линейной записи 5МБ/с (инициатор соответственно на удалённом хосте)… Если же вместо удалённого хоста подключиться локальным инициатором, скорость записи в такой таргет получается = 70-77 МБ/с, точно замерить не успеваю т.к. файл маленький, 2,4 ГБ, транзакция слишком быстро завершается. Сетевая скорость приблизительно такая же как и дисковая, в обоих случаях.

Цитата:

5МБ/с (инициатор соответственно на удалённом хосте)…
локальным инициатором, . . . 70-77 МБ/с,

Это явно LAN, а не HDD
Уже результат . . .


Цитата:

Note, that you should enable it only if your NIC supports it!

Есть идея задать нужный режим в свойствах LANCard
а-ля:
_http://www.starwindsoftware.com/forums/starwind-f5/starwind-cluster-hyperv-t2336-30.html

Цитата:

I had to enable the Receive Side Scaling (RSS) in the Myricom 10GBe Network Card.
The RSS queue is 4.

1. Я бы драйвер сетевой переустановил, чтобы сбросить настройки на нем в дефолтные.
2. Сбросить все настройки сети которые менялись в дефолтные, либо откат из бекапа.

Скорость должна стать нормальной.
А дальше, вникая в суть вносимых изменений, вносить изменения в параметры системы и драйвера.

Minin прав, не все что рекомендовано можно использовать....

minin
LanStateMap

Я не могу говорить что это LAN, потому что:
1. При физическом маппинге дисков между хостом-таргетом и хостом-инициатором, но без использования iSCSI, скорость линейной записи = 123 МБ/с, чтения = 125 МБ/с. (на хосте СХД факерейд-10, на хосте-инициаторе три сингла со 128 МБ/с на чт/зп между собой).
2. Драйвер сетевой сначала использовался дефолтовый, потом свежачёк от Intel-a, затем тестил с тимингом (сетка двухпортовая, на обоих хостах одинаковая), тиминг с одним аплинком+добавлял в процессе транзакции второй, потом вообще тестил на встроенном Marvell. Скорость записи растёт только физическая, но не iSCSI…
3. Не просто сбрасывал все настройки, переинсталлил по новой Server2008R2, и с SP1 и без, и с тюнингом сеток и без, с JumboFrames и без, со свичём и напрямую.
4. FlowControl был включен, сейчас вырубил, без изменений… Да и RSS в свойствах сетки включен, до тюнинга или после установки дров не помню. RSS Queues по дефолту был=1, сейчас заменил на 8, всё равно без изменений.
5. В железе не сомневаюсь, т.к. друзья делали то же самое на другом железе (i7+i7, факерейды-10, другие матери и т.д.), результат тот же.
6. В подозрениях осталось только попробовать 2003x64, год назад кажется 80 МБ/с показывал, да ещё версию StarWind подревнее поставлю.…

To foofighter2005:

кстати, а как себя ведет MS iSCSI Target?

На
_http://www.starwindsoftware.com/forums/starwind-f5/recommendations-for-large-san-for-virtualization-t2281-15.html
правильная методика измерения скорости _записи_ . . .

Только лучше записывать время в .log :
echo. | time >>file.log
копирование
echo. | time >>file.log

Здесь
_http://www.starwindsoftware.com/forums/starwind-f5/with-10gbit-intel-nics-cx4-t2350.html
про выравнивание разделов:

Цитата:

importance of block allignment once more: 95% of best practice configs have the RAID stripe size = Parent NTFS block size = child NTFS block size = 64k.

и еще проблема:

Цитата:

64K stripe size on the SAN raid->64k block size of the NTFS SAN volume->Default Image file exported as iSCSI disk->64k/512b Client side server block size = good performance
As soon as you create a Hyper-V VHD on top of this - writes drop to 2-3 MB/s
So it's not IMG but VHD problem

minin

1. Да, разделы я по блокам не выравнивал, но у рейда страйп был с рождения дефолтовый=64к.
На факерайд-10 ФС была создана по дефолту NFTS 4к, она же Parent, если я правильно понял. Переформатил в NTFS=64к.
Child раздел (он же SAN диск на хосте–инициаторе, надеюсь) тоже был дефолтовый, NTFS 4к – переформатил в 64к.

В общем, сейчас выровнял Страйп=64к, Parent NTFS=64к, Child NTFS=64к. Безрезультатно…

2. По новой методике рез-т такой (дефолтовый блок 256к * дефолтовое число блоков 38000), разделы уже выровнял:
19:42:29,35 - 19:11:55,80 = 00:30:33,55 = 1833,55 с
9500 МБ / 1833,55 с = 5,18 МБ/с.

Ранее пользовался resmon.msc, результаты совпали… Неутешительные…

3. Тесты с MS iSCSI Target думал оставить на потом… Сделаю, чуть позже.

minin
LanStateMap

Спасибо всем, кто откликнулся! Вопрос можно считать временно закрытым.

Тесты с MS iSCSI target 3.2 показали хорошие рез-ты, запись 101-102 МБ/с.

Стартанул StarWind 5.5, запись = 101-103 МБ/с.
Как только поставил 5.6, запись = 5 МБ/с.
Ставлю обратно 5.5, запись = 101-103 МБ/с…

Пробовал и прямую установку 5.6. и через апгрейд с 5.5. до 5.6.
И с палёным серийником от 5.5 и с официальным 30-дневным триалом для 5.6.
Друзья мои тесты тоже подтвердили, падение скорости на 5.6 StarWind до 5 МБ/с…
Неужели больше никто не заметил такую серьёзную засаду???
Может разработчики в курсе данной проблемы?
А может на настоящем железе (не факерейд) этой проблемы действительно и не существует?

Хотелось бы услышать комментарии по этим результатам уважаемого prymara

Хм....
Нечто схожее на 5.6 наблюдал на случайных мегабайтных блоках...
См. скриншоты:
Чтение

Запись


На чтении все окей, а на записи имеем необъяснимый провал на мегабайтных блоках.

Да, конфиг:
- Сервер и клиент на одном хосте в одном виртуальном коммутаторе и вмварными 10гигабитными адаптерами.
- Тестировался SSD диск отданный по iSCSI.
- Кеш старвинда выключен


Та же проблема с мегабайтными блоками присутствует и на 10 рейде adaptec 5805.

Но в моем случае, эта проблема только в тестах...в работе проблем не замечал, так как там нет таких блоков и преобладают операции чтения.

Какие мысли?

См. в соотв. разделе нашего форума
StarWind v5.7.1682 build 20110420 Beta

Обещали:
_http://www.starwindsoftware.com/forums/beta-f17/starwind-beta-t2369.html

Цитата:

1) Multiple routes for HA nodes cross-link. Better HA performance and more redundancy. No NIC teaming any more. We'll combine and multiplex every possible data route between nodes.

2) 10 GbE and 40 GbE related peformance optimizations. For both HA and non-HA versions.

3) Bandwidth throttling for synchronization. No more rejected incoming connections for shared data storage while doing HA sync. Both automatic and manual control mode.

4) De-duplication with 4KB and 8KB block size (still emulating 512 byte sector for Windows and Linux compatibility). MUCH faster (2x-3x times compared to 512 byte block) and up to 10x times less memory footprint. With 10-15% space lost compared to 512 byte de-duplication block.

Сделали ли?

--

New features and improvements [more]
Performance monitor feature added. From StarWind management console you can monitor disk transfer rates, average number of I/O operations on targets, CPU and memory load on StarWind server.

Snapshot manager feature added. It allows viewing, deleting and merging exiting snapshots with convenient and simple GUI. Select “Snapshot manager” option in context menu of device with snapshots support.

Event log: Notifications about new records in StarWind event log in system tray.

GUI: Targets and servers can be arranged in groups.

High availability: added option to set traffic priority on sync channel during device synchronization. Device synchronization process can generate high load to disk system and partner. It affects performance of client requests processing. Now you can set priority for device synchronization traffic. Select “Sync channel priorities” option in HA device context menu.

Deduplication: new version of experimental deduplication plugin. Added ability to set deduplication block size (512 bytes - 256kB). Deduplication device implements low-level data deduplication. It allows saving disk space significantly when user data contains several copies of similar data.
Deduplication device is in testing stage, use it on your own risk!

ImageFile, DiskBridge: added support of the Mode Sense page 0x3 for compatibility with Solaris iSCSI initiator.

Core: fixed LUN Reset command processing.
[/more]

1-2 сместили новую архитектуру НА на 5.8. Не дотестили, сорри
3. Готово
4. Блоки от 512 байт до 256 кб. Пока экспериментально. Но работает
Насчёт записи. Сегодня мне пообещали дали специальный билд, вопрос в том сможете ли Вы еще с ним провести Ваши тесты? Я буду ооочень благодарен.

prymara

Цитата:

1-2 сместили новую архитектуру НА на 5.8. Не дотестили, сорри

Жаль, это основное что хотел потестить...
Скоро лето...когда теперь 5.8 ждать? к осени?


Цитата:

Насчёт записи. Сегодня мне пообещали дали специальный билд, вопрос в том сможете ли Вы еще с ним провести Ваши тесты? Я буду ооочень благодарен.

Если, речь про тесты случайной записи в HDTune - то конечно...виртуализация творит чудеса

Могу сделать тест на выложенной StarWind v5.7 20110420 Beta.
Что за "специальный билд"? Исправленный 5.6?

Думаю к середине лета. Самому жаль, там много вкусного. Дам бету как будет
Это 5.7 с одной выключенной штукой
Линк: Всем кому надо - в ПМ за ссылкой и паролем. Тов. minin уже получил.

prymara
а дедуп хуже чем в ZFS работает ? (мне по нагрузке там он понравился, что с ним что без него скорость одинаковая).

Дедупа пишется, и, честно говоря, версии 5.7 дедупу я сильно пока не трогал, но у ZFS блоки, по моему, 64кб, что весьма много. Потому и грузит мало. Тут же всё просто: меньше блок - меньше скорость, больше нагрузка, но и качество просто шикарное. Так что если у нас не брать блоки 512b-8kb, а брать от 16kb c мощным процом, то будет бегать весьма неплохо.

Результаты новых тестов:
а) На StarWind 5.5 скорость записи в HDD tunes = 120 МБ/с (CrystalDiskMark = 100 МБ/с) независимо от схемы инициатор-таргет.
б) На StarWind 5.6-5.7(20042011)-5.7(21042011) скорость записи в HDD tunes = 5 МБ/с (CrystalDiskMark = 5 МБ/с) если схема инициатор-таргет = Win7(х64)—Server2008R2. В противном случае, если тесты ведутся на Server2008R2--Server2008R2, то запись в HDD tunes = 68-72 МБ/с (CrystalDiskMark = 5 МБ/с). Сильную разницу в показаниях «HDD tunes 4.60» vs «CrystalDiskMark 3.5» именно на версиях StarWind 5.6-5.7 объяснить не могу. Но показания HDD tunes подтверждает не синтетическая нагрузка в виде записи в SAN диск одного филе весом 23 ГБ, проводником