Dell Unity. Как собрать необходимую информацию для анализа производительности Unity

Проблема

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

Проблемы с производительностью могут иметь ряд причин. В том числе: конфигурация сети, перегрузка, конфигурация хоста, сбои оборудования, конфликты дисков (несколько занятых LUN совместно используют те же накопители) или максимальное использование массива хранения данных.

Служба технической поддержки Unity не может полностью изучить и устранить проблемы производительности до тех пор, пока не будет предоставлено следующее:

• Файл служебных данных (сбор данных)
• Файлы UPA (архивы производительности Unity)
• Подробное описание признаков, возникающих в производственной среде

Если не предоставить информацию, указанную в этой статье базы знаний Dell, это может привести к увеличению времени разрешения.

Сведения о проблемах с производительностью (признаки, метки времени и т. д.) имеют решающее значение, чтобы технический специалист понимал, на что следует обратить внимание в первую очередь (время, LUN, хосты и т. д.), а не тратил несколько часов, чтобы найти проблему (а не причину). Без этих сведений можно потратить несколько часов на поиск проблемы, и мы можем только проанализировать общую статистику производительности.
 

Область применения

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

Сервисные заявки, не связанные с фактической проблемой, например, запрос отчета о текущем уровне рабочей нагрузки на массиве, не входят в список услуг по ремонту. Службу LiveOptics можно использовать для самостоятельного поиска и устранения неисправностей или для определения уровня рабочей нагрузки на массиве. Подробные сведения об этом варианте см. в следующей статье:

• 000010770.  Dell Unity/VNX KB. Использование LiveOptics для общей диагностики системы, оценки хранилища и/или определения конфигурации хоста/среды (исправляется пользователем)

 
Требования к данным и информации для подробного анализа производительности

Для каждого события службе технической поддержки требуются следующие журналы и информация, охватывающие период инцидента:

• Файлы служебных данных (также известные как сбор данных), созданные вскоре после возникновения проблемы.
  • Если используется репликация, потребуются сборы данных и файлы UPA из обоих массивов.
• Файлы Unity UPA (архивы производительности Unity), которые охватывают весь период возникновения проблемы.
• Также могут потребоваться файлы Grab хоста и журналы коммутаторов, если проблема находится вне массива.
• Кроме того, могут потребоваться сетевые трассировки Unity.

ПРОБЛЕМЫ С БЛОКАМИ

• Предоставьте четкое и подробное описание проблемы:
• Когда возникла проблема? (Дата, время и часовой пояс)
• Какие LUN затронуты?
  • Это важно для сужения области поиска.
• Включены ли функции сокращения объема данных или расширенной дедупликации на LUN, на которых возникли проблемы? Включено ли сокращение объема данных для других LUN? (См. технический документ «Передовые подходы Unity», раздел «Использование ЦП», стр. 9)
  • Руководство по передовым практикам Unity
• Используется ли репликация? Укажите информацию о целевой точке восстановления для репликации и о том, снижается ли эффект проблемы с производительностью, если репликация приостановлена.
• Имеются ли сейчас (или имелись раньше) активные ошибки недоступности данных?
• Выполняется ли в указанное время что-либо еще? (Резервное копирование, задания, пакеты, сканирование на вирусы, оптимизация хост-диска (TRIM/UNMAP) и т. д.)
• Если что-то не работает должным образом, работало ли оно до этого? Или это часть новой реализации/настройки? Добавлялись ли недавно какие-либо новые приложения или хосты?
• Как измеряется производительность или насколько она затронута? Задержки или ошибки на стороне хоста? Конечные пользователи сообщают о замедлении работы?
• Вносились ли недавно изменения в среде SAN (хосты, коммутаторы, массив)?
• Влияние (затронутые приложения, количество затронутых серверов, количество затронутых пользователей и т. д.)
• Как часто возникает проблема? (Постоянно/регулярно/однократно/случайным образом)
• Как называются затронутые хосты?
• Какая топология используется? FC, iSCSI или Ethernet? (При использовании iSCSI на всех хостах НЕОБХОДИМО отключить отложенное подтверждение TCP.
  • Dell Unity. Начальная страница для отложенного подтверждения TCP
• Если проблема связана с возможностями подключения, службе поддержки потребуется топологическая схема.
• Имеется ли в это же время в сети известная проблема или сеть недавно была модернизирована? Также убедитесь, что iSCSI не используется во внутренней локальной сети, а все используемые коммутаторы должны быть коммутаторами корпоративного класса.

ПРОБЛЕМЫ С ФАЙЛАМИ

• Предоставьте четкое и подробное описание проблемы:
• Какие именно протоколы используются?
  • Пример. NFS (версия), CIFS (версия), NDMP, iSCSI, FTP, и т. д.
• Связана ли проблема с конкретным экспортом/общим ресурсом, файловой системой/LUN?
• В какое время суток возникает проблема? (Дата, время и часовой пояс)
• Какова активная рабочая нагрузка в этот момент?
  • Пример: вход в систему, выход из системы, резервное копирование, пакетные задачи и т. д.
• Какие хосты задействованы?
  • Пример. Резервное копирование, виртуальные машины, рабочие станции, серверы и т. д.? 
  • Конкретные сведения о приложении.
• Как выглядит конфигурация сети?
  • Укажите сведения о конкретном интерфейсе/сетевой плате.
• Изолированы ли сетевые интерфейсы на отдельных сетевых платах?
  • Пример. Трафик репликации на выделенной сетевой плате

Сбор файла служебных данных (сбор данных)

Сведения о сборе файла служебных данных (сбор данных) см. в статье LKB 000023676. Выходные файлы запуска сбора файла служебных данных на массиве будут необходимы для отображения подробной конфигурации массива и любых событий, которые произошли в массиве. Служба поддержки рекомендует как можно скорее собрать файл служебных данных (сбор данных) после возникновения события.

• Dell Unity. Как собрать сервисные данные (журналы) из массива Unity (исправляется пользователем)

Обратите внимание, что файл служебных данных будет содержать только последний полный файл UPA (один час) и любой доступный файл UPA -tmp.archive . Зачастую этого недостаточно для надлежащего анализа производительности, и требуются дополнительные файлы UPA.

Чтобы найти файл UPA в файле служебных данных (сбор данных), перейдите в spx\cmd_outputs\metrics\

• spx = основной процессор СХД

• Пример. Если SPA является активным процессором СХД, UPA находится в разделе spa\cmd_outputs\metrics

 
Сбор файлов UPA

• Служба поддержки может запросить дополнительные файлы UPA.
• В отличие от файла служебных данных (сбор данных), массив сохраняет файлы UPA за 48 часов. 
• Файлы UPA будут выглядеть, как показано в примере ниже. Каждое имя файла содержит дату и время первой точки данных в файле. Интервал равен 10 секундам, и файл будет содержать 1 час без 10 секунд. Дата и время в именах файлов представлены в формате UTC/GMT.
  • Последний файл UPA в приведенном ниже примере является самым последним архивом (-tmp.archive). Он содержит текущие данные о производительности и может быть скопирован из массива (только через SSH/CLI) для просмотра самых актуальных данных. Служба поддержки может использовать этот файл для просмотра событий производительности без необходимости ждать следующего часа.

Пример файлов UPA, хранящихся в массиве Dell Unity:
01/05/2017  10:59 AM        11,017,216 _default_20170105_150000.archive
01/05/2017  11:59 AM        11,017,216 _default_20170105_160000.archive
01/05/2017  01:00 PM        11,017,216 _default_20170105_170000.archive
01/05/2017  01:59 PM        10,983,424 _default_20170105_180000.archive
01/05/2017  02:45 PM         8,308,736 _default_20170105_190000-tmp.archive
 

С помощью Unisphere/GUI
Вариант 1. Список Unisphere

Этот вариант доступен только для Unity OE 4.2 и более поздних версий. В этом списке могут не быть указаны все доступные UPA. Существует ограничение пользовательского интерфейса (Unisphere), и в списке могут быть указаны только некоторые доступные файлы. Если требуемого файла UPA нет в списке, перейдите к варианту 2 или используйте SSH/CLI.

Вариант 2. Временной диапазон Unisphere

• Можно выбрать временной диапазон, чтобы система извлекла доступные в нем файлы UPA.
  • Перед сбором журналов подтвердите время возникновения проблемы, чтобы скачать только необходимые журналы.
• Помните, что временной диапазон заказчика соответствует местному времени браузера и часто совпадает с текущим временем рабочей станции.
• Этот вариант доступен только для Unity OE 4.2 и более поздних версий

Использование SSH/CLI

Также можно использовать CLI для доступа к большему количеству файлов UPA, хранящихся в массиве Unity (но не указанных в графическом интерфейсе пользователя (Unisphere) из варианта 1).

 
Сбор данных хоста
Если проблема характерна только для определенных хостов, может потребоваться получение выходных файлов Grab хоста (или EMC Report).

• Перейдите на сайт https://www.dell.com/support/home/ (сайт поддержки Dell) и найдите утилиту Grab для нужной ОС хоста (например: Grab для хоста ESXi)
• Скачайте утилиту и файл README.
• Следуйте инструкциям в файле README для запуска утилиты в выбранной операционной системы хоста.

 
Журналы коммутатора
Если проблема производительности возникает только на определенных путях, могут потребоваться журналы коммутатора. Инструкции см. в следующей статье LKB (в зависимости от используемой модели):
 

Brocade/Connectrix

• 000028508. Коммутаторы Connectrix. Сбор журналов коммутатора (основной)
• 000018926. Connectrix. Как собрать файл журнала коммутатора с помощью сеанса PuTTY, пошаговая инструкция 

• 000191330. Как собрать журналы технической поддержки с коммутатора MDS? 
• 000010120. Connectrix. Как собрать журналы из коммутаторов серии Cisco MDS 9000 с помощью командной строки 

Захват трассировки сети (дамп TCP)
Некоторые проблемы производительности файлов могут быть связаны с проблемами сети. Чтобы полностью определить причину проблемы, служба поддержки может запросить трассировку сети.

Dell Unity. Как выполнить захват трассировки сети TCP/IP из массива. (Исправляется пользователем)