Вопрос по кластеру с shared SCSI BUS
Модераторы: Trinity admin`s, Free-lance moderator`s
Вопрос по кластеру с shared SCSI BUS
Добрый день
Читая документации по кластерам с shared SCSI BUS много раз встречал предупреждение - не устанавливайте операционную систему на диски, подключенные к этому сегменту шины. Однако нигде не нашел технического обьяснения почему так делать не нужно.
Может Вы мне обьясните в чем тут дело?
Имеется ввиду двухузловой кластер, в котором каждая нода имеет PCI-to-SCSI RAID контроллер, подключенный к shared SCSI BUS.
Читая документации по кластерам с shared SCSI BUS много раз встречал предупреждение - не устанавливайте операционную систему на диски, подключенные к этому сегменту шины. Однако нигде не нашел технического обьяснения почему так делать не нужно.
Может Вы мне обьясните в чем тут дело?
Имеется ввиду двухузловой кластер, в котором каждая нода имеет PCI-to-SCSI RAID контроллер, подключенный к shared SCSI BUS.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Дело в том, что эти диски физически доступны обоим серверам. И не исключен случай (сбой софта-железа-админа), когда вторая машина что-то не пойми что на системный диск первой запишет. Тогда весь кластер пойдет в известном направлении. Микрософтовский кластер имеет механизм блокировки доступа к диску, принадлежащему одной машине, для другой. Но это работает для дисков, являющихся кластерным ресурсом, которым системный том быть не может.
Это собствено по Вашему вопросу. Но у нас есть еще одно соображение. Мы не рекомендуем использовать такую конфигурацию (PCI рэйды в машинах, а диски между ними). Дело в том, что скази шина в этом варианте является общей для обеих машин. И при каком-то сбое контроллеров, кабелей, терминации вылететь может диск с данными. И кластер тут не поможет, т.к. проблема низкоуровневая и, самое страшное, касается именно дисков с данными. Сбои PCI контроллеров, к сожалению, не редкость.
Лучше обратите внимание на энтри левел внешние дисковые системы Chaparral со встроенными рэйд контроллерами. Есть варианты на 8 и на 14 дисков (можно еще ящик расширения прицепить). Они имеют два независимых скази канала для подключения серверов и разные сбои, происходящие вне дисковой системы, ей собственно до лампочки. А аппараты сами по себе очень надежны. Ценник достаточно гуманный - лишние несколько тысяч при цене всего кластера с софтом рояля не сыграют. Зато получите очень простую в эксплуатации и конфигурировании и пуленепробиваемую вещь.
Это собствено по Вашему вопросу. Но у нас есть еще одно соображение. Мы не рекомендуем использовать такую конфигурацию (PCI рэйды в машинах, а диски между ними). Дело в том, что скази шина в этом варианте является общей для обеих машин. И при каком-то сбое контроллеров, кабелей, терминации вылететь может диск с данными. И кластер тут не поможет, т.к. проблема низкоуровневая и, самое страшное, касается именно дисков с данными. Сбои PCI контроллеров, к сожалению, не редкость.
Лучше обратите внимание на энтри левел внешние дисковые системы Chaparral со встроенными рэйд контроллерами. Есть варианты на 8 и на 14 дисков (можно еще ящик расширения прицепить). Они имеют два независимых скази канала для подключения серверов и разные сбои, происходящие вне дисковой системы, ей собственно до лампочки. А аппараты сами по себе очень надежны. Ценник достаточно гуманный - лишние несколько тысяч при цене всего кластера с софтом рояля не сыграют. Зато получите очень простую в эксплуатации и конфигурировании и пуленепробиваемую вещь.
То что в софте кластеризации есть менеджер блокировок это понятно.
Меня заинтересовало есть ли отличия (другой алгоритм?) работы шины SCSI в режиме multi-initiator (Shared SCSI в кластере) от обыкновенного single-initiator.
Интересно каким образом попытка узла, включенного например после ремонта, проинициализировать Shared SCSI шину и получить доступ к своему системному (ничейному для софта кластеризации) диску может помешать работе кластера.
З.Ы.
Не думайте, что я погряз в ереси
Я прекрасно знаю, что кластеры с Shared SCSI имеют массу недостатков, и лучший выбор это сторедж с внешним RAID контроллером.
Меня заинтересовало есть ли отличия (другой алгоритм?) работы шины SCSI в режиме multi-initiator (Shared SCSI в кластере) от обыкновенного single-initiator.
Интересно каким образом попытка узла, включенного например после ремонта, проинициализировать Shared SCSI шину и получить доступ к своему системному (ничейному для софта кластеризации) диску может помешать работе кластера.
З.Ы.
Не думайте, что я погряз в ереси
Я прекрасно знаю, что кластеры с Shared SCSI имеют массу недостатков, и лучший выбор это сторедж с внешним RAID контроллером.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Ну во-первых может помешать сам факт попытки инициализации шины Я как-то давно трахался и пришел к выводу, что бас ресет надо отключать. Уже не помню все детали, но что-то было нехорошо. Но это просто к слову
А собственно попытка подключения к некластерному ресурсу в нормальном состоянии ничем не грозит. Но вот именно что в нормальном состоянии. А если в ненормальном? А если он сдуру полезет не на свой том? Кирдык-приплыли? На то и кластер, чтобы таких вещей по возможности избежать.
А собственно попытка подключения к некластерному ресурсу в нормальном состоянии ничем не грозит. Но вот именно что в нормальном состоянии. А если в ненормальном? А если он сдуру полезет не на свой том? Кирдык-приплыли? На то и кластер, чтобы таких вещей по возможности избежать.
Кстати насколько я понимаю, SCSI BUS reset Disable это не что иное как ключик Сluster Enable/Disable в настройках некоторых PCI RAID контроллеров.
Насчет "ненормального" режима - вроде как не должен полезть к чужим ресурсам. Нашел в сети такое описание:
"Multiple-initiator lockout is a SCSI phenomenon in which multiple initiators (i.e., HBAs) can't simultaneously take ownership of a SCSI device or Logical Unit Number (LUN). Instead, an initiator locks on a device, performs its operations, and then releases the device for other initiators to access."
Насчет "ненормального" режима - вроде как не должен полезть к чужим ресурсам. Нашел в сети такое описание:
"Multiple-initiator lockout is a SCSI phenomenon in which multiple initiators (i.e., HBAs) can't simultaneously take ownership of a SCSI device or Logical Unit Number (LUN). Instead, an initiator locks on a device, performs its operations, and then releases the device for other initiators to access."
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 34 гостя