Верно ли, что если вы создаете цель iSCSI в высокопроизводительном аппаратном хранилище, тогда она создает цель как файл в файловой системе?
Я имею в виду, что это не может быть хорошо для производительности?
Внутренние операции некоторых высокопроизводительных устройств SAN / NAS может быть трудно определить. Создание файла для представления цели iSCSI не обязательно приведет к снижению производительности само по себе. Это делает некоторые предположения, что производитель оборудования произвел некоторую оптимизацию ядра ОС, и это зависит от фактической файловой системы, которая используется для хранения файлов.
Было бы полезнее проверить работоспособность запоминающего устройства. Очевидно, что лучше всего подходят реальные тесты, но использование IOMeter, безусловно, может работать. Просто убедитесь, что понимаете свои требования к вводу-выводу, чтобы IOMeter можно было правильно настроить для тестов.
Это, безусловно, то, что делает сервер хранения Windows 2008. Он создает файл .vhd в файловой системе NTFS.
Я подозреваю, что вас больше интересует специализированное оборудование, специально разработанное для размещения томов iSCSI.
По моему опыту, я не видел этого с этими типами устройств, но не работал со многими частями набора iSCSI. Я знаю, что HP P4000 не создает файлы в своей собственной файловой системе, а вместо этого создает массивы и тома на этих массивах и делится ими через iSCSI так же, как это делают большинство сетей SAN с волоконным каналом.
Я не могу комментировать производительность, поскольку я не проводил сравнительного тестирования, но, надеюсь, поясню, что не все специально созданные устройства iSCSI делают это, полезно.
У нас есть NetApp SAN, и он делает именно это. Базовый раздел (ну, насколько я могу судить, на самом деле это логический том, а не раздел) заполнен файлом, который использует все пространство и затем представлен через соединитель iSCSI. У нас есть два таких устройства (одно с 12 ТБ и одно с 6 ТБ), и я могу вам сказать, что у нас вообще нет проблем с производительностью.