• Примеры решений на основе san

• San начального уровня

Рассмотрим ситуацию, когда в организации имеется система из одного Unix-сервера и нескольких NT-серверов. Все серверы хранят свои данные на локальных дисках. Ёмкости и производительности дисковой подсистемы Unix-сервера перестало хватать для выполнения производственных задач. Выбранный из соображений производительности и надежности дисковый массив имел емкость 600 Гбайт, тогда как для задач Unix-сервера требовалось только 80-100 Гбайт. Но в то же время и NT-серверам будут вскоре нужны дополнительные дисковые ресурсы.

Подходящим решением будет создание небольшой сети хранения, построенной на двух 8-портовых FC-коммутаторах начального уровня, для доступа всех серверов к дисковому массиву. Это позволит расширить дисковое пространство сразу для всех серверов. В результате небольших вложений (коммутаторы и НВА) создана сетевая инфраструктура, которая при дальнейшем расширении дает возможность увеличивать количество подключаемых серверов и дисковых массивов без остановки системы

• Резервное копирование через SAN

В компании среднего масштаба эксплуатировалась система из нескольких серверов, каждый из которых хранил свои данные на локальных дисках. Резервное копирование производилось по локальной сети на ленточную библиотеку, подключенную напрямую к одному из серверов с наибольшим объемом данных. При росте объема обрабатываемых данных резервное копирование перестало укладываться в отведенное время. Трафик резервного копирования мешал выполнению производственных задач.

Рис. 3. Резервное копирование через SAN

Проблема была решена путем создания SAN резервного копирования (рис. 3). Для этого установили один FC-коммутатор и подключили к нему ленточную библиотеку и серверы. Данные резервного копирования передаются с серверов непосредственно на ленточную библиотеку через SAN. Сократилось время резервного копирования, трафик резервного копирования перестал мешать выполнению производственных задач. Если в комплексе до внедрения SAN выходил из строя сервер, к которому была подключена ленточная библиотека, то ее приходилось перетаскивать, подключая к другому серверу. С внедрением SAN необходимость в этом отпала: все серверы имеют доступ к ленточной библиотеке.

При дальнейшем росте объемов обрабатываемых данных возможна установка дополнительных ленточных приводов в библиотеку или приобретение новой с подключением ее в SAN. При этом новые приводы будут доступны всем серверам комплекса. SAN резервного копирования может быть преобразована в полномасштабную сеть хранения, которая позволит подключать новые дисковые массивы и серверы без остановки системы.

• San между основным и резервным центром

В крупной компании построены основной и резервный центры, соединенные по IP-сети. Резервное копирование данных производилось в каждом из центров независимо. Из-за больших накладных расходов IP-сети репликация выполнялась с промежутком в асинхронном режиме. Развитие бизнеса вызвало повышение требований к надежности вычислительного центра компании, однако актуальность копий данных в резервном центре, получаемых с помощью асинхронной репликации по локальной сети, уже не соответствовала изменившимся требованиям бизнеса. Помимо этого, наличие двух независимых систем резервного копирования значительно усложняло процесс эксплуатации, процедуры резервного копирования и восстановления данных.

Fibre Channel дает возможность работать на больших расстояниях, что позволяет применить технологию SAN для объединения основного и резервного центров (рис. 4), что позволило увеличить скорость и объемы передачи данных между центрами. Это дало возможность применить синхронный метод репликации и добиться того, чтобы информация на основной площадке и в резервном центре была одинаково актуальной. Основной и резервный центры имеют прямой доступ к дисковым массивам и ленточным библиотекам друг друга, образуя единое пространство, что существенно упростило эксплуатацию комплекса.