 |
|
|
|
Системы хранения данных. Часть 3. SAN
Системы хранения данных В статье дается общее представление о работе сетей хранения данных и особенностях взаимодействия с серверным оборудованием и другими сетями Вместо предисловия. Недостатки стандартных решений DAS и NAS В предыдущих статьях [1] и [2] читатели познакомились с весьма популярными ранее решениями по созданию систем хранения данных – DAS и NAS. Для лучшего понимания стоит напомнить, что DAS (Direct Access Storage), в дословном переводе означающее «хранилище с прямым доступом», является самым старым изаслуженным подвидом систем хранения данных. Любой сервер имеет в своем составе дисковую подсистему, доступ к которой осуществляется напрямую без посредников в виде какой-либо сети. Можно с уверенностью утверждать, что любой сервер содержит DAS. В итоге получается, что DAS может служить своего рода кирпичиком для построения более сложных систем. В последнее время ради удобства и большей масштабируемости стали разделять головной серверный модуль и подключаемое дисковое хранилище. Основным связующим звеном между этими компонентами является RAID-контроллер, или дисковый адаптер (HBA), позволяющий связать дисковую «полку» с сервером. Однако системы Direct Access Storage не лишены ряда недостатков. Среди них:
Примечание. Для агрегации дискового пространства на различных узлах сети можно использовать специальные распределенные файловые системы, например GPFS [3], но этимеханизмы, по сути, являются сложными сетевыми структурами, работающими на нескольких уровнях, в отличие от рассматриваемых здесь стандартных СХД. Чтобы избежать подобных неудобств, были придуманы сетевые системы хранения данных – NAS (Network Attached Storage), которые позволяют работать с дисковыми хранилищами прямо из локальной сети. По сути, такая система упраздняет связку сервер + дисковая полка и позволяет получать доступ к данным по сетевым протоколам, при этом возможен доступ к одному и тому же дисковому тому со стороны нескольких клиентов (серверов и рабочих станций). Однако устройства NAS имеют ряд серьезных недостатков.
Примечание. Прекрасным примером такого неприятного сюрприза со стороны производителей ПО может служить Microsoft Data Protector Manager [4], работающий только сустройствами блочного типа. Почему Microsoft в этот раз решилась предать забвению свое любимое детище – CIFS [5] протокол – и что побудило принять такое искусственное ограничение, пока остается неясным. Все это было бы смешно, если бы не было так грустно, ведь большинство систем резервного хранения использует либо файловый доступ (сетевые ресурсы), либо последовательный доступ (магнитные ленты). При этом стоит отметить, что программа ntbackup, используемая вплоть до Windows 2003 R2 SP2, прекрасно работает со всеми типами систем хранения. Решение отказаться от других методов доступа, кроме блочного, явилось очередной «головной болью» для сисадминов иадминистраторов резервного копирования, которые в итоге снова были вынуждены в срочном порядке искать замену продуктам Microsoft. Чтобы преодолеть все вышеуказанные ограничения, возникла необходимость создать устройства, которые, с одной стороны, подключались бы к некой сети передачи данных ипозволяли более рачительно использовать дисковые ресурсы, с другой – дали возможность осуществить доступ блочным методом. Таким образом, мы подошли к идее создания сети хранения данных – SAN. Статью целиком читайте в журнале «Системный администратор», №06 за 2016 г. на страницах 09-13. PDF-версию данного номера можно приобрести в нашем магазине.
|
АЛЕКСЕЙ БЕРЕЖНОЙ, независимый консультант, системный архитектор, специалист по системам виртуализации и резервного копирования, Комментарии отсутствуют
| Добавить комментарий |
|
Комментарии могут оставлять только зарегистрированные пользователи |
|
