Назад | Перейти на главную страницу

Дизайн SAN: доступ на уровне файлов и блоков?

Короткий вопрос: могу ли я совместно использовать файловый трафик и трафик на уровне блокировки в одной сети SAN? Возможно, что более важно, должен ли я? Кровавые подробности ниже ...

Я надеюсь, что внесу последние штрихи в новый дизайн SAN, и наше новое запланированное хранилище (EMC VNXe3100) будет поддерживать цель iSCSI, нашу первоначальную цель. Он также поддерживает хранение на уровне файлов, а также через CIFS и NFS. Некоторые из функций, которые мы надеемся использовать (в частности, дедупликация), доступны только через общие файловые ресурсы.

VNXe3100 имеет 2 контроллера с 2 сетевыми картами на контроллер. Каждая сетевая карта подключается к другому коммутатору, поэтому либо контроллер, либо коммутатор могут выйти из строя, и мы по-прежнему должны работать. Это означает, что для каждого сетевого адаптера необходимо включить как файловый, так и блочный трафик. Наш представитель уверяет, что это возможно.

Я планирую разместить VNXe и 5 хост-серверов в одной VLAN и подсети (назовем ее 192.168.1.x). Это должно сохранить мои данные iSCSI на уровне блоков только в этой VLAN без выхода. Но у меня был бы маршрут к остальной сети для трафика на уровне файлов в другой подсети (192.168.55.x). Таким образом, каждая сетевая карта будет иметь IP-адрес для блочного трафика в диапазоне 1.x и другой для файлового трафика в диапазоне 55.x.

Поскольку мы новичок в мире iSCSI и мире устройств SAN / NAS, я хочу убедиться, что это не какое-то ужасное смешение. Но было бы действительно Было бы неплохо представить нашу VMWare как NFS и выполнить дедупликацию виртуальных машин на нашем оборудовании, и отсутствие необходимости поддерживать другой файловый сервер также было бы бонусом.

Если есть что-то еще, что я не замечаю, я все уши.

Я не знаком с внутренней работой массивов EMC, но меня заставили поверить, что это блочная сеть SAN с подключенным контроллером NAS на уровне файлов - у вас могут быть iSCSI LUN, которые идут напрямую на ваши серверы, или вы можете экспортировать их в головку NAS и делиться ими как NFS / CIFS. Вы можете настроить разные LUN ​​с разными типами доступа, но один LUN может быть одним или другим (доступ на уровне блоков или файлов), но не обоими сразу.

Другие системы (например, NetApp) работают наоборот; NAS - это их собственный формат, а iSCSI или FC LUN - это просто один огромный файл, который он обслуживает с этими протоколами (с некоторой защитой, чтобы вы случайно не испортили их, если вы обращаетесь к родительскому каталогу с помощью NFS).

При использовании только двух сетевых адаптеров на контроллер вы можете столкнуться с некоторыми проблемами, пытаясь смешать доступ к блокам и файлам. При доступе на уровне файлов (на основе IP) они полагаются на базовый стек протоколов для обеспечения избыточности (обычно вы настраиваете порты в группе аварийного переключения с одним IP-адресом в паре), тогда как iSCSI происходит из мира хранения, и ожидает, что избыточность будет обрабатываться над ним в стеке посредством драйвера множественного пути на подключенных хостах. Вероятно, что порт на EMC не может быть одновременно настроен с собственным IP-адресом для работы с несколькими путями и виртуальным IP-адресом в группе аварийного переключения (несмотря на аварийное переключение всего контроллера; я не уверен, как EMC справляются с этим). Выполнение iSCSI поверх связанного интерфейса может работать, но вы не сможете получить дополнительную производительность от многопутевого доступа.