SAN производительность слишком низкая?
Я заметил, что моя новая EMC VNX5200 SAN имеет тенденцию работать лучше после "прожига" раздела. Под этим я подразумеваю заполнение раздела различными ненужными данными и удаление всего несколько раз. Об этом спросил мой администратор SAN, но его это не беспокоит. Он пробормотал что-то о IOPS, также заявив, что MB/s не имеет значения. Возможно, это так, но для меня очень важно, чтобы мои ночные SQL-операции резервного копирования и восстановления (большие непрерывные блоки) выполнялись с текущими 80 МБ / с вместо 15 МБ / с, с которых я начал. Подтолкнул и получил свой собственный LUN для сервера SQL. Но я не имею представления о том, сколько дисков находится на серверной части, конфигурации RAID или есть ли на них какие-либо другие LUN, если SAN выполняет какое-либо кэширование или перемещает часто используемые данные в более быстрое хранилище (может объяснить "прожиг"). Я мог бы копаться в консоли администратора, так как у меня есть доступ, но я не знаю, как читать всю эту информацию.
Я был бы рад узнать, что все работает хорошо, и принять текущую производительность в качестве ожидаемого уровня. Но опять же, максимальное чтение, которое я вижу на этом дорогом атм SAN, составляет 80 МБ / с, с записью примерно вдвое меньше, чем в моей 3-летней настольной лаборатории с 7200 об / мин дисками (без RAID), которая может получать постоянную резервную копию 110 МБ / с.
Вопрос в том, как получить стабильную производительность от SAN? Что я должен спросить у моего администратора SAN? Какой лучший способ проверить производительность? Или есть надежный онлайн-ресурс, где я могу проверить и указать ему базовые показатели производительности, учитывая производителя SAN, модели дисков и данные конфигурации, а также сценарии типа загрузки? (что-то вроде оценки CPU+GFX для идентичных игровых платформ)
1 ответ
Ваш администратор хранилища не дает вам всю историю. IOPS - это то, чем вы будете ограничены, когда будете выполнять нормальный IO (случайное чтение с произвольным доступом и запись небольшого блока), однако вы правы в том, что резервное копирование должно быть большим последовательным чтением и не может быть измерено в IO/s.
Когда вы делаете резервную копию, вы читаете непрерывно, или вы делаете много маленьких чтений по всему диску? Если это случайное чтение, то ваш лимит вернется к способности поиска дисков, которая измеряется в IO/s.
Предполагая, что это непрерывное чтение, скорость будет в первую очередь ограничена уровнем передачи - если вы используете iSCSI 1 Гбит / с, у вас максимальная скорость около 80 МБ / с. Если вы используете общую сеть и у вас меньше полной ссылки, даже меньше. Если ваш внешний порт хранилища выполняет резервное копирование для более чем одного клиента, это также может ограничить вас. Наконец, если используемые вами диски используются совместно с другими клиентами, которые также выполняют тяжелые операции чтения или записи, это может вызвать это.
Тем не менее, ваш специалист по хранению должен быть в состоянии, по крайней мере, сказать вам, почему вы идете так медленно, чтобы вы могли найти способ улучшить производительность. Вы можете попытаться переместить окно резервного копирования, чтобы избежать конкуренции за общие ресурсы, или вы можете выделить свое хранилище так, чтобы оно не конкурировало за какой-либо ресурс, на который вы в настоящее время попадаете.