На эту тему можно конечно, но только если что-то новое. О основах на русском уже сто лет как отлично написал Пантюхин Василий из EMC. Если хотите что-то о чем он не писал, то огласите тему, возможно меня заинтересует.
1. Вы перепутали SCSI Express с NVM Express.
2. А насчет оверхеда — вопрос очень хороший, но спорный и объемный (поэтому я от него уклонюсь :)). Оверхеды действительно можно уменьшить, но тогда в жертву будут принесены другие вещи. Теряется совместимость с предыдущими стандартами. Да и есть ли такие задачи, для которых задержки SCSI Express будут чрезмерно большими? На данный момент вряд ли.
Управляющий модуль занимает 1 юнит, содержит встроенные аккумуляторы, может держать два дисковых массива.
Это SPS (Standby power supply). Это не «управляющий модуль». Вообще вместо слова «управляющий модуль» корректнее писать контроллер или применительно к VNX — SP (storage processor)
Первые четыре диска заняты операционной системой, и в работе вы их использовать не можете.
Это не правда. Использовать их можно, просто не рекомендуется размещать на них особо «горячие» данные.
PowerPath автоматически обрабатывает все FC и скрывает лишний комплект дисков.
Он не для красоты сделан, а для повышения доступности/отказоустойчивости.
Скажите пожалуйста, а почему предлагаете имеено решение Violin? Почему скажем не аналогичные all-flash схд от вендоров первого эшелона? (HP, HDS, IBM,EMC, NetApp). Если не ошибаюсь, то почти у всех уже есть подобные решения а Ваша «любовь» к этим вендорам очевидна.
1. По поводу мониторинга вопрос не ко мне.
2. Семь лет назад, насколько я помню TP не было ни у кого кроме 3PAR, поэтому алармить о достижении каких-либо порогов TP ни мог ни один массив кроме 3PAR. Вы видимо путаете пороги, которые используются в TP и обычные предупреждения о высокой заполненности RAID группы / дисковой группы / пула.
По мне так это позитивная тенденция — не понимаю почему они до сих пор не продали малодоходные подразделения. Думаю лет через пять Хьюлет сконцентрируется на корпоративном сегменте и консалтинге.
А вот как конкретно расшифровывается буква S в названии адаптера сказать сложно. Возможно она вообще ничего не значит — это просто название модели. А вот разница между обычным адаптером и тем что с буквой «S» очень значительны. Смотри скриншот ниже:
Дело в том, что после переезда виртуального порта на другой физический порт получаем RSCN. Таким образом виртуальный порт получает новый FC-ID. MPIO безусловно узнает о данных событиях, но время переезда виртуального порта составляет довольно малый промежуток (сильно меньше таймаутов mpio) и переезд либо падение пути в MPIO произойти не должны.
Глюки в MPIO всё ещё страшны и деться от этого никуда не получится. Мы же с Вами реалисты и понимаем, что просто теперь глюки могут проявиться другие. В частности по документации HP, сейчас у них есть глюк c дублированием FC-ID на Solaris 11. Т.е. после переезда в фабрике порт остается зарегистрированным и со старым FC-ID и с новым.
одна из таких вещей, к которым рядовой читатель хабра даже близко никогда в жизни не постоит :)
Ничего я и на балалайке более попсовые темы люблю, например новый пост про HP 3PAR. А вообще я тоже думал когда-то что FICON это что-то мне ненужное, а жизнь преподносит сюрпризы.
Не совсем понимаю про какие конкретно стандарты Вы говорите. Напишите конкретнее.
Если Вы про то что не используется SCSI, то про это есть пару слов в тексте. Про коммутаторы — совсем не понял. Ведь FICON поддерживается и на коммутаторах Low-End уровня, не пугайтесь, что на картинке я указал самые большие директора (просто они меня завораживают, нравятся они мне). Стоят такие Low-End коммутаторы с базовой лицензией на 24 порта и расширением до 40 совсем недорого. Скажем если покупать Brocade 5100 через OEM партнера (например у Hewlett-Packard) то стоить он будет без скидок всего 18000$. А один 8-портовый апгрейд стоит без скидки где-то 6000$. Поддержка FICON идет из коробки — для этого дополнительных лицензий не надо (есть только одна лицензия для FICON — называется FICON Control Unit Port, но это расширенный функционал который не всем нужен)
P.S. Вот ещё его блог: hengooru.blogspot.ru/
2. А насчет оверхеда — вопрос очень хороший, но спорный и объемный (поэтому я от него уклонюсь :)). Оверхеды действительно можно уменьшить, но тогда в жертву будут принесены другие вещи. Теряется совместимость с предыдущими стандартами. Да и есть ли такие задачи, для которых задержки SCSI Express будут чрезмерно большими? На данный момент вряд ли.
Это не правда. Использовать их можно, просто не рекомендуется размещать на них особо «горячие» данные.
Он не для красоты сделан, а для повышения доступности/отказоустойчивости.
А вообще, спасибо!
2. Семь лет назад, насколько я помню TP не было ни у кого кроме 3PAR, поэтому алармить о достижении каких-либо порогов TP ни мог ни один массив кроме 3PAR. Вы видимо путаете пороги, которые используются в TP и обычные предупреждения о высокой заполненности RAID группы / дисковой группы / пула.
А вот как конкретно расшифровывается буква S в названии адаптера сказать сложно. Возможно она вообще ничего не значит — это просто название модели. А вот разница между обычным адаптером и тем что с буквой «S» очень значительны. Смотри скриншот ниже:
Вы можете себе представить скажем в тендерной документации словосочетание «боевая среда» или «боевой сервер»? Мне сложновато.
Дело в том, что после переезда виртуального порта на другой физический порт получаем RSCN. Таким образом виртуальный порт получает новый FC-ID. MPIO безусловно узнает о данных событиях, но время переезда виртуального порта составляет довольно малый промежуток (сильно меньше таймаутов mpio) и переезд либо падение пути в MPIO произойти не должны.
Глюки в MPIO всё ещё страшны и деться от этого никуда не получится. Мы же с Вами реалисты и понимаем, что просто теперь глюки могут проявиться другие. В частности по документации HP, сейчас у них есть глюк c дублированием FC-ID на Solaris 11. Т.е. после переезда в фабрике порт остается зарегистрированным и со старым FC-ID и с новым.
Или просто осознание факта что кому-то было хуже, резко поднимает настроение?
Ничего я и
на балалайкеболее попсовые темы люблю, например новый пост про HP 3PAR. А вообще я тоже думал когда-то что FICON это что-то мне ненужное, а жизнь преподносит сюрпризы.Если Вы про то что не используется SCSI, то про это есть пару слов в тексте. Про коммутаторы — совсем не понял. Ведь FICON поддерживается и на коммутаторах Low-End уровня, не пугайтесь, что на картинке я указал самые большие директора (просто они меня завораживают, нравятся они мне). Стоят такие Low-End коммутаторы с базовой лицензией на 24 порта и расширением до 40 совсем недорого. Скажем если покупать Brocade 5100 через OEM партнера (например у Hewlett-Packard) то стоить он будет без скидок всего 18000$. А один 8-портовый апгрейд стоит без скидки где-то 6000$. Поддержка FICON идет из коробки — для этого дополнительных лицензий не надо (есть только одна лицензия для FICON — называется FICON Control Unit Port, но это расширенный функционал который не всем нужен)
Вообщем можно и не дорого коммутаторы купить.