Вопрос про кластер Storwize V7000


Главная Форумы Storage SAN, Disk & Tape Вопрос про кластер Storwize V7000

В этой теме 5 ответов, 2 участника, последнее обновление  Remus 3 года/лет, 8 мес. назад.

  • Автор
    Сообщения
  • #19423

    Remus
    Участник

    Имеется кластер из 2-х Storwize V7000 V7.1
    Создан зеркальный том (Mirror volume), у которого каждая копия расположена в разных i/o группах ( «Copy0» в «1 i/o группе», «Copy1» во «2 i/o группе»).
    Для проверки отказоустойчивости, выдергиваем FC-провода из второго Storwize (2 i/o группа).
    Том и одна из зеркальных копий (Copy0) переходят в состояние «offline», а другая копия (Copy1) «online».
    Это нормальная ситуация, потому что кэш находился во «2 i/o группе».
    Как перевести том в состояние online?

    Для этого, скорее всего, переводим кэш в «1 i/o группу». Из документации InformationStore это делается командой:
    movevdisk -iogrp IOGRP0 -node 1 DB_Volume

    Спрашиваю, потому что не уверен в достоверности.
    Может кто-нибудь пробовал это проделывать!?

  • #19424

    Oleg
    Участник

    Имеется кластер из 2-х Storwize V7000 V7.1
    Создан зеркальный том (Mirror volume)

    где расположены кворумные диски? (не все в выключенном V7K?)
    в какое значение установлен mirror_write_priority?

  • #19425

    Remus
    Участник

    Все три кворумных диска расположены на отдельном внешнем сторэдже (External Storage).
    mirror_write_priority = latency

  • #19426

    Oleg
    Участник

    Все три кворумных диска расположены на отдельном внешнем сторэдже (External Storage).

    его еще отключать не пробовали? 😉

    mirror_write_priority = latency

    попробуйте повторить свой эксперимент с redundancy

  • #19430

    Remus
    Участник

    [quote quote="Remus" post=18645]Все три кворумных диска расположены на отдельном внешнем сторэдже (External Storage).

    его еще отключать не пробовали? 😉

    mirror_write_priority = latency

    попробуйте повторить свой эксперимент с redundancy[/quote]

    Внешний сторэдж не отключал, так что кворумные диски были доступны.
    Попробую, но наверно, это ничего не изменит. Потом отпишусь.

  • #19948

    Remus
    Участник

    После очередного тестирования, обнаружилось следующее:

    Кластер из 2-х Storwize V7k + внешнее хранилище DS (на нем кворумные диски). При отключении 2-го Storwize V7k (выдергиванием fc-кабелей), кворумные диски переназначаются с внешнего DS на внутренние диски Storwize. В логах появились алерты:
    EventID: 010003 (Number of Device paths has reduced)
    ErrorCode: 1630 (Number of device logins reduced)

    EventID: 010040 (A disk controller is only accessible from a single node port)
    ErrorCode: 1627 (Insufficient redundancy in disk controller connectivity)
    Соответственно зеркальные тома перешли в offline.
    После восстановления связи 2-го Storwize, кворумные диски переехали обратно на DS.

    Это нормальное поведение?

Для ответа в этой теме необходимо авторизоваться.