@litweg2 фев 2013 в 23:23

Интересные возможности систем хранения HP 3PAR. Часть 1 – Persistent Ports

3 мин

14K

IT-инфраструктура * Системное администрирование *

Комментарии 16

@ad_Wolf 3 фев 2013 в 00:21

> на продуктивных системах
Спасибо, повысили настроение.

@litweg 3 фев 2013 в 00:27

Могу поинтересоваться чем?

Или просто осознание факта что кому-то было хуже, резко поднимает настроение?

@litweg 3 фев 2013 в 00:38

Если же настроение было повышение словом production в таком исполнении, то над тендерной документацией с госзакупок Вы вообще диафрагму порвете.

@ad_Wolf 3 фев 2013 в 01:23

Просто, как мне кажется, такого термина, как «Продуктивные сервера/системы» не существует. Очень уж похоже на неправильный перевод.

@navion 3 фев 2013 в 01:30

Правильно будет «производственная» или «промышленная», но звучит не менее странно. «Нагруженная» тоже не подходит, так как под нагрузкой обычно нет возможности перезагружать контроллеры, снижая производительность.

@NickyX3 3 фев 2013 в 14:27

для слова «production» адекватный перевод «рабочая» или «боевая» система

@litweg 3 фев 2013 в 19:25

Если production — это рабочая система, то все остальные очевидно «не рабочие»? :)

Вы можете себе представить скажем в тендерной документации словосочетание «боевая среда» или «боевой сервер»? Мне сложновато.

@tzong 3 фев 2013 в 06:42

Что-то я не понял, почему глюки в MPIO больше не страшны с Persistent Ports. Адресация в FC основывается на FC-ID, а не на pWWN. FC-ID, естественно, поменяется при переезде pWWN на другой порт, значит, драйверу придётся обновлять путь до LUN'а в любом случае. Кроме того, переключение само по себе это не онлайн процесс, порт будет погашен в одном месте и поднят в другом, оба эти события должны быть корректно отработаны драйвером MPIO.

@litweg 3 фев 2013 в 07:38

Отличный вопрос!

Дело в том, что после переезда виртуального порта на другой физический порт получаем RSCN. Таким образом виртуальный порт получает новый FC-ID. MPIO безусловно узнает о данных событиях, но время переезда виртуального порта составляет довольно малый промежуток (сильно меньше таймаутов mpio) и переезд либо падение пути в MPIO произойти не должны.

Глюки в MPIO всё ещё страшны и деться от этого никуда не получится. Мы же с Вами реалисты и понимаем, что просто теперь глюки могут проявиться другие. В частности по документации HP, сейчас у них есть глюк c дублированием FC-ID на Solaris 11. Т.е. после переезда в фабрике порт остается зарегистрированным и со старым FC-ID и с новым.