Выбор дисковой подсистемы

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

Жесткие диски, присутствующие сегодня на рынке, различаются интерфейсом подключения (SATA, SAS), объемом и скоростью вращения шпинделя.

Выбор интерфейса зависит от задач, выполняемых сервером. Для быстрого поиска нужных данных в плотной информационной среде желательна установка дисков с интерфейсом SAS. Эти диски стоят достаточно дорого, но обладают самым низким временем доступа к информации, а также поддерживают передачу информации со скоростью до 6 Гбит/с. Преимущество SATA — в низком энергопотреблении и невысокой стоимости оборудования, а интерфейса SAS — большей надежности. Все это делает их неплохим решением для применения в системах, работающих с базами данных и занимающихся сложными расчетами.

SAS — новый интерфейс, направленный не только на повышение производительности накопителей, но и на унификацию систем хранения. Скорость передачи данных — до 3 Гбит-сек, возможно последовательное подключение до 16 256 устройств. Самая, наверное, инновационная черта SAS — полная совместимость с популярным из-за своей экономичности интерфейсом SATA. Таким образом, в одном корпусе можно разместить одновременно как высокопроизводительные SAS, так и экономичные SATA накопители. Кроме того, SAS обеспечивает подключение как стандартных 3.5', так и 2,5' дисков, что делает его крайне привлекательным для применения в компактных листовых (blade) серверах.

Вне зависимости от используемого интерфейса желательно выбирать диски с наибольшей возможной для данного интерфейса скоростью вращения шпинделя.

Основная задача сервера в любой организации — бесперебойное предоставление пользователям своих сервисов. К сожалению, никакая техника не идеальна и рано или поздно отдельные компоненты сервера могут выйти из строя. Полностью избежать этого невозможно, но вполне реально сделать так, чтобы последствия сбоя не оказались, с одной стороны, фатальными, а с другой — могли бы быть исправлены в минимальные сроки и с минимальными затратами.

Если говорить о надежности хранения данных, то ее можно повысить путем создания отказоустойчивой схемы RAID. Многие системные платы имеют встроенные RAID — контроллеры, но их надежность может оказаться недостаточной. Для создания действительно отказоустойчивого RAID-а необходимо использовать только внешние RAID — контроллеры.

Что касается обеспечения бесперебойности работы, то можно порекомендовать применение сервера, в который можно установить резервные блоки питания и поддерживающего «горячую» замену дисков. Все это позволяет заменять дефектные компоненты системы без ее остановки. Это самый простой контроллер с подключением двух дисков в зеркале и полноценный RAID5 на качественном контроллере с собственной памятью, процессором для обсчёта логики массива и батарейкой резервного питания для того, чтобы можно было разрешить кэширование записи. В противном случае при внезапном пропадании питания (а оно бывает в системах с любым резервированием, вопрос только — раньше или позже) данные будут потеряны. А при запрете кэширования записи она будет тормозить производительность, если конечно же это не массивы данных с доступом только на чтение. Но мы же выбираем сервер малой ЛВС, с большим количеством выполняемых задач и приложений, и такие ситуации там маловероятны. сервер процессор дисковой сетевой Крайне желательно, чтобы не только все жёсткие диски, но и приводы для чтения оптических носителей в одном корпусе имели одинаковый интерфейс. Возможно, это сейчас уже не актуально, но возможны проблемы совместной работы SCSI и IDE устройств.

Желательно предусмотреть корзины для «горячей» установки и замены дисков на передней поверхности корпуса с индикацией активности и исправности их содержимого. Это просто удобно в обслуживании, хотя и добавляет ещё одну точку сбоя, т.к. из строя может выйти и сама корзина.

Есть ещё один момент, на который стоит обратить внимание. Считается, что в составе массива, особенно пятого уровня, должны работать диски не только одной партии, но и с одинаковой версией микропрограммы. Поэтому надо закупать диски в количестве, требуемом для создания массива, плюс один в горячем резерве, и плюс 1−2 в холодном резерве, то есть на полочке в шкафу. Если одновременно комплектовать два-три сервера, то накладные расходы на запасные диски снижаются, и есть возможность манёвра дисковым объёмом между машинами дополнительно. Диски из одной партии имеют свойство отказывать одновременно, хоть это бывает и не очень часто. А к одновременному выходу двух дисков из строя массив пятого уровня обычно не устойчив. Поэтому какой бы массив ни был, он не отменяет необходимости регулярного резервного копирования.