Настройка схемы "Dual Path Redundant Connection"

Технологии постороения кластеров (вычислительных и отказоустойчивых), настройка терминал серверов,
SAN , NAS, FibreChannel, Infiniband

Модераторы: Trinity admin`s, Free-lance moderator`s

Ответить
shmichael
Junior member
Сообщения: 12
Зарегистрирован: 31 авг 2007, 13:07
Откуда: Москва

Настройка схемы "Dual Path Redundant Connection"

Сообщение shmichael » 04 сен 2007, 16:43

Здравствуйте уважаемые сотрудники Тринити!
Прошу прощения, если я что-то неправильно выражусь(думаю, что вы меня поправите), т.к. в плотную заниматься с кластерами и системи хранения данных начали недавно.
У нас в компании встал вопрос о создании отказоустойчивой системы, где будет стоять Oracle. Мы приобрели у вас диск. массив Ifortrend F16F-R2021 с двумя контроллерами(Primary и Secondary) и два сервера, на которых потом подразумевается поднять кластер MS. В сереверах установлены по два контроллера QLogic 2340 с установленными драйверами версии 9.1.4.15 от QLogic. Предполагается реализовать схему "Dual Path Redundant Connection". Теоритическую схему подключения мы нашли в документации на сайте Инфортренда(прикрепляю файл "Servers and Infortrend Connections.doc", чтобы у нас не было каких-то разночтений). Кроме того еще узнали, что существует два типа работы такой схемы актив-актив и актив-пассив. Я так понимаю, что при работе актив-актив LUN-ы мапятся через оба контроллера(примерно в равной степени) и тем самым достигается распределение нагрузки. Но зато если в таком режиме выходит из строя один из контроллеров, то прекращается доступ к дискам, которые были через него намаплены. И для восстановления связей необходима замена контроллера и восстановление в него заранее сохраненной конфигурации(NV-RAM). В режиме же работы актив-пассив(standby) все LUN-ы мапятся через один контроллер(например через Primary), а второй контроллер находиться в режиме ожидания. Вот выдержка по такому режиму работы из документации Инфортренда: "Active-to-Standby Configuration
By mapping all the logical configurations of drives to one controller, the other controller will stay idle and becomes active only when its counterpart fails."
Но ведь для поддержания "вторичного" пути эти же лог.диски(LD) или партишены должны быть намаплены и через второй контроллер(Secondary). Т.е., я так понимаю, при работе MultiPath драйвера должны "знать" через какой контроллер им в данный момент работать. Однако, на самом деле происходит так: если намапил один из LD через один контроллер, то намапить этот же LD через другой контроллер программа управления дисковым массивом(делали с помощью RAIDWatch ver.2.3.j и TelNet) уже не дает!
Может я что-то недопонимаю... или что-то делаю не правильно? Просветите пожайлуста.
И еще ткой вопрос. Опять же для подключения такой же схемы каким образом надо настроить каналы по ID? Исходя из схемы подключения мы делаем, например таким образом: Channel 0, PID=112, SID=113; а для Channel 1, PID=113, SID=112. И потом производим LUN-маппинг LD0: Channel 0, SCSI ID=112, LUN=0. Предварительно при создании LD0, он был назначен через SlotA(Primary Controller).  Назначить этот же LD0 через SlotB(Secondary Controller) - программа уже не дает... Поэтому маппим: Channel 1, SCSI ID=113, LUN=0 также через SlotA. Далее производим маппинг LD1: Channel 0, SCSI ID=112, LUN=1 и Channel 1, SCSI ID=113, LUN=1. и т.д. остальные диски(партишены)
Правильно ли это? И как можно после всех этих настроек проверить работает ли SAN по нашей теоритической схеме?
Заранее спасибо.
Вложения
Servers and Infortrend Connections.doc
(198 КБ) 628 скачиваний
Servers and Infortrend Connections.doc
(198 КБ) 582 скачивания

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 04 сен 2007, 17:15

Актив-актив - это когда оба контроллера работают, но обслуживают разные луны.
Актив-пассив - это когда все луны свалены на один контроллер, а второй просто стоит под парами на случай Х.

Контроллеры могут зеркалировать кэши друг друга (если все правильно настроено) и вылет одного из них означает лишь кратковременный таймаут на время переходных процессов (пока второй поймет и примет на себя нагрузку).

Так что Вы как-то не совсем правильно все поняли.

Аватара пользователя
VladimirR
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 160
Зарегистрирован: 26 мар 2007, 18:22
Откуда: St.-Petersburg
Контактная информация:

Сообщение VladimirR » 05 сен 2007, 10:44

При планировании кластера active/active для Oracle вы можете поднимать различные экземпляры на каждом из узлов или использовать Oracle RAC(Real Application Cluster). Строить кластер можно средствами Windows Ent., а можно посмотреть в сторону Veritas Storage Foundation HA.

shmichael
Junior member
Сообщения: 12
Зарегистрирован: 31 авг 2007, 13:07
Откуда: Москва

Настройка схемы "Dual Path Redundant Connection"

Сообщение shmichael » 06 сен 2007, 11:49

gs писал(а):Актив-актив - это когда оба контроллера работают, но обслуживают разные луны.
Актив-пассив - это когда все луны свалены на один контроллер, а второй просто стоит под парами на случай Х.

Контроллеры могут зеркалировать кэши друг друга (если все правильно настроено) и вылет одного из них означает

лишь кратковременный таймаут на время переходных процессов (пока второй поймет и примет на себя

нагрузку).
Да, это конечно, все хорошо и теоритически все понятно! Работают два контроллера и при выходе одного из них начинает работать другой! Однако в документации от Инфортренда(выдержки из которой привожу в прикрепленном файле "Redundant Controller Configuration.doc") написано как-бы "несовсем" так... А именно: к одному и тому же лог. диску LD0 есть доступ через оба контроллера - Активный путь(обозначен сплошной жирной линией) через примари контроллер и резервный путь(обозначен пунктирной линией)! Так вот и не понятно: для того, чтобы заработал резервный путь в случае выхода из строя активного пути, нужно ли маппить LD0 через секондари контроллер?
По вашему утверждению: "Актив-пассив - это когда все луны свалены на один контроллер". Откуда второй(выживший) контроллер будет знать, что первый "умер" и ему необходимо подхватить его функции? "Контроллеры могут зеркалировать кэши друг друга (если все правильно настроено)". Что для этого необходимо сделать? Какие нужно произвести настройки, чтобы второй контроллер работал в режиме Standby?
И потом еще остается неясным такой вопрос(о котором я спрашивал ранее): "Опять же для подключения такой же схемы каким образом надо настроить каналы по ID? Исходя из схемы подключения мы делаем, например таким образом: Channel 0, PID=112, SID=113; а для Channel 1, PID=113, SID=112.
...
Правильно ли это? И как можно после всех этих настроек проверить работает ли вся наша система по такой схеме?(т.е. "Dual Path Redundant Connection")".
Вложения
Redundant Controller Configuration.doc
(172 КБ) 650 скачиваний

Аватара пользователя
art
free-lance moderator
Сообщения: 653
Зарегистрирован: 15 май 2003, 11:25
Откуда: SPb

Re: Настройка схемы "Dual Path Redundant Connection&

Сообщение art » 06 сен 2007, 14:30

shmichael писал(а): Правильно ли это? И как можно после всех этих настроек проверить работает ли вся наша система по такой схеме?(т.е. "Dual Path Redundant Connection")".
1) Для начала убедитесь, что контроллеры когеррентны.
Каналы с типом RCC или RCC+Drive должны быть отмечены буковкой С (Connected).
У меня это каналы 3(С) и 5(С).

Код: Выделить всё

┌──────┬───────┬───┬───┬─────────┬──────┬─┬────┬─────────┬──────┐
│Chl   │Mode   │PID│SID│DefSynClk│DefWid│S│Term│CurSynClk│CurWid│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│0     │Host   │112│113│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│1     │Host   │114│115│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│2(4)  │Drive  │124│125│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│3(C)  │DRV+RCC│119│120│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│4(2)  │Drive  │124│125│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│5(C)  │RCCOM  │ NA│ NA│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
└──────┴───────┴───┴───┴─────────┴──────┴─┴────┴─────────┴──────┘
2) если двойная петля настроена правильно, то два канала с типом Drive будут отмечены номером парного канала.
У меня это 2(4) и 4(2).
3) каждый диск в двойной петле имеет два ID на каждом канале.
На этом примере диск на канале 2 имеет Redundant Loop ID =4

Код: Выделить всё

┌────────────────────────┬────────────────────────┐
│ Revision Number        │0003                    │
│ Serial Number          │3KP0ZQ9W00007602        │
│ Disk Capacity (blocks) │143374743               │
│ Node Name(WWNN)        │20 00 00 14 C3 06 6C 98 │
│ Redundant Loop ID      │4                       │
└────────────────────────┴────────────────────────┘
4) если ваши каналы в режиме RCC+Drive и замкнуты в двойную петлю, то оба будут отмечены так:
2(4)С
4(2)С
--------------------------------
Как вам уже сказали, если вы привязываете 2 LD к двум разным контроллерам, то работать будут оба контроллера (производительность по идее будет выше). Если все LD привязаны к одному и тому же контроллеру, то второй просто стоит ждет, когда придет беда. DualActive vs ActivePassive это не какой то переключаемый внутри режим работы, а просто способ конфигурирования LD и каналов и хостов.
Последний раз редактировалось art 06 сен 2007, 15:11, всего редактировалось 2 раза.

Аватара пользователя
art
free-lance moderator
Сообщения: 653
Зарегистрирован: 15 май 2003, 11:25
Откуда: SPb

Re: Настройка схемы "Dual Path Redundant Connection&

Сообщение art » 06 сен 2007, 14:46

shmichael писал(а):Откуда второй(выживший) контроллер будет знать, что первый "умер" и ему необходимо подхватить его функции?
Вероятно, это секрет производителя контроллера.
Они могут держать в памяти контрольные регистры, в который каждый контроллер обязан писать "я был жив N мкс назад". Если такого слова не прочитает один из контроллеров, он берет руль на себя. Реальность, конечно же, много сложнее.
shmichael писал(а): "Контроллеры могут зеркалировать кэши друг друга (если все правильно настроено)". Что для этого необходимо сделать?
Если у ваших каналов стоит буковка (С), то остается включить опцию
Cache Sync on write-through в разделе Redudante Controller Parameters.
Синхронизация при write-back включается принудительно, как я понял.
shmichael писал(а): Какие нужно произвести настройки, чтобы второй контроллер работал в режиме Standby?
Вот этого я не знаю.
Если у вас база данных, то я бы не советовал.
Проигрыш производительности от работы в Redudante конфигурации должен быть виден на мощной потоковой записи.
На файловой помойке особого риска не вижу. Но я бы вначале проверил, влияет ли это на вашу практическую производительность.

Если проверите - отпишитесь. Мне интересно.
UPD Извините, я перепутал standalone и standby.
Если нужен standby, то просто не подключайте логические диски на второй контроллер. Он просто будет стоять на готове. А вот как заставить Redudante работать, как два независимых (standalone) - не знаю
Последний раз редактировалось art 06 сен 2007, 15:41, всего редактировалось 1 раз.

Аватара пользователя
art
free-lance moderator
Сообщения: 653
Зарегистрирован: 15 май 2003, 11:25
Откуда: SPb

Сообщение art » 06 сен 2007, 15:07

Везде получал рекомендации вешать JBOD'ы в цепочку (один за другим). У Infortrenda на картинках так и нарисовано.
Ch2_A -JBOD1-JBOD2 -Ch4B

Для 2 JBOD можно соединять параллельно:
Ch2_A -JBOD1 -Ch4B
Ch2_B -JBOD2 -Ch4A

Если более 3х JBOD, то так:
Ch2_A -JBOD1 -Ch4B
Ch2_B -JBOD2-....-JBODN -Ch4A


Такая схема позволяет отключить совсем один из JBOD, не нарушая dual-loop на соседнем. Любые два вытащенных патчкорда или два неисправных GBIC либо отключат один из JBOD, либо оставят single-loop на обоих. Теоретически, пропускная способность тоже выше.

Что то  форум на  картинки ругается, хотя  подключить дает.
Проверено на FF-R2021, 2х F16F-R2J2
Вложения
schema.gif
schema.gif (67.17 КБ) 13718 просмотров
Последний раз редактировалось art 06 сен 2007, 16:11, всего редактировалось 1 раз.

Аватара пользователя
art
free-lance moderator
Сообщения: 653
Зарегистрирован: 15 май 2003, 11:25
Откуда: SPb

Сообщение art » 06 сен 2007, 16:02

Способов подключения JBOD много.
первая картинка (schema2) - так обычно рисует Infortrend
вторая картинка (schema1) - так обычно рисует Xyratex

Оба способа соединения теряют dual-loop при отключении одного из патчкордов или отключении любого JBOD.

Действительно, при отказе любого из соединений dual-loop разрывается (штатная работа по single-loop). Чтобы восстановить dual-loop, нужно  переключить loop-close-open, а для этого нужно выключать питание JBOD.

При отказе или отключении от сети JBOD_0 в первой схеме помирает вообще все, а во второй вылет любого JBOD'а оставляет на single-loop оставшиеся.

Схема из предыдущего сообщения мне кажется оптимальной.
Не смею приписывать себе открытие, но на картинках в документации такого не видел.
Вложения
schema1.gif
schema1.gif (28.52 КБ) 13706 просмотров
schema2.gif
schema2.gif (28.1 КБ) 13697 просмотров

Аватара пользователя
art
free-lance moderator
Сообщения: 653
Зарегистрирован: 15 май 2003, 11:25
Откуда: SPb

Сообщение art » 06 сен 2007, 16:45

Приложение 1. Типичные ошибки и заблуждения при первом общении с FC системой Infortrend (на личном опыте).

1) первую и главную уже описал - схема включения  dual-loop

2) будто бы Infortrend не поддерживает LUN mapping.
Я конечно не совсем понимаю, что это такое, но изолировать видимость серверами разных LUN на Infortrend не просто, а очень просто.
- подключайте сервера к контроллеру по одному и смотрите новые WWN на соответствующем канале. Почему по одному? Потому что все WWN похожи. Включили сервер, увидели новый WWN, дали имя и т.д.
view & edit channel, view channel-host id

Код: Выделить всё

┌──────┬───────┬───┬───┬─────────┬──────┬─┬────┬─────────┬──────┐
│Chl   │Mode   │PID│SID│DefSynClk│DefWid│S│Term│CurSynClk│CurWid│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│0     │Host   │112│113│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│1     │Host   │114│115│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──┌─────────────────────────────────┐──┼─┼────┼─────────┼──────┤
│2(│ WWPN:0x210000E08B82DF33 (imap)  │al│F│  NA│  2  GHz │Serial│
├──│ WWPN:0x210000E08B8F74FA (black) │──┼─┼────┼─────────┼──────┤
│3(└─────────────────────────────────┘al│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│4(2)  │Drive  │124│125│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│5(C)  │RCCOM  │ NA│ NA│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
└──────┴───────┴───┴───┴─────────┴──────┴─┴────┴─────────┴──────┘
при первом подключении вы увидите WWN без имени, скопируйте его без символа 0х

Идем в "view & edit host LUN", "Edit host-id/WWN list", жмем ENTER на любом из списка:

Код: Выделить всё

┌────────────────┬────────────────┐
│  Host-ID/WWN   │   Name List    │
├────────────────┼────────────────┤
│210000E08B823F04│fat             │
├────────────────┼────────────────┤
│210000E08B8F74FA│black           │
├────────────────┼────────────────┤
│0000000000000002│wwn2            │
├────────────────┼────────────────┤
│21┌──────────────────────────────┐
├──│ Add Host-ID/WWN Name List    │
│21│ Delete Host-ID/WWN Name List │
├──└──────────────────────────────┘
│0000000000000001│wwn1            │
└────────────────┴────────────────┘
и выбираем "Add Host-ID/WWN Name List"
Вставляем из буфера обмена WWN и даем имя.
Теперь все сервера красиво поименованы (обратите внимание на скрытую рекламу в этом списке).

Код: Выделить всё

┌────────────────┬────────────────┐
│  Host-ID/WWN   │   Name List    │
├────────────────┼────────────────┤
│210000E08B823F04│fat             │
├────────────────┼────────────────┤
│210000E08B8F74FA│black           │
├────────────────┼────────────────┤
│0000000000000002│wwn2            │
├────────────────┼────────────────┤
│210000E08B82DF33│imap            │
├────────────────┼────────────────┤
│210000E08B842AE7│trinity         │
├────────────────┼────────────────┤
│0000000000000001│wwn1            │
└────────────────┴────────────────┘
теперь идем в список LUN на нужном нам канале и вместо "Map host LUN" выбираем "Create host filter entry".
Важно! если LD уже отмаплен, то сделать WWN фильтр не получится.

Код: Выделить всё

┌───┬─────┬───┬─────────┬──────────┬─────┐
│LUN│LV/LD│DRV│Partition│ Size(MB) │ RAID│
├───┼─────┼───┼─────────┼──────────┼─────┤
│M 0│    *│  *│         │          │     │
├──┌─────────────────────────────────────────┐
│  │ Host-ID/WWN - 0x210000E08B823F04(fat)   │
├──│ H┌──────────────────────────────┐black) │
│  └──│ View Host Filter Information │───────┘
├───┼┌──────────────────────────────────────┐
│  3││ Logical Drive 1 Partition 0          │
├───┼│ Host-ID/WWN - 0x210000E08B823F04     │
│  4││ Host-ID/WWN Mask- 0xFFFFFFFFFFFFFFFF │
├───┼│ Filter Type - Include                │
│  5││ Access Mode - Read/Write             │
├───┼│ Name - 750x4_fat                     │
│  6│└──────────────────────────────────────┘
├───┼─────┼───┼─────────┼──────────┼─────┤
│  7│     │   │         │          │     │
└───┴─────┴───┴─────────┴──────────┴─────┘
Полезно: можно указывать для конкретного хоста права только на чтение (очень полезно в паре с командой dd под UNIX для клонирования или аварийного копирования разделов).
Примечания:
- если какой-то LD отдан более чем одному хосту, то он в списке будет указан ** в столбцах LD/LV и DRV
- если LD или его patition не назначен LUN, а создан WWN фильтр, то для всех остальных он уже недоступен, пока не назначишь новый специфический фильтр для нужного хоста.
- если LD  размечен на несколько partition, то для каждого WWN можно показать разные partition, хотя LUN будет один

3) смена режима RCC -> RCC+Drive на Infortrend
- никогда не переключайте разом два канала, только по очереди и делайте reset. Если с когеррентностью  будет  проблема, то потом больше времени потеряете.
- при переключении PID и SID не будут присвоены автоматом, назначайте их руками
- после каждого изменения делайте reset, как вас об этом и просит контроллер.
- если доигрались до потери когеррентности, то контроллеры могут поменяться местами после перезагрузки. Не удивляейтесь, если он не пингуется. Вы не забыли присоединить оба  контроллера к сети Ethernet? Присоедините, чтобы не скакать через весь город ночью.
- контроллеры с потерянной когеррентостью  валют в лога сообщения о мифических аппаратных проблемах:
"power supply0 failure!"
"power supply0 restored!"
"cooler fan 3 failure!"
и т.д. При этом индикаторы контроллере в полом порядке.
Не верьте этим крикам. Восстановите когеррентность и все будет хорошо. Может конечно у вас что-то сломалось по настоящему, отсюда и потеря когеррентности, так что будьте внимательны.

4) смена  ID хост каналов
- отключает, естественно, LUN mapping, т.е. ваши сервера не смогут загрузиться. либо верните как было (рисуйте на стене), либо придется лезть в BIOS адаптера, перестроить список устройств и назначит новый BOOT LUN

5) рабиение LD на partition  
Полезнейшая процедура, особенно радует, что удаление одного из partition прибавляет место к предыдущему. Если у вас LVM под linux, GEOM под FreeBSD или динамический диск по WINDOWS, то раздел можно расширить. Контроллер предупреждает, что любые операции над partition удаляют данные, но это не так.
Важно! если данные вам дороги, то делайте backup и записывайте ВСЕ параметры разделов.
Полезно: если partition удалены и созданы в том же порядке и с тем же размером, то OS смонтируют все как было.

6) resizing  
to be continued...
Последний раз редактировалось art 06 сен 2007, 19:59, всего редактировалось 7 раз.

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 06 сен 2007, 17:19

Занесено в FAQ.
C благодарностью ;)

shmichael
Junior member
Сообщения: 12
Зарегистрирован: 31 авг 2007, 13:07
Откуда: Москва

Настройка схемы "Dual Path Redundant Connection"

Сообщение shmichael » 07 сен 2007, 09:20

Спасибо большое за полезные советы!(Специальные благодарности для Art :wink: ) Будем прорабатывать! Я думаю, более подробные вопросы наверняка  у нас еще появються далее... А сейчас хочется просто сбросить все настройки в дефолтные!  :)
Хватит ли для этого просто выполнить действие в конфигурации контроллера "Restore Factory Defaults"?

Аватара пользователя
art
free-lance moderator
Сообщения: 653
Зарегистрирован: 15 май 2003, 11:25
Откуда: SPb

Re: Настройка схемы "Dual Path Redundant Connection&quo

Сообщение art » 07 сен 2007, 10:40

shmichael писал(а):А сейчас хочется просто сбросить все настройки в дефолтные!  :)
Хватит ли для этого просто выполнить действие в конфигурации контроллера "Restore Factory Defaults"?
Если контроллеры когеррентны (RCC каналы помечены (С)), то должно сброситься. Если нет, то настройки могут слететь лишь у одного, а после перезагрузки  может взять руль на себя второй контроллер с сохранившимся конфигом.

Если так, то можно выключить питание, вынуть контроллер В, сбросить контроллер А, выключить питание, заменить А на В и снова сбросить.

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

shmichael
Junior member
Сообщения: 12
Зарегистрирован: 31 авг 2007, 13:07
Откуда: Москва

Настройка схемы "Dual Path Redundant Connection"

Сообщение shmichael » 07 сен 2007, 11:06

Да, понятно. Так и сделаем!

shmichael
Junior member
Сообщения: 12
Зарегистрирован: 31 авг 2007, 13:07
Откуда: Москва

Настройка схемы "Dual Path Redundant Connection"

Сообщение shmichael » 12 сен 2007, 12:53

Код: Выделить всё

┌──────┬───────┬───┬───┬─────────┬──────┬─┬────┬─────────┬──────┐ 
│Chl   │Mode   │PID│SID│DefSynClk│DefWid│S│Term│CurSynClk│CurWid│ 
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤ 
│0     │Host   │112│113│   AUTO  │Serial│F│  NA│  2  GHz │Serial│ 
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤ 
│1     │Host   │114│115│   AUTO  │Serial│F│  NA│  2  GHz │Serial│ 
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤ 
│2(4)  │Drive  │124│125│   AUTO  │Serial│F│  NA│  2  GHz │Serial│ 
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤ 
│3(C)  │DRV+RCC│119│120│   AUTO  │Serial│F│  NA│  2  GHz │Serial│ 
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤ 
│4(2)  │Drive  │124│125│   AUTO  │Serial│F│  NA│  2  GHz │Serial│ 
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤ 
│5(C)  │RCCOM  │ NA│ NA│   AUTO  │Serial│F│  NA│  2  GHz │Serial│ 
└──────┴───────┴───┴───┴─────────┴──────┴─┴────┴─────────┴──────┘ 

На рисунке видно, что для каналов 2, 3, 4 назначены ID. Для чего это сделано? Почему нельзя обойтись режимом "Авто"?
2) если двойная петля настроена правильно, то два канала с типом Drive будут отмечены номером парного канала.
У меня это 2(4) и 4(2).
И еще у тебя  "петля настроена правильно" по каналам 2 и 4.  А почему не по каналам 2 и 3? Ведь канал 3 тоже назначен в режиме Drive(правда в режиме "Drv+RCC")?
Что все таки влияет на правильность настройки?

Аватара пользователя
art
free-lance moderator
Сообщения: 653
Зарегистрирован: 15 май 2003, 11:25
Откуда: SPb

Re: Настройка схемы "Dual Path Redundant Connection&

Сообщение art » 14 сен 2007, 12:48

shmichael писал(а): На рисунке видно, что для каналов 2, 3, 4 назначены ID. Для чего это сделано? Почему нельзя обойтись режимом "Авто"?
Не берите в голову, это просто моя привычка.
Вероятно, контроллер сделает это не хуже нас с вами.

Мне так удобнее - видеть id. Если что то происходит я всегда восстановлю конфигурацию руками в том же виде, хотя бы глядя на сообщения этого форума.
При проблемах с когеррентностью у меня id каналов начинали блуждать/пропадать. Не помню, касалось ли это DRIVE каналов, или только RCC+Drive

shmichael писал(а): И еще у тебя  "петля настроена правильно" по каналам 2 и 4.  А почему не по каналам 2 и 3? Ведь канал 3 тоже назначен в режиме Drive(правда в режиме "Drv+RCC")?
Конечно же, dual-loop можно настроить между любыми двумя каналами.
НО!
Может быть один dual-loop образованный одной парой каналов.
Может быть два dual-loop образованных двумя парами каналов.
Не может быть dual-loop, образованный тремя каналами!

Для FC полок я выбрал каналы  2 и 4, а для экспериментов с SATA полкой  отдельный канал - 3.

Сделать еще одну dual-loop можно, если только превратить канал 5 в Drv+RCC, но:
- я предпочитаю иметь минимум один выделенный канал RCC
- моя SATA полка не умеет  работать в dual-loop

Сейчас я пришел к мысли, что полку SATA можно таки приткнуть в конец одной из полок на dual-loop 2(4) без размыкания петли и оставить два честных  RCC канала. Диски в ней все равно будут доступны по одной петле, но на FC полки это не повлияет.

Поскольку при этом слетит LD на SATA полке(?), я еще не могу проверить, так ли это.

Когда приду к окончательной схеме - приложу новую картинку к сообщению в FAQ
shmichael писал(а): Что все таки влияет на правильность настройки?
Прежде всего - правильный способо соединений JBOD: понимать, что OUT и IN все же отличаются, помнить о loop close/open и всегда проверять свои действия выключением питания.

Я сам еще не уверен, что выбранные мной настройки оптимальны, а советы целебны, поэтому воздержусь от письменных ответов.

Ответить

Вернуться в «Кластеры, Аппаратная часть»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 7 гостей