Можно ли получить доступ к этим устройствам хранения, как к обычным жестким дискам или приложениям, специально предназначенным для устройства? Приложения, которые вы, ребята, используете против этих устройств, сообщаете ли вы своему приложению, к чему они подключены?
Я имею в виду, если у меня есть приложение X. Будет ли X работать только для хранилища SAN или хранилища NAS или не имеет значения, какое целевое устройство хранения данных, потому что все они доступны как обычные жесткие диски или общие сетевые ресурсы?
Должен ли я как разработчик приложения заботиться о том, какое запоминающее устройство будет использовать мой клиент?
Не думайте о том, что NAS против SAN, а подумайте о уровне файлов и блоков.
Некоторым приложениям НУЖЕН блочный доступ к данным, обычно это делают базы данных, а также все, что предполагает эксклюзивный доступ к диску, например MS Clustering и VMWare ESX. Часто веб-приложениям не нужен этот уровень доступа, и они довольны доступом только на уровне файлов, но стоит знать, что все, что устраивает на уровне файлов, почти всегда хорошо работает и с уровнем блоков. Это требование определяет ваш тип доступа, уровень блока = Fibre-Channel и iSCSI, уровень файла = CIFS / SMB, HTTP и NFS (плюс один или два других).
Теперь о втором требовании - скорости. Коробки файлового уровня обычно взаимодействуют через Ethernet 1 Гбит / с (часто с использованием нескольких портов) с более новыми, более дорогими устройствами, предлагающими порты 10 Гбит / с. Блоки блочного уровня почти всегда поддерживают Fibre-Channel 1 Гбит / с и / или 1/2 / 4 Гбит / с, причем 10 Гбит / с и / или 8/10 Гбит / с становятся все более распространенными - они также обычно предназначены для более высокой производительности при высокой нагрузке, чем блоки уровня файлов, поэтому возьмите это во внимание.
Как общий набор правил; если стоимость является проблемой, вы можете быть вынуждены использовать NAS-сервер на уровне файлов 1 Гбит / с, если производительность является проблемой, вам может потребоваться использовать FC SAN верхнего уровня блочного уровня - если вы ищете -the-buck у вас есть множество вариантов, но в конечном итоге вы можете сосредоточиться на топовых NAS-боксах файлового уровня 10 Гбит / с или нижних SAN-боксах блочного уровня 4/8 Гбит / с.
Надеюсь это поможет.
Эти устройства хранения полностью прозрачны для приложений (приложениям все равно, используете ли вы локальное хранилище или сеть).
Вы должны беспокоиться о том, какое устройство хранения будет использовать ваш клиент, только если вы разработаете какое-то программное обеспечение для управления / конфигурации (которое должно иметь дело с конкретными устройствами хранения и, следовательно, зависит от оборудования).
Это зависит...
Доступ к хранилищу NAS обычно осуществляется на уровне файлов, т. Е. Как общий диск CIFS (Windows) или NFS. К хранилищу SAN доступ обычно осуществляется на уровне блоков, поэтому он больше похож на DAS - хранилище с прямым подключением.
Но множество устройств хранения (NetApp - первое, что приходит на ум) позволяют получить доступ к хранилищу любым способом или обоими способами.
Обычное эмпирическое правило заключается в том, что вам нужна SAN для высокопроизводительного блочного доступа, например база данных с широким доступом.
Существует ряд различий между тем, как обычно применяются традиционные технологии хранения NAS и SAN. Однако новые устройства часто могут быть подключены любым способом, и многие различия были смыты с появлением iSCSI, который по сути является сетевым SAN.
Если вам нужно совместно использовать хранилище более чем на одном сервере, обычно используется NAS, поскольку доступ обычно осуществляется с использованием протоколов NFS и CIFS.
Если вы можете выделить дисковую область для одного конкретного хоста, то обычно используется хранилище SAN. Интерфейс между хостом и SAN выглядит как SCSI.