Большинству менеджеров серверов это может показаться очень простым и очень глупым вопросом! Я не эксперт по серверам, но мне задали вопрос - не зная ответа, я подумал, что улучшу свои знания, задав этот вопрос!
Клиент, для которого я работаю с их веб-сайтом, желает добавить DELL SAN на свои серверы для хранения значительного объема данных видео / изображений в дополнение к веб-файлам. Они хотят сделать данные доступными через Интернет. Теперь, игнорируя проблемы безопасности (т.е. неавторизованные люди могут получить доступ к файлам), возникает вопрос:
Можно ли связать субдомен (например, san.example.com) так, чтобы он имел доступ к файлам в сети SAN?
Например, предположим, что на san есть файл, путь которого /abc/123/xyz.mov, можно ли создать SAN так, чтобы субдомен указывал на IP-адрес SAN, и конечный пользователь мог получить доступ к san.example .com / xyz.mov
В современном мире, я думаю, это возможно, но я был бы признателен за авторитетный взгляд! Я полагаю, они смотрят на Dell MD1220, подключенный к паре серверов R610.
SAN используется только для предоставления доступа к дискам через интерфейс хранилища. Вы не «храните файлы в SAN».
Итак, теперь переинтерпретируйте свой вопрос как:
Можно ли связать субдомен (например, san.example.com) так, чтобы он имел доступ к файлам на определенном диске?
И вы получите ответ:
да
Да, может, но то, о чем вы говорите, это NAS, а не SAN. Обычно считается, что сети SAN предлагают услуги на уровне блоков по Fibre-Channel, Fibre-Channel-over-Ethernet или iSCSI, в то время как существующие службы NAS на уровне файлов по протоколам NAS, таким как NFS, CIFS / SMB, HTTP / S, WebDav и т. Д.
Так что да, если у вас есть NAS-сервер, вы можете представить его напрямую через HTTP / S, хотя я настоятельно рекомендую вам серьезно защитить дизайн. Если они настаивают на использовании SAN, им придется либо купить комбинированное устройство NAS / SAN, например, NetApp, либо поставить какой-либо веб-сервер перед SAN для представления данных с использованием HTTP / S.