, Глядя на плюсы и минусы использования сети хранения данных - манекены

Все любят новые игрушки, а сети хранения данных (SAN) довольно круты. Это, однако, не должно быть основной причиной установки SAN. Узнайте, хотите ли вы сделать ход или нет.

Причины использования SAN

Вместо того, чтобы покупать большие серверы с тоннами внутреннего дискового пространства, посмотрите, будет ли SAN иметь смысл для вашей компании.

Вам нужно больше дискового использования

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

Вам нужно хорошее решение для DR для нескольких приложений

Если в вашем центре обработки данных есть много критически важных серверов, которые просто не могут опуститься и их нужно быстро восстановить, то вам определенно нужна SAN. Хотя первоначальные затраты на внедрение решения для аварийного восстановления на базе SAN высоки, преимущества могут быть реализованы всего за один час, если произойдет катастрофа. Стоимость простоя является критичной во многих организациях. Решение для аварийного восстановления (DR) на основе SAN похоже на наличие хорошего страхового полиса для вашего бизнеса.

Вам нужна лучшая доступность для ваших приложений.

Те большие массивы хранения в сетях хранения построены с нуля, чтобы никогда не спускаться. Они используют такие технологии, как домашний телефон (как в фильме ET ), где сам массив хранения обращается к производителю с просьбой сообщить, что одна из его частей может скоро испортиться. Это очень классный материал.

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

Резервное копирование занимает слишком много времени.

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

Причины не использовать SAN

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

У вас есть только несколько недорогих серверов

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

Вы хотите сохранить деньги своей компании в этом году

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

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

Вам нужно решение для аварийного восстановления для одного приложения

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

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

Это обычная проблема. Самая дорогая часть решений для репликации данных - это деньги, которые вы должны заплатить за аренду сетевых соединений между вашими зданиями. Для тех из вас, у кого нет глубоких карманов, это может быть проблемой. Одним из способов достижения удаленной копии данных является использование CTAM (метод доступа к Chevy Truck Access). Правильно, Chevy truck, , хотя вместо этого вы можете использовать Pontiac или даже фургон для выполнения той же задачи. Вот сделка: вы создаете резервные копии своих серверов на ленту, бросаете кассеты в заднюю часть грузовика и транспортируете ленты на свой удаленный сайт. В случае катастрофы вы восстанавливаете кассеты на новые серверы, которые вы только что купили, и вернитесь на работу. Для вас может потребоваться неделя или две, чтобы вернуться к делу, как обычно, используя этот метод, но, эй, вы получаете то, за что платите.