У нас есть несколько стеков коммутаторов Dell 6248 (по три в каждом), которые составляют основу нашей сети хранения iSCSI. Нам необходимо выполнить обновления микропрограмм на стеках коммутаторов, но мы обеспокоены необходимым временем простоя.
Для информации, наше хранилище - это исключительно корпуса серии Dell / Equallogic PS6000 с 3 или 4 восходящими линиями GigE на корпус.
Как вы, возможно, уже знаете, эти коммутаторы нельзя обновлять по отдельности, а перезагрузка, необходимая для обновления коммутаторов, занимает порядка двух минут (то есть дольше, чем тайм-аут инициатора iSCSI для тома).
Есть ли у кого-нибудь предложения относительно того, как мы могли бы выполнить обновление стека коммутаторов iSCSI SAN, минимизируя время простоя?
Спасибо за любую помощь или предложения.
Джо
Если ваша основная сеть iSCSI была правильно настроена для Equallogic, у вас должно быть два отдельных стека с обычными ISL, соединяющими два стека, и все массивы и хосты должны иметь как минимум одно соединение с каждым стеком. Если это так, то самым простым и минимальным воздействием будет следование стандартной процедуре обновления микропрограмм Dell для стековых PowerConnects с ее временной шкалой 2+ минут на переключение. Вы не должны испытывать никакого фактического простоя, если кабели были проложены правильно, но производительность будет значительно снижена, поэтому вам следует делать это только тогда, когда все работает тихо. Я бы сначала дважды проверил, все ли соединения в порядке, потому что вы определенно будете полагаться на множество одиночных ссылок, поддерживающих работу, пока происходит обновление.
Выделение коммутаторов PowerConnect из стека и их индивидуальное обновление может быть возможным, но вам придется пройти через очень сложный процесс, чтобы гарантировать, что каждое обновление коммутатора происходит изолированно, и вы должны быть очень осторожны при повторном подключении обновленных коммутаторов, потому что они не могут штабелировать до тех пор, пока все блоки не будут одной версии. Возможно, вам придется воссоздавать конфигурации коммутаторов для большинства коммутаторов, если вы выберете этот маршрут. Вам также нужно будет убедиться, что все активные коммутаторы имеют достаточно высокую пропускную способность для подключения к обоим стекам, когда вы подключаете их к сети - это требование Equallogic, которое серьезно усложняет подобные упражнения. Если вы попадаете в сценарий, когда один коммутатор кажется активным в отношении массивов, но изолирован от любого стека, то в лучшем случае у вас будут серьезные проблемы с производительностью, а в худшем - все тома, размещенные на массивах, подключенных к этому коммутатору. может уйти в офлайн. Я действительно не хотел бы делать это таким образом, если честно, слишком много моментов, в которых что-то может пойти не так.
Если у вас есть несколько отдельных стеков коммутаторов, и каждый из ваших хостов и хранилище подключены к более чем одному стеку (как и должно быть для обеспечения избыточности), то вывести один стек из обслуживания для обновления прошивка.
Кажется маловероятным, что вам придется одновременно обновлять прошивку в отдельных стеках. Так ли это?
Ваши хосты / хранилище автоматически переключатся на другой активный путь, если MPIO правильно настроен в вашей среде.
Можете ли вы разбить стек, чтобы сделать апгрейд?
Это то, что я сделал бы, или нашел бы способ циклического перебора, используя запасные коммутаторы для создания нового стека, а затем перепрыгнул через соединения с ним.