Комплексы под тяжёлые БД

Постоянно увеличивающийся объём информации - одна из основных тем современных дискуссий в IT. Но пока в сообществе идёт обсуждение задач глобального масштаба, всё больше системных администраторов сталкиваются с проблемой роста количества данных и нагрузки непосредственно в своей компании, и времени на вдумчивый анализ, как правило, нет. Например, немедленного решения требует типичная ситуация, когда данные в компании хранятся на сервере, с расширением бизнеса в свободные слоты докупаются диски, но после определённого количества дисков новые уже не обеспечивают никакого прироста производительности.

Неожиданно для себя относительно небольшой бизнес сталкивается со специфической задачей, для эффективного решения которой требуется изменить весь подход к IT в компании. “Переброс” части нагрузок вручную на дополнительную машину хоть и позволит сделать недолгую передышку, но и только: система не будет застрахована от выхода из строя отдельных компонентов, а ручное распределение нагрузки будет становиться всё более сложной задачей с ростом числа пользователей. И когда в IT-отделе будет принято решение более эффективно загрузить мощности и сэкономить своё рабочее время, внедрив виртуализацию (пускай даже тех самых двух серверов), это неминуемо повлечёт за собой приобретение единого, доступного всем узлам, ресурса хранения.

Теоретически, на этапе организации распределённых вычислений необходимость в приобретении системы хранения может быть по-прежнему неочевидной - почему, в конце концов, не организовать хранение ещё на одном сервере? Ответ зависит от типа решаемых в компании задач.

В случае, если у вас меньше тридцати пользователей, подключающихся к единственной корпоративной системе, и рост их числа пока не предвидится; если остановка системы вследствие выхода из строя какого-либо серверного компонента не является критичной; если, в конце концов, вы вполне неплохо представляете, как поднять на сервере сетевое хранилище и администрировать его - отдельная СХД вам не нужна. Но как только в компании намечается расширение штата с одновременным увеличением числа используемых информационных систем (например, на вашем сервере с 1C предполагается разместить так же всю службу безопасности и записи с камер), а требования к надёжности перестают ограничиваться одним наличием бекапов, вам уже не избежать внедрения специализированного хранилища данных для нормальной работы системы.

Отдельная СХД, в отличие от сервера, обеспечивает более высокую производительность и масштабируемость за счёт специализированной системной архитектуры, отказоустойчивость - компоненты системы, как правило, задублированы, - и удобство администрирования.

В линейках т. н. "брендовых" СХД от ведущих мировых производителей представленное оборудование разделяется в зависимости от характера решаемых задач на low-end, mid-range и enterprise (hi-end) ценовые категории. Причём, хранилища наиболее высокого класса не являются самыми “продвинутыми” по части функциональности, их задача - обеспечение сверхнадёжности и производительности, в то время как различными настройками наиболее полно укомплектованы СХД среднего уровня.

Изначально не всегда очевидно, какой класс системы хранения необходимо выбрать для конкретной компании. Так, для обеспечения критического бизнес-процесса крупной компании может быть достаточно СХД начального уровня, если задача не подразумевает дальнейшего бурного роста нагрузки. В то же время, в некоторых случаях даже относительно небольшому бизнесу стоит задуматься о приобретении оборудования mid-range, если с ростом компании планируется увеличить нагрузку и внедрить новые бизнес-процессы, которые могла бы поддерживать уже купленная СХД.

Полка СХД уровня mid-range занимает 2 юнита в стойке, имеет 12/24 слота для HDD/SSD дисков, два контроллера, два блока питания и два модуля охлаждения. На каждый контроллер может приходиться до шести портов: как правило, два базовых порта - это SAS и/или iSCSI, на карте расширения может быть также Fiber Channel.

Функционал управляющего ПО, доступ к которому обыкновенно происходит через web-интерфейс, разнится в зависимости от класса СХД, но в общем случае (продвинутый low-end и mid-range) включает функции побитного копирования (volume copy), создания мгновенных снимков (flash copy), переноса тома на другой тип дисков без остановки работы системы, автоматического распределения нагрузки в зависимости от её характера на носители разного типа (tiering).

Возможность замены дисков “на горячую”, без остановки работы системы (hot swap) - обязательная функция любой системы хранения; в зависимости от класса СХД также может быть предусмотрен “горячий резерв” (hot spare) - находящиеся в системе, но неактивные диски, поключающиеся автоматически в случае выхода из строя рабочего носителя.

Как и во многих других высокотехнологичных областях, при выборе СХД дьявол кроется в деталях. Профессиональный подход к данному вопросу заключается в том, чтобы при проектировании учесть все возможные нюансы бизнес-процесса и его изменения в будущем; для этого между системным администратором и менеджером должен находиться переводчик с технического на язык бизнеса. На этом специализируется наша компания - мы переводим для технического отдела пожелания менеджеров, учитываем требования уже существующей в компании IT-инфраструктуры и помогаем соориентироваться на рынке оборудования. Наша цель - помочь вам получить максимум от своих вложений в систему хранения данных и построить аппаратную платформу, которая будет масштабироваться вместе с бизнесом и отвечать вашим задачам в течение максимально возможного периода.