PowerMax 2500 и 8500: Неуправляемые моментальные снимки

Неуправляемые моментальные снимки в PowerMax 2500 и 8500
Локальная репликация (LREP)

Архитектура SnapVX была изменена в V4. По умолчанию V4 выполняет копирование при чтении и копирование при записи при перехвате. Версия 3 и более ранние версии по умолчанию не копировали при чтении.

Неуправляемые моментальные снимки: 

• Как и VMAX3, PowerMax 2500 или 8500 сохраняет целевые данные даже после отмены связи с исходными устройствами.
• Неуправляемые моментальные снимки — это образы, которые хранятся внутри PowerMax для поддержания зависимостей между исходным и целевым ресурсами после отмены их связи.
• Существуют фундаментальные различия между способами реализации LREP/VP в PowerMax 2500 или 8500 по сравнению с более старыми массивами VMAX All Flash/VMAX3/Powermax.
• В PowerMax 2500 или 8500 целевые устройства не проходят процесс определения
• Процесс определения VMAX3 использует полные метаданные идентификатора дорожки (TID) для целевого устройства, что делает избыточное выделение дорогостоящим
• В PowerMax 2500 или 8500 было решено отказаться от совместного доступа на уровне дорожек и использовать схему совместного использования на уровне устройства (при этом целевые устройства не определены)
  • Это также повысило производительность при работе с неопределенными целевыми объектами
• Таким образом, в PowerMax 2500 или 8500 целевые объекты получают выделение только при записи в них (а не в рамках процесса определения)
  • Они получают свои данные из изображения на определенный момент времени, с которым они были связаны ранее.
  • Эта связь сохраняется и после того, как они разъединяются
  • Даже в VMAX3 целостность данных сохранялась на целевом устройстве после его отсоединения (это делалось на уровне дорожки)
• При получении операций ввода-вывода на неуправляемое целевое устройство, как и при каждом вводе-выводе, код проверяет, должен ли он перехватить
  • Это делается на ранних этапах процесса ввода-вывода
  • Операции ввода-вывода чтения для целевых дорожек, которые еще не скопированы, и создание SNAPVX_COPY_ON_READ_INTERCEPT если бы его об этом попросили.
    • Для операций ввода-вывода MF есть несколько вариантов, которые создают COPY ON READ INTERCEPTS
      • Попросили сделать COPY_INDIRECT_ON_READ
      • Это специальная MF 0x96, op 0x46 команда, которая принудительно выполняет копирование при чтении
      • Это устройство SRDF R2 SRDF/A, и все операции чтения заданы COPY ON READ (Пример. Сканирование RDC делает это, потому что на компьютер ввода-вывода отправляется запрос на чтение данных с удаленной площадки для сравнения. Это приводит к перехвату операций чтения и принудительному копированию данных)

Общий пример с неуправляемыми целевыми устройствами:

• Последовательность A -> s1 -> B представляет целевое устройство (B), связанное с моментальным снимком (s1) исходного устройства (A)
• Эта связь сохраняется даже после разрыва связи с целевым объектом (B) и завершения работы моментального снимка (s1)
• При записи на исходное устройство (A) протокол RDP передается в моментальный снимок (s1), чтобы продолжить накапливать выделенные пространства
• Эти RDP могут совместно использоваться несколькими целевыми устройствами (даже снимками, которые все еще активны со связанными целевыми устройствами)
• Данные, записанные в целевую систему (B), отображаются только в целевой системе (B)
• При выполнении режима «освободить» на целевом устройстве (B) удаляется внутренняя связь и зависимость от прерванного моментального снимка (s1)
• Аналогичным образом, привязка целевого объекта к другому моментальному снимку устраняет внутреннюю связь и зависимость от прерванного моментального снимка (s1)