воскресенье, 5 декабря 2010 г.

кратко

Прошедшая неделя запомнилась несколькими интересными вещами:
1) углядел коллегу блогера vmkernel.ru.
2) узнал зачем таки можно приспособить npiv
Для организации аналога SIOC - путем настройки qos на hba (может быть и коммутаторах?) по wwn, если те это поддерживают.
Когда есть SIOC – удобнее обойтись им, но он доступен не во всех лицензиях.
3) На хабре пост Установка VMware ESXi 4.1 без KVM на примере hetzner.de.

18 комментариев:

  1. Думаю NPIV нужен в первую очередь при использовании RDM. Намапил в СХД на вирт. wwn луны, засунул их в зоны и все. Не нужно специально их подводить к каждому ESX(i), где может оказаться виртуалка с RDM.

    ОтветитьУдалить
  2. судя по теории, вы ошибаетесь:

    http://pubs.vmware.com/vsphere-esx-4-1/wwhelp/wwhimpl/js/html/wwhelp.htm

    The physical HBAs on the ESX host must have access to a LUN using its WWNs in order for any virtual machines on that host to have access to that LUN using their NPIV WWNs. Ensure that access is provided to both the host and the virtual machines.

    ОтветитьУдалить
  3. Да на прошлой неделе на Design Workshop с вами пришли к тому же выводу: ЛУНы презентовать и хосту и гостям, так что фокус не пройдет.
    QoS средствами NPIV звучит довольно логично, но как-то сильно притянуто за уши. Вроде как фичу придумали, включили в релиз, а зачем она такая нужна придумать забыли :)

    ОтветитьУдалить
  4. все же не совсем так - NPIV это фича больше от FibreChannel, VMware ее не придумала, а реализовала.

    Но зачем ее можно применить - такой QoS единственное, что вообще в голову приходит, хотя мне тоже кажется слегка притянутым за уши.
    с другой стороны, QoS дешево и сердито может когда и пригодится (дешево в смысле в какой нибудь не максимальной лицензии вСферы, без SIOC)

    ОтветитьУдалить
  5. Я не очень силен в стораджах, но данный QoS должен ведь настраиваться именно на SANе, так ведь? Не является ли это фичей дорогих SANов?

    И еще вариант: А что если у нас на одном луне лежит несколько виртуалок, и мы хотели бы знать, кто из них ест наши драгоценные IOPS, средствами стораджа? Без NPIV у всех WWN один и тот же, а с ним уже все сразу видно :) Тоже довольно таки притянуто за уши, но все же...

    ОтветитьУдалить
  6. Или же админ стораджа - параноик, и хочет знать все про всех :) Его не устраивает, что валит мешок трафика непонятно от кого :)

    ОтветитьУдалить
  7. тот qos, идею которого мне подсказали - именно что на hba. вроде некоторые это умеют.

    мониторить IOps ВМ на одном луне весьма удобно средствами ESX(i), а так как вы сказали - просто не возможно, ибо wwn для ВМ отображается лишь при ее доступе к RDM.

    ну про параноидального сторадж админа это имхо не жизненно ни разу.

    ОтветитьУдалить
  8. >Без NPIV у всех WWN один и тот же, а с ним уже все сразу видно :)

    Veeam Monitor все отлично покажет.

    ОтветитьУдалить
  9. блин, и вкладка performance все отлично покажет, и esxtop
    Антон, зачем лишняя реклама на пустом месте?

    ОтветитьУдалить
  10. тогда сдаюсь пока - пойду курить Гугл :) не дает мне покоя NPIV, должен же быть какой-то в этом смысл.
    А Veeam Monitor и правда полезняшка :)

    ОтветитьУдалить
  11. Ну раз такая херня (Ensure that access is provided to both the host and the virtual machines) тогда вообще не понятно на кой нужен NPIV в ESX(i).

    ОтветитьУдалить
  12. >Антон, зачем лишняя реклама на пустом месте?

    Performance & esxtop не агрегируют информацию с разных хостов, а для крупных кластеров это крайне неудобно.

    ОтветитьУдалить
  13. Вот набрел на инфу относительно того, зачем же NPIV такой красивый нам нужен :) Все на английском, но для местных завсегдатаев это вряд ли будет препятствием, так что кому интересно -велкам:
    http://www.simonlong.co.uk/blog/2009/07/27/npiv-support-in-vmware-esx4/

    Кстати, Storage vMotion не будет работать все-таки, а vMotion без проблем.

    ОтветитьУдалить
  14. ну глянул я, и ничего не углядел. что именно привлекло ваше внимание по ссылке?

    ОтветитьУдалить
  15. NPIV попробовать только собираюсь, а вот зачем это. Для контроля какой виртуалке какой ЛУН прокинут.
    Встала у меня на днях задача актуализировать данные по SAN. И если все обычные ЛУНы без проблем актуализируются, то прокинутые RDM, это очень не удобно. где смотреть wwn непонятно. У меня пока таких лунов не очень много, разобрался по сторичным признакам, но это не метод.
    Соответственно и контроль доступа тоже на нуле.
    А NPIV должен приводить ситуацию к стандартной.

    ОтветитьУдалить
  16. Кстати, Михаил.
    Возвращаясь к Veeam, может вам будет это интересно: http://www.veeam.com/nfr/free-nfr-license
    По данной ссылке любой VCP или vExpert может получить NFR ключи на их продукты. Если еще не щцупали, теперь есть возможность :)

    ОтветитьУдалить
  17. да, я видел, спасибо.

    возможность была и раньше, вот времени не хватает до сих пор :-)

    ОтветитьУдалить

Примечание. Отправлять комментарии могут только участники этого блога.