VPLEX: Відмови компонентів у fabric або array controller призводять до недоступності даних про продуктивність

Короткий
зміст випускуКінцеві користувачі можуть зазнати серйозного впливу на деякі або всі хости, підключені до VPLEX, через такі проблеми, як повільне розрядження, несправності контролера цільових масивів, помилки CRC, несправності комутатора ASIC, перезавантаження комутатора тощо. Бекенд VPLEX використовує політику кругового робіну, яка може спричинити проблеми на одній тканині, що впливають на всі шляхи хоста в цій тканині (або може вплинути на шляхи іншої тканини).
  
Для команд
комутаторів і масивів Якщо кінцевий користувач повідомляє про масштабний вплив через відмову одного компонента, повільне розрядження тощо, перевірте у користувача, чи є VPLEX у навколишньому середовищі.   Якщо VPLEX знаходиться в середовищі і відомий масштаб проблеми, попросіть кінцевого користувача заблокувати уражений шлях(и) на комутаторі. Якщо VPLEX знаходиться в середовищі і постраждалі шляхи невідомі, зверніться до служби підтримки клієнтів Dell EMC, поясніть проблему і згадайте цю статтю.
 
Для команди
VPLEXЯкщо є SR, де кінцевий користувач повідомляє про постійний вплив, і підозрюється, що причина пов'язана з поганою роботою бекенд-шляхів, визначте ці шляхи з поганою роботою та заблокуйте їх у VPLEX. Якщо уражені шляхи не очевидні, зверніться до тренера для допомоги. Після завершення впливу можна здійснювати співпрацю між комутаторами та масивами.
 
Передумови
Потік
вводу/виводу від VPLEX до масивуVPLEX працює подібно до кластеризованого хост-середовища. Кожен директор, який отримує I/O від хоста, відповідає за виконання цього I/O. Кожен режисер має кілька шляхів через обидві тканини до кожної LUN. Кожен директор VPLEX відповідає за балансування вводу/виводу на всіх доступних активних шляхах.
 
Виявлення та пом'якшення
несправностей VPLEXОсновний метод, який VPLEX використовує для виявлення та пом'якшення несправностей на шляху, полягає у моніторингу співвідношення тайм-аутів на кожному шляху. Якщо 90 відсотків I/O будуть тайм-аут у двох послідовних 15-секундних періодах, VPLEX заблокує уражений шлях і більше ним не користується. VPLEX періодично досліджує вигнаний шлях і знімає його, якщо I/O знову буде успішно показано на цьому шляху.
 
Як можуть виникати
проблемиЧерез високий поріг для відсторонення шляху, часте зондування та низький поріг для відсторонення шляху, нездорові шляхи можуть продовжувати використовуватися VPLEX. В результаті VPLEX може передавати значну частину вводу/виводу через погано працюючі шляхи або шляхи, які зазнали м'яких несправностей. Цей I/O або закінчується, або займає надто багато часу на завершення. Результатом є значно підвищений час реакції на всіх шляхах хазяїна. Це може призвести до недоступності даних продуктивності для будь-якого або всіх хостів, підключених до VPLEX.


Рекомендація
Оновіть до VPLEX GeoSynchrony з цільовим кодом 6.2 P3 або новішою для кращого полегшення та керування вищезазначеними умовами. Дивіться у нотатках про релізи для отримання додаткової інформації про функціональність керування шляхами бекенду.