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