Dell EMC Unity: Як відбувається порушення LUN в масиві Unity. (Виправляється користувачем)

Операція порушення LUN може відбуватися з кількох причин, однак з боку Unity тригер порушення LUN виникає або на подіях збою для одного з SP, або для хоста, який використовує його неоптимізований розроблений шлях . Належні ЛУНи переходять до інших ІП.

Фактично, Unity використовує Asymmetric Logic Unit Access (ALUA) для доступу хоста. Це дозволяє декільком шляхам бути активними для введення-виведення, але деякі шляхи оптимізовані, а інші неоптимізовані. Шляхи, які позначаються як оптимізовані, - це шляхи, пов'язані з SP, який володіє цим конкретним ресурсом. Якщо введення-виведення відправляється по неоптимізованому шляху, одноранговий SP використовує внутрішню шину CMI (Common Messaging Interface) для перенаправлення введення-виведення на SP, якому належить ресурс. Ця операція є повністю прозорою для хоста і усуває необхідність порушувати ресурс для завершення введення-виведення. Все це передбачає, що було дотримано найкращої практики підключення хоста - два порти HBA на хост, два комутовані та два порти SP на SP. Цей параметр налаштовано для чотирьох шляхів - дивіться друге зображення нижче.
 
Приклад: Ось різні сценарії посягання LUN на інший SP, який «спочатку не належить»
 
Scenario1 :
У наведеній нижче конфігурації, якщо SPA не працює, його LUN, що належить їй, переходять від SPA до SPA до SPA до тих пір, поки SPA не закінчиться, тоді право власності на LUN перенаправляється назад до початкового власника - Trespass назад до SPA  Сценарій 2:
Якщо по неоптимізованому шляху надходить велика кількість входів/виходів, система Unity передає LUN одноранговому SP, щоб оптимізувати шлях даних.
Пізніше згаданий сценарій станеться, коли через помилку хост надішле свої дані неправильним шляхом, тому відповідно Unity автоматично порушить LUN для оптимізації шляху даних. 
 
Таким чином, це просто захисний механізм Unity, щоб уникнути високого використання SP, який не володіє певним LUN.

Сценарій 3
: У наведеному нижче налаштуванні, у разі відмови SP, LUN переходить на вцілілий SP і продовжує обслуговувати входи/виходи, оскільки він підключений до тих самих перемикачів. У разі виходу з ладу комутатора, що залишився, забезпечує доступ до обох SP, позбавляючи від необхідності використовувати неоптимізований тракт. У разі збою хоста кластер ініціює відмову на інший хост і переводить додаток в мережу. Будь-який збій шляху через поганий кабель або порт не спричиняє жодних проблем, оскільки можна використовувати другий оптимізований шлях.
 
Ця конфігурація також може пережити кілька помилок, якщо вони не знаходяться в межах одного компонента. Наприклад, вихід з ладу хоста Б, перемикача А і SPA можна допустити, оскільки вцілілі компоненти можуть бути використані для доступу до LUN. У цьому випадку хост А може підключитися через комутатор B і отримати доступ до LUN, який порушив SPB.