Dm-delay для приёмки хранения: задержка FLUSH требует отдельного сценария
Увеличить схему
Фотография конкретного исполнения не приложена.
Приложение может быстро записывать данные и задерживаться только на подтверждении сохранения. Поэтому тест, который замедляет лишь чтение, не проверяет весь путь журнала или базы. Dm-delay позволяет задать задержку для чтения, записи и flush с разной областью действия.
Документация описывает варианты таблицы с тремя, шестью и девятью аргументами. В кратком варианте одна задержка применяется ко всем операциям, а развёрнутый позволяет выделить flush отдельно. Значения задержки задаются в миллисекундах; offsets — в секторах. Это разные единицы с разными последствиями ошибки.
Target может направлять разные операции на разные устройства и смещения. Такой пример из руководства нельзя считать безобидной настройкой только времени: он способен менять фактическое размещение I/O. Для испытания нужен изолированный набор данных и заранее подтверждённая схема отображения.
В плане приёмки отдельно проверяют медленное чтение, запись и flush, сопоставляя их с тайм-аутами приложения. Измеряют фактические задержки и результат восстановления после нормализации. Dm-delay моделирует выбранную задержку блочного пути; он не воспроизводит автоматически все отказы контроллера, потерю питания или нарушение порядка сохранения. Здесь тестовые mapping не создавались.
Основание — Official upstream Linux v6.18 tag device-mapper documentation; fixed reference edition, разделы Arguments; 3/6/9 argument semantics; units. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — документация официального тега Linux v6.18, указанная как фиксированная редакция. Это не утверждение о последнем ядре или установленной сборке. Реальные тома, параметры LVM, кэш и ключи не проверялись; операций с блочными устройствами и внедрения отказов не выполнялось.
Запросы отправляются на наш e-mail из вашей почтовой программы.
