Как обновить Стек коммутаторов iSCSI с минимальным временем простоя?

Я должен был использовать:

copy "%SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\System.dll" "C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib"

... потому что "C:\Program Files (x64)" не существовал в моей системе.

6
задан 28 October 2010 в 23:51
3 ответа

Если Ваша базовая сеть iSCSI была установкой правильно для Equallogic, у Вас должно быть два отдельных стека с нормальным ISLs соединение двух стеков, и все массивы и хосты должны иметь по крайней мере одно соединение с каждым стеком. Если это так, затем самый простой и самый низкий подход влияния должен будет выполнить стандартную процедуру обновления встроенного микропрограммного обеспечения Dell для сложенного PowerConnects с его 2 + минута на масштаб времени переключателя. Вы не должны испытывать фактическое время простоя, если кабельные соединения были сделаны правильно, но производительность будет значительно ухудшена так, необходимо только сделать это, когда все тихо. Я проверил бы это дважды, все соединения в порядке первые хотя, потому что Вы будете определенно полагаться на многие единственные ссылки, поддерживающие вещи, в то время как обновление происходит.

Вспыхивая переключатели PowerConnect от стека и обновление их индивидуально могли бы быть возможными, но необходимо будет пройти очень сложный процесс, чтобы гарантировать, что каждое обновление коммутатора происходит в изоляции, и необходимо быть очень тщательным повторным подключением обновленных переключателей, потому что они не могут быть сложены, пока все единицы не в той же версии. Необходимо будет возможно воссоздать конфигурации переключателя для большинства переключателей, если Вы следуете этим маршрутом. Необходимо будет также удостовериться, чтобы все активные переключатели имели некоторую довольно широкополосную возможность соединения к обоим стекам, когда Вы приносите им онлайн - который является требованием Equallogic, которое серьезно усложняет этот вид осуществления. Если Вы закончите в сценарии, где один переключатель, кажется, активен, что касается массивов, но изолируется от любого стека затем в лучшем случае, у Вас будут некоторые серьезные проблемы производительности, и в худшем случае все объемы, размещенные от массивов, подключенных к тому переключателю, могут пойти офлайн. Я действительно не хотел бы делать это тот путь честно говоря, слишком много точек, в которых это могло пойти не так, как надо.

5
ответ дан 3 December 2019 в 00:20
  • 1
    Спасибо за все подробности, Helvick. Это было тем, что я думал, что мы должны будем сделать также. Кроме того, да, стало крайне очевидно, что сам стек коммутаторов является единой точкой отказа. Мы, вероятно, спускаемся по маршруту наличия второго стека коммутаторов с настроенным ISL и просто танцуем бибоп восходящие каналы от корпусов EQL к другому стеку. спасибо за все понимание, все! –  Guamaniac 30 October 2010 в 19:43

Можно ли повредить стек, чтобы сделать обновление?

Это - то, что я сделал бы или нашел бы, что некоторый путь к круговым вещам при помощи запасных переключателей создает новый стек и затем опережает соединения с ним.

2
ответ дан 3 December 2019 в 00:20
  • 1
    я не мог сделать комментарий об "аватаре" Chris, не упоминая Ваш. Calvin и Hobbes являются одним из моих favorire мультфильмов. Продолжите, Магарыч при торговой сделке Космонавта... –  joeqwerty 29 October 2010 в 00:22

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

Кажется маловероятным, что Вы были бы вынуждены обновить встроенное микропрограммное обеспечение на отдельных стеках одновременно. Имеет место это?

Ваши хосты/устройство хранения данных автоматически переключатся на другой активный путь, если MPIO будет соответственно настроен в Вашей среде.

2
ответ дан 3 December 2019 в 00:20
  • 1
    Это - новый "аватар", который Вы используете?Мило. –  joeqwerty 29 October 2010 в 00:20
  • 2
    +1 - Это точно, где MPIO стоит, каждый час тратил конфигурирование –  Mark Henderson♦ 29 October 2010 в 00:49
  • 3
    @Joe я в конечном счете выяснил, что мне связали другой адрес электронной почты в граватаре, и зафиксировал его панель :D –  Chris Thorpe 31 October 2010 в 03:30

Теги

Похожие вопросы