Почему приложение, интенсивно использующее диск, должно работать в сети SAN быстрее, чем на физическом диске? Я ожидал, что физический диск будет немного быстрее, но на самом деле процесс выполнялся в 100 раз быстрее, когда его рабочий диск был настроен на раздел в SAN.
Мы предполагаем, что сеть SAN оптимизирована из коробки, чтобы быть быстрой, тогда как параметры настройки физического диска связаны с ОС (Solaris) и не были изменены или исправлены.
Во время максимальной активности дисковый ввод-вывод работал на 100%, а время для завершения записи составляло более 2 секунд, поскольку несколько процессов записывали на диск одновременно.
(К вашему сведению, задействованное приложение было Informatica PowerCenter)
Я совсем не удивлен. В массивах SAN обычно задействовано МНОГО дисков. Ограничивающим фактором для дискового ввода-вывода является скорость отдельного диска и их стека. 6 локальных дисков в RAID10 будут работать лучше, чем 2, а 80 дисков в SAN будут работать лучше, чем 10 локальных дисков. Конечно, есть переменные, но так оно и должно работать.
Кроме того, если в SAN задействованы какие-либо твердотельные накопители, все становится действительно быстро.
Почти наверняка это связано с кешированием. Вероятно, DAS имеет минимальное кэширование, тогда как большинство Enterprise SAN имеют кеш-память в несколько гигабайт. Я предполагаю, что приложение насыщает кеш DAS, но не SAN.
Концептуально всегда кажется, что обслуживание диска из SAN должно быть медленнее, чем обслуживание его локально. Однако есть множество факторов, которые могут изменить это и сделать SAN намного более быстрым вариантом. Вот некоторые из этих факторов:
Все это повлияет на вашу производительность в SAN и локальном диске.
Все сводится к тому, сколько шпинделей доступно ... Чем больше число шпинделей, тем быстрее можно получить доступ к любой заданной части данных. если у вас много операций ввода-вывода, особенно если вы работаете с приложением базы данных, то вы можете легко снизить производительность локального диска с помощью решения SAN, которое может иметь гораздо большее количество наборов дисков для управления основными данными, индексами и т. д.
С локальной дисковой подсистемой вы также, вероятно, поделитесь доступом к головкам чтения / записи с другими операциями, такими как чтение / запись для подкачки, доступ к локальной ОС и файлам библиотеки, доступ к приложениям и т. Д. Хотя индивидуально быстро, коллективное время для всех действий чтения / записи, чтобы переместить головки чтения / записи из одной области диска, чтобы покрыть один набор действий на другой, чтобы удовлетворить требования вашего приложения, безусловно, может значительно снизить производительность.