Ограничения традиционной архитектуры SAN: Критические недостатки

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

Скорость как основное преимущество SAN

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

Преимущества сетей хранения данных

Среди конкурирующих архитектур SAN, как правило, обеспечивает самый высокий уровень производительности. Давайте сравним ее с некоторыми альтернативами, чтобы увидеть ее плюсы и минусы.

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

SAN, в свою очередь, специально разработаны для хранения данных и обеспечивают высокую скорость работы. Вместо локальной сети в SAN используется соединение Fibre Channel для передачи трафика хранилища. Таким образом, серверы получают доступ к хранилищу непосредственно на уровне блоков, что в итоге оказывается гораздо быстрее.

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

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

Еще одним обязательным условием SAN является то, что она была разработана с учетом резервирования для обеспечения устойчивой к сбоям среды. Таким образом, если один из коммутаторов выйдет из строя, трафик хранилища пойдет по другому пути, и вся система не разрушится.

Ограничения сетей хранения данных

Стоимость: За все приходится платить, и архитектура SAN - не исключение. Чтобы создать аппаратную среду с высокой производительностью, необходимо вложить много ресурсов и регулярно поддерживать ее. 

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

Примеры использования сетей хранения данных

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

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

Аналогичным образом SAN может стать отличным решением для сред виртуальных рабочих станций. Виртуальные рабочие столы в чем-то похожи на виртуальные серверы, но представляют собой лишь среду рабочего стола, которая может использоваться для удаленного доступа, централизованного управления и эффективного использования вычислительных ресурсов. Архитектура SAN может стать эффективным способом обеспечения дополнительной масштабируемости среды VDI.

Что взять во внимание перед внедрением SAN

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

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

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

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