Мерлион проводит лабы по cDOT и E-Series

Компании NetApp и Merlion приглашают инженеров принять участие в лабораторных работах.
В программе:
- Intro Lab for cDOT 8.2
- Hands-On Lab for cDOT Advanced Topics
- Hand-On Lab for cDOT and Block Protocols Implementation
- Hand-On Lab for Administration of E-Series Storage Systems

Дата проведения: 10 декабря 2014
Время проведения: 09:30-17:30
Место проведения: Холидей ??нн Сущевский (ул. Сущевский вал, 74)
Регистрируйтесь по следующей ссылке
и приходите !

8.3RC1 - новая система уже доступна !

Good news, everyone ! (с)

Система cDOT 8.3RC1 уже доступна для скачивания !
Она поддерживается на системах:
FAS62xx
FAS8080 EX
FAS8060
FAS8040
FAS8020
FAS32xx
FAS2240
FAS2220
FAS2554
FAS2552
FAS2520
и в ней есть масса новых фич и возможностей.
Мы будем стараться осветить наиболее интересные моменты в отдельных статьях, а пока перечислим некоторые нововведения.

??так, первое, что бросается в глаза администратору, это отсутствие отдельно стоящего System Manager. Теперь достаточно зайти по HTTPS на IP, поднятый на Cluster Management LIF, и вы получаете доступ к веб-сервису для администрирования системы.
Лично я, как и прежде, предпочитаю пользоваться командной строкой, но должен признать, что теперь многие операции гораздо удобнее выполнять через GUI.

Также, при установке кластера, больше не требуется вводить Base License. Это можно (и нужно) сделать только перед тем, как добавлять дополнительные лицензии.

Для маленьких систем и систем AFF теперь появилась возможность отказаться от выделения отдельных дисков под рутовый агрегат. Называется это дело Root-Data Partitioning и работает следующим образом. Каждый диск разбивается на две патриции - для рутового тома и для данных. После этого мы получаем два агрегата, живущих на одних и тех же дисках. На неискушенный взгляд, это не сильно отличается от смешивания рутового тома и томов данных на одном агрегате, но в действительности, это очень полезная возможность. Теперь можно не опасаться, что наш единственный агрегат станет неконсистентным, или мы по ошибке заполним его до предела. У нас всегда будет возможность загрузить систему с отдельного рутового агрегата и заняться восстановительными работами.

Счастливые обладатели систем с FlashPool смогут получить больше емкости от своих SSD с помощью SSD Storage Pools. Эта конфигурация позволяет делить диски четности между агрегатами FlashPool, а spare-диски SSD - между контроллерами.

Системы V-Series теперь могут обходиться без нативных полок NetApp. ?? это включая системы MetroCluster !

Да, это, наверное, самое главное :) MetroCluster теперь доступен и в cDOT.
Два кластера cDOT можно разнести на расстояние до 200км, и получить синхронные зеркальные копии кластеров для защиты от выхода из строя всего датацентра.

?? это только небольшая часть новых возможностей cDOT8.3
Я буду более подробно описывать их по мере добывания информации и накоплении опыта.
?? мне уже просто не терпится попробовать все это в действии и узнать об опыте других админов.

NetApp Innovation 2014 - Программа

К нам в руки попала программа конференции NetApp Innovation 2014 в Москве !
Действительно, нас ждет много новых интересных тем и хороших спикеров :)
Очень рекомендую посетить это мероприятие и воспользоваться возможностью вживую пообщаться с инженерами NetApp, партнерами компании и другими гостями.
Регистрируйтесь и приходите !

Страница регистрации здесь






Время

9.00-10.00

Регистрация, приветственный кофе

Зал «Кристалл»

10.00-10.20

Выступление NetApp

Нам точно, есть о чем рассказать сегодня….

10.20 -10.45

Новости FlexPod и Cisco UCS - обзор, преимущества и стратегия развития

Артем Гимадиев, Cisco

10.45 -11.10

Vmware vVOL – новый уровень интеграции с решениями NetApp

Артем  Гениев, VMware

11.10-11.40

Кофе-брейк, работа выставки

Зал «Кристалл 1»

Зал «Кристалл 2»

Зал «Кристалл 3»

11.40-12.10

NetApp: Flash настоящее.

Михаил Швыдкий, NetApp

VVOL.   Как сделать vvol реальностью  и обойтись без замены CХД?

Роман Ройфман, NetApp

 

OCI: инструмент мониторинга и управление в гетерогенных инфраструктурах хранения   

Сергей Сызько, NetApp 

12.15-12.45

??з куколки в бабочку.  Не сказочная история прекрасного превращения  ординарных СХД

Сергей Мазниченко, “Айтеко” 

 Повышаем  доступность современного ЦОД с помощью NetApp и Veeam Availability Suite

Виталий Савченко, Veeam

“Динамическая инфраструктура. Результаты, которые высоко ценит

бизнес (на примере реального кейса)”

??льдар Абульханов, Jet Infosystems

12.50-13.20

MetroCluster часть первая: 

распределённая унифицированная СХД, но уже  с функционалом Clustered ONTAP. 

На английском языке  

Кристиан Отт, NetApp 

NPS for Cloud -  «Связанные одной цепью, скованные одной целью». Как не витать в облаках.

Роман Ройфман, NetApp

StorageGrid WebScale.  Объекты, метаданные, единое географически распределённое хранилище,  снижение стоимости хранения – поговорим об этом?  

Роман Козлов, NetApp

13.25-13.55

MetroCluster часть вторая: 

распределённая унифицированная СХД, но уже  с функционалом Clustered ONTAP. 

На английском языке

Кристиан Отт, NetApp 

FLI.  Встроенный механизм миграции данных с массивов третьих  производителей.  Поддержка MS Dynamic Access Control. 

Сергей Сызко, NetApp1

System Manager / System setup -  системные инструменты в умелых руках

Дмитрий Атаманенко, NetApp

14.00-14.30

VST.  Расширение возможностей Flash кэширования и эффективное использование SSD 

Михаил Швыдкий, NetApp

Cloud ONTAP  или  дорога в облака  

Роман Ройфман, NetApp

LUN move. “Мгновенное перемещение» LUN и другие изменения для  SAN

Роман Козлов, NetApp

14.30-15.30

Обед, работа выставки

15.30-16.00

Компрессия  для продуктивных нагрузок

ZER0 блок оптимизация.

Михаил Швыдкий, NetApp

ADP.  Эффективное использование дисков, особенно если у Вас их немного

Сергей Сызко, NetApp

NDU.  Безостановочный режим работы

Дмитрий Атаманенко, NetApp

16.05-16.35

Transition часть первая: 

Как правильно планировать миграцию в Clustered ONTAP

На английском языке

Кристиан Отт, NetApp 

SnapMirror/SnapVault.   

Репликация в  кластерной CХД. Особенности и новинки

Часть первая 

 Роман Ройфман, NetApp

Зачем нужен OpenStack? Зачем NetApp для OpenStack?

Роман Козлов, NetApp

16.40-17.10

Transition часть вторая: Чем NetApp может помочь облегчить вашу миграцию

На английском языке

Кристиан Отт, NetApp 

SnapMirror/SnapVault.   

Репликация в  кластерной CХД. Особенности и новинки

Часть вторая 

Роман Ройфман, NetApp

Autosupport: Зачем и что нового

Дмитрий Атаманенко, NetApp

17.20-19.00

Заключительная сессия, лотерея, коктейль 

Как начать новую жизнь с Clustered Data ONTAP и FCP









Всем привет ! :)

Сегодня мы рассмотрим в подробностях процесс настройки SAN на cDOT с подключением к Cisco MDS.

Как вы знаете из документации, Clustered Data ONTAP требует использования NPIV при работе с Fiber Channel. NPIV расшифровывается как N-Port ID Virtualization, и мы не будем путать эту аббревиатуру с NPV (N-Port Virtualization). Это две разные вещи, хоть и гуглятся бок о бок ;)

NetApp использует NPIV для того, чтобы абстрагироваться от используемого железа на пути от FC HBA до клиентского оборудования. Поскольку мы используем логические интерфейсы – LIF – мы можем не только создавать несколько логических портов на одном физическом порту HBA, но и использовать для них разные WWPN. 

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

Например, возьмем двухнодовый кластер FAS6250, на каждой голове которого мы используем 2 FC-адаптера:

netapp_clus::*> fcp adapter show -fields fc-wwnn,fc-wwpn 

node                 adapter fc-wwnn                           fc-wwpn                  

———-           ——-   ———————–         ———————–  

netapp_clus-01 2a         50:0a:09:80:89:4c:bc:6d  50:0a:09:81:89:4c:bc:6d   

netapp_clus-01 2b         50:0a:09:80:89:4c:bc:6d  50:0a:09:82:89:4c:bc:6d  

netapp_clus-02 2a         50:0a:09:80:8f:ab:bd:cd  50:0a:09:81:8f:ab:bd:cd   

netapp_clus-02 2b         50:0a:09:80:8f:ab:bd:cd  50:0a:09:82:8f:ab:bd:cd  

Мы видим, что адреса портов на LIF’ах отличаются от адресов на физических портах:

netapp_clus::> net int show -vserver vs1   

(network interface show)             

Vserver  Logical                         Status         Network                    Current             Current  Is     

             Interface                   Admin/Oper Address/Mask               Node                Port       Home 

————————————————————————————————————— 

vs1        

             netapp_clus-01_fc_lif_1 up/up    20:04:00:a0:98:21:30:55 netapp_clus-01    2a      true             

             netapp_clus-01_fc_lif_2 up/up    20:05:00:a0:98:21:30:55 netapp_clus-01    2b      true

             netapp_clus-02_fc_lif_1 up/up    20:06:00:a0:98:21:30:55 netapp_clus-02    2a      true 

             netapp_clus-02_fc_lif_2 up/up    20:07:00:a0:98:21:30:55 netapp_clus-02    2b      true

В этом логе отображена конфигурация Vserver’а, на котором поднято 4 LIF’а. Они привязаны к физическим портам и имеют собственные виртуальные WWPN. Если в будущем нам потребуется заменить карточку HBA в слоте 2, идентификаторы портов на LIF’ах при этом не изменятся, и нам не придется переделывать зоны.

Переходим к следующему звену нашей сети - FC-свитчам. В данном проекте мы используем Cisco Nexus 5020, и для работы с cDOT нам понадобится включить на нем NPIV.

nxs5020-vcloud1# conf t

nxs5020-vcloud1(config)# feature npiv

Проверяем себя на адекватность:

nxs5020-vcloud1# show feature | i npiv 

npiv                  1         enabled

Проверяем, что у нас настроены VSAN’ы zoneset’ы и зоны

В этом примере мы используем VSAN 101, и у нас настроен  один zoneset, с одной zone. 

Пример настройки zoneset:

nxs5020-vcloud1# show zoneset brief vsan 101 

zoneset name test-zoneset vsan 101   

  zone test-zone

Пример настройки zone:

nxs5020-vcloud1# show zone vsan 101 

zone name test-zone vsan 101   

  fcalias name esxtest-1-vmhba2 vsan 101     

  pwwn 20:00:00:25:b5:00:00:1a      

  fcalias name netapp_clus-01_fc_lif_2 vsan 101     

  pwwn 20:05:00:a0:98:21:30:55

Для простоты чтения конфига, алиасы в этом примере названы так же, как и интерфейсы на Vserver.

Теперь, когда у нас настроены свитчи и есть связность между СХД и серверами, нам осталось настроить LUN’ы и отдать их хостам. 

Для этого нужно:

создать initiator group

добавить WWPN’ы хостов в эту группу

Создать LUN

Привязать LUN к этой igroup.

При создании igroup нам нужно правильно указать тип ОС. Это, в частности, поможет системе правильно использовать ALUA. 

netapp_clus::> igroup create -vserver vs1 -igroup esxtest_fcp_igrp  -protocol fcp -ostype vmware

После этого мы можем добавить в группу наши инициаторы:

netapp_clus::> igroup add -vserver vs1  -igroup esxtest_fcp_igrp –initiator 20:00:00:25:b5:00:00:1a

?? в результате мы получаем настроенную igroup:

netapp_clus::> igroup show -vserver vs1 

Vserver   Igroup              Protocol  OS Type   Initiators 

——————————————————————————— 

vs1       esxtest_fcp_igrp  fcp         vmware    20:00:00:25:b5:00:00:1a

Осталось совсем немного – создать LUN (обязательно правильно указать тип ОС, иначе мы обеспечим себе потенциальную потерю производительности):

netapp_clus::> lun create -vserver vs1 -path /vol/fcp/test -size 250g -ostype vmware

Привязать его к igroup:

netapp_clus::> lun map -vserver vs1 -path /vol/fcp/test -igroup esxtest_fcp_igrp

?? проверить, что мы нигде не ошиблись:

netapp_clus::> lun show -vserver vs1 

Vserver   Path                           State   Mapped   Type           Size 

—————————————————————————– 

vs1         /vol/fcp/test                online  mapped   vmware      250GB

netapp_clus::> lun mapped show -vserver vs1 

Vserver    Path                     Igroup                LUN ID  Protocol 

———————————————————————– 

vs1          /vol/fcp/test          esxtest_fcp_igrp  0          fcp

Вот и все ! Новый LUN готов к использованию нашим ESX-хостом.


NetApp приглашает всех !

Ежегодная конференция NetApp Innovation состоится 11 ноября 2014г

С 9-ти утра до 7-ми вечера вас ждут интереснейшие доклады, общение с инженерами и сейлами, три параллельных сессии выступлений, и все о новейших технологиях и последних разработках NetApp.
Сотрудники NetApp Russia, партнеры компании и специально приглашенные гости будут делиться своим опытом и отвечать на ваши вопросы в течение всего дня.
Регистрируйтесь и приходите к нам в гости !

Регистрация на NetApp Innovation 2014

Не забудьте отметить эту дату в календаре. :)

?? вот мы снова с вами, и вы, конечно, рады !.. :)

Вы все уже, разумеется, слышали и читали о позитивных изменениях, происшедших в жизни уважаемого зачинщика и автора нашего маленького блога.
Как ответственный человек, ROMX не мог бросить на произвол судьбы своих читателей, и предоставил возможность новому, молодому коллективу авторов развивать и расширять начатое им дело. :)
Я очень надеюсь, что у нас получится поддерживать уровень контента на высоком уровне, а вам будет интересно продолжать общаться и делиться своим опытом.

“Его прощальный поклон” (с)

Привет всем. У автора этого блога, которого вы знаете под ником romx, новости.
С 1 октября я работаю на новой работе, и уже не буду заниматься там NetApp-ом, по этой причине блог этот теперь будут вести другие люди.
Я постарался договориться с новыми авторами, и с российским NetApp, чтобы этот блог продолжал свои публикации.
Я надеюсь, что новые авторы будут вам также интересны, как и я. Ведите себя по-джентльменски как с ними, так и друг с другом. Возможно блог несколько потеряет в регулярности в первое время, но я надеюсь, что это временно.

Я проработал с NetApp больше 10 лет, и это были, честное слово, 10 очень интересных лет. Не буду тут перечислять все что мне запомнилось, рискуя вас утомить. Только этому блогу уже больше 7 лет, вы только вообразите, я его начал летом 2007. Надо же уже и что-то еще в жизни узнать, кроме как писать в интернетах “про нетапп” ;)

У меня теперь будет новое направление и новый вендор, а у вас и у NetApp на носу интереснейший и насыщенный новостями конец года и интереснейший год впереди. Даже жаль, что писать о всех новинках буду уже не я. :)

Удачи нам всем. Если кто знает уже куда я ушел - заходите на мой второй блог. ;)
Если у кого-то есть ко мне вопросы, пожелания, просьбы и требования как к частному лицу, то почта моя не изменилась - romx@mail.ru

UPD: Вот какая красивая картинка по посещаемости этого блога с февраля 2012 года:
aboutnetapp since feb.2012

Как получать поддержку: Часть 2

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

Что вы, как пользователь системы, должны знать, уметь и сделать, чтобы поддержка не огорчала.

Начнем с основ.

1. Надеюсь, вы уже скачали и прочли NetApp Support Owner’s Guide. Для него есть русский перевод, правда не самой последней версии этого документа, но если у вас сложности с английским – читайте русский перевод, он вполне годится.

2. У вас включен и настроен NetApp Autosupport – служба, которая доставляет в поддержку NetApp логи системы и уведомления о том, что на ней происходит штатного и нештатного. Наличие таких данных, в том числе не только “моментальных”, а, в том числе, на протяжении периода времени до момента отказа, очень важное подспорье в анализе причин проблем, не недооценивайте его. С данными автосаппорта поддержка не только видит, что “все сломалось”, но также может посмотреть “когда сломалось”, “что делалось прямо перед этим”, “как работало, когда было еще не сломано”, и так далее.

3. Возможно вы установили и используете NetApp’s Remote Support Diagnostics Tool – компонет для RLM/SP, позволяющий поддержке удаленно коннектиться через него непосредственно в вашу систему хранения.

Что вам стоит сделать (проверить, если вы это делали раньше, и сделать, если еще не сделали)

1. Проверьте полноту и правильность информации, которую вы завели по своей системе и аккаунту в целом в support.netapp.com. Проверьте актуальность адреса (компании и, отдельно, доставки запчастей, если они отличаются), телефонных номеров, контактных данных (телефон, адреса email) ответственных за контакты с поддержкой.

Что делать, если необходимо обратиться в поддержку:

1. DON’T PANIC! :) Начните с того, что постарайтесь четко и однозначно сформулировать проблемную ситуацию. Поддержка оказывается на английском языке, но все мы понимаем, что иногда и на русском-то бывает сложно сформулировать и объяснить проблему. Начните с того, что опишите и запишите проблему на русском (на родном для вас языке), но обязательно запишите, оформите это как связный текст. Затем пройдите несколько раз, сокращая текст и уточняя, устраняя возможные неясности, неточноти и “мутные” места описания. Постарайтесь сократить его до минимально необходимого размера. Запишите максимально короткими и ясными предложениями.
Подумайте, какие дополнительные данные могут понадобиться в саппорте (логи, за какой период, данные perfstat, stats, что-то еще). Далее либо найдите того, кто вам поможет перевести данный текст на английский (не пользуйтесь автоматическими переводчиками!), либо, если это невозможно, тогда посылайте текст на русском, сделав в начале кейса приписку, что “case description language below is russian, please route it to appropriate person”. Да, это возможно. Разбор вашего текста и нахождение понимающего по-русски может занять какое-то время, но NetApp большая компания, в ней много народу работает, из очень разных стран, есть и русские, есть и разные восточноевропейцы, понимающие русский, так что практика показывает, что если вы совсем никак не можете по-английски, то это не является барьером для получения поддержки, на самом деле.

2. Подготовьте необходимые данные для идентификации вашей системы, такие как ее серийный номер (Serial ID), System ID, Purchase Order Number (это все можно найти, например, на странице вашей системы в http://mysupport.netapp.com/eservice/SupportHome.jsp. Таким вещам полезно всегда быть под руками и не только для NetApp. В моей практике я специально собрал все такие данные на все оборудование, потратив неделю времени, на отдельную страничку внутреннего портала, потратил неделю, зато теперь все под руками в самом экстренном случае.

3. Соберите и держите под руками необходимые данные о работе системы, такие как логи /etc/messages и syslog, актуальные результаты perfstat, сделанные во время набюдаемой проблемы. ??спользуемые версии, от версий Data ONTAP, до версий прошивок дисков, полок, и так далее. Если вы заводите кейс с высоким приоритетом (выше 3), подготовьтесь к тому, что позвонить с уточнениями могут в любое, в том числе нерабочее для вас время. Высокие приоритеты начинают колбасить всю группу поддержки и вовлекают в процесс много руководства. С одной стороны не стоит злоупотреблять, с другой - повышение приоритета, по моему опыту, хорошо гальванизирует саппорт, если ваша заявка зависла в Unassigned (Бывает, чо уж скрывать. У всех бывает). Помните, однако, также про разницу во временных поясах.

4. Заведите кейс (case) на странице службы поддержки в вашем аккаунте на http://mysupport.netapp.com/eservice/SupportHome.jsp
Снова: если есть проблема с английским, то не пользуйтесь автопереводчиком (а то он вам напереводит - не разгребете потом), либо найдите человека, который напишет вам перевод вашего текста, написанного на русском, либо посылайте на русском с припиской, которая поможет идентифицировать текст как русский и отправить его к понимающему этот язык. Напомню, официально поддержка на русском не оказывается, но неофициально компания часто идет навстречу.

TIPS: Если вы можете худо-бедно писать по-английски, но, например как я, часто “плаваете” в грамматической правильности выражений и сомневаетесь в ясности и понятности того, что вы пишете в ходе переписки с англоязычной поддержкой, могу порекомендовать вам полезный способ использования автопереводчика, например http://translate.google.com или http://www.bing.com/translator/ (не недооценивайте последний, MS проделала за несколько лет довольно серьезную работу) для проверки вашего текста “обратным переводом”.

Обычно я пишу на английском, а потом, чтобы убедиться, что получившееся разбирается в понятный текст и я не путаю никакие слова, я копирую предложение или его фрагмент в автопереводчик “английский -> русский”, и смотрю, получается ли хотя бы примерно то, что я хотел сказать? То есть я не использую переводчик как в чистом виде переводчик, к сожалению автоперевод все еще, для такого грамматически непростого языка, как русский, создает неприемлемого качества вывод, тем более для такого критичного содержимого, как переписка с поддержкой. Но в этом случае вы используете автопереводчик как своеобразный “валидатор”, парсер. Если то, что вы насочиняли, “распарсилось” в хотя бы приемлемый и понятный вам текст с англйийского на русский, то скорее всего его разберет и человек. Если нет – меняйте, подбирайте слова, упрощайте фразу до тех пор, пока даже тупой автопереводчин не начнет понимать то, что вы пишете. Это даст гарантию, что вас и ваш английский разберет и нормальный человек. Не стоит стесняться выражений типа Данила, ай нид хелп. Ваша задача быть абсолютно ясным, а не развлекать индийцев литературным английским.

Методы “самопомощи” (можно использовать как до обращения в поддержку, так и во время ожидания).

1. Поищите ответы по ключевым словам вашей ситуации на:

а. NetApp KnowledgeBase: https://kb.netapp.com/support/index?page=home&access=s

b. Пользовательском коммьюнити https://communities.netapp.com/welcome, а также в русскоязычной группе https://communities.netapp.com/groups/netapp-ru

c. Поищите зацепки в списке известных багов: http://mysupport.netapp.com/NOW/cgi-bin/bol/

d. Понятнее сообщения EMS (Enterprise Messaging System) в логах NetApp станут, если вы введете их в Syslog Translator: http://mysupport.netapp.com/eservice/ems. Если вы столкнулись с kernel panic в системе, то помочь разобраться в причинах может помочь Data ONTAP Panic Message Analyzer: http://mysupport.netapp.com/NOW/cgi-bin/pmsg/

d. Наконец, Google. Как ни банально бы прозвучал такой совет. В интернете есть несколько англоязычных форумов, где можно найти встретившихся со сходной с вашей проблемой, и Гугл довольно неплохо находит соответствующий тред по ключевым словам. Попробуйте вычленить для поиска в Google более-менее уникальную группу ключемых слов, например номера и коды ошибок в выводе, фрагменты сообщения об ошибке, взятые в кавычки в качестве строки поиска (точное соответствие), и так далее.

2. Проверьте вопросы совместимости с помощью NetApp Interoperability Matrix Tool: http://mysupport.netapp.com/NOW/products/interoperability/
Помните, “работает” не равно “поддерживается” или “будет работать всегда с любым релизом DOT”.

3. Вся информация по конфигурации и допустимым лимитам “железа” стораджей NetApp собирается на Hardware Universe: http://hwu.netapp.com/Home/Index

В следующем посте я “проинтервьюирую” сотрудника техподдержки в российском офисе NetApp. Он ответил на мои вопросы и порекомендовал ряд интересных “типсов” и “триксов”, которые можно использовать при обращении в поддержку.

Производительность SMB 3.0 в MS Hyper-V

Некоторые читатели все еще раздумывают о том, насколько производителен SMB 3.0, в сравнении с более привычными FC и iSCSI, в среде Hyper-V. Специально для них NetApp опубликовал короткий отчет со сравнением производительности протоколов на одной и той же конфигурации, отличающейся только способами подключения датасторов.

Результаты показательны:

Это – IOPS (за 100% принят FCP)

image

Это – latency.

image

Полный отчет с описанием конфигурации можно взять и посмотреть тут: TR-4175 Microsoft Windows Server 2012 Hyper-V Storage Performance: Measuring SMB 3.0, iSCSI, and FC Protocols

Как получать поддержку. Часть 1

Продолжим наш разговор, про то, как правильно использовать вендорскую техподдержку.

Несколько недель назад на Хабре была забавная статья про то, как обращаются в поддержку представители разных стран. Автор работает в компании, клиенты которой есть по всему миру и сравнивает характер пользователей различных стран. Там он, правда, некритически, как мне кажется, относится к “русским”. Потому что у (условных) “русских” обращение в поддержку выглядит так:

Что-то работает не так. Пойти поискать в гугле и яндексе. Написать в форум ixbt или sysadmins.ru пост вида: “Ребята, у меня что-то не работает так, как должно. Как исправить?”. Подождать неделю. Через неделю обнаружить в треде 28 страниц флейма, кто более говно – HP или IBM (в итоге все стороны сходятся, что – Oracle), объяснений что у топикстартера кривые руки, и что под Линуксом все работает, и вообще, что автор – лох. Снова поискать в гугле. Написать пост в ЖЖ в ru_root. Почитать комменты. Попереводить найденное в гугле с помощью Google Translate. Ничего не найдя, спустя две недели, тяжело вздохнуть, и завести кейс. ?? получить через 40 минут в нем сообщение, что это была бага, поправленная пару недель назад, в патче таком-то, вот ссылка.

Не пренебрегайте вендорской поддержкой и не недооценивайте ее возможности. В конце концов, раз уж она у вас есть, вы заплатили за нее деньги, часто – большие деньги, то пользуйтесь ей. “На том конце” – люди, получающие зарплату из ваших денег, обычно подготовленные, владеющие материалом, умеющие “находить концы”, и по многу лет занимающиеся железками, которые вы сами, быть может, увидели впервые полгода назад.
Да, конечно, не все сотрудники саппорта “одинаково полезны”, тем не менее, это совсем не является поводом для того, чтобы не доверять и не пользоватьс их помощью. Тем более, что, часто, именно от нас, от кастомеров и нашей “подготовки”, в том числе правильного заведения кейса, зависит качество получаемой поддержки.
Но об этом мы подробнее поговорим в следующих постах серии.

Пока же, немного о том, что нам, как кастомерам, дано в качестве интерфейса взаимодействия с поддержкой.

Continue reading ‘Как получать поддержку. Часть 1’ »