Настроенный должен смочь обеспечить разумную производительность и от того, что я могу заключить, что массив может выдержать вокруг 60-70Megabytes в секунду даже для маленького блока случайный IO. У меня нет опыта с ними, но спецификация указывает, что должна легко смочь обработать Ваши требования, и некоторые рассматривают, который ищет, подбрасывают, создают резервную копию этого.
Так или иначе на вашем месте я отступил бы немного сначала. Избавьтесь от мультисоединения каналом (первоначально) и удостоверьтесь, что можно заставить единственный путь (на стороне VMware) выдерживать значительную производительность. Принятие Вы имеете 8 единиц диска, полностью заполненных с 10k дисками SAS, одним горячим резервированием, и имеете 7 пакетов RAID 5 диска, которые это должно смочь легко поставить> 100Meg/sec последовательное чтение или переписать единственный интерфейс на хорошей, выделенной LAN Gbit, даже составляющей весь ip\tcp и iSCSI наверху. Сделайте простые объемные тесты больших копий файла (что-то значительно большее, чем кэш записи на массиве) к или из SAN, чтобы проверить наблюдение этого. Если Вы будете читать и писать в объем SAN затем, то производительность будет не больше, чем половиной этого BTW. Если не затем Вы захотите посмотреть на всех обычных подозреваемых:
Когда Вы тестируете, не удостоверяются ни один, хост ESX или SAN заняты чем-либо еще.
После того как Вы успешно добираетесь> 100Meg/sec для последовательного трафика в единственном восходящем канале затем, можно рассмотреть наблюдение, если мультисоединение каналом имеет значение. С iSCSI на ESX4 это может, но это маловероятно, если массив хранения данных правильно не поддерживает его в сочетании с ESX 4-, я обратился бы к поставщику массива для руководства на этом.