Блог Минуса:кратко обо всем в ИТ

Использование IP сетей в современных SAN iSCSI, FCIP, iFCP Андрей Новиков

Желающие могут ознакомиться с моим докладом, который, в основном, посвящен основам протокола iSCSI.

http://rootconf.ru/papers2009/12411.html

В одной из предыдущих статей я упомянул о протоколе iSCSI, который был разработан для создания так называемых IP SANs – сетей хранения данных, где вместо "классической" среды передачи данных FibreChannel используются сети на основе Ethernet, и протокольные команды SCSI инкапсулируются в TCP пакеты. Теперь мне хотелось бы более подробно остановиться на технической реализации этого протокола и его несомненной пользе для современной архитектуры SAN.

Read the rest of this entry »

Так исторически сложилось, что в современной сфере информационных технологий при заведении разговора об архитектуре построения систем хранения данных принято выделять два типа уровня доступа к данным: файловый уровень (file-level access) и блочный уровень (block-level access).
Примером доступа на файловом уровне может быть обычный NAS, т.е. система хранения, доступная из локальной или глобальной сети, на которой централизовано находятся файлы для общего доступа. Грубо говоря, любой файловый сервер можно классифицировать как "софтверный NAS".

Read the rest of this entry »

Нашел тут в электронном виде отличную книгу, написанную под эгидой SNIA о принципах построения систем хранения данных. В ней доступным языком рассказывается о приципах работы и архитектуре Fiber Channel SAN, NAS, iSCSI и InfiniBand, о модели SNIA Shared Storage Model, о виртуализации в СХД и многом другом.
Книга отличная, рекомендую к прочтению всем, кто работает с СХД и обязательно тем, кто только начинает осваивать стораджи.

Взять книгу можно вот тут – Storage Networks Explained.

Заинтересовал меня недавно вопрос, а кто из крупных компаний использует продукцию NetApp в своих production-системах. Собственно, нашел вот что:

В мире:

• Yahoo! (свыше 11PB хранения коммерческого хостинга),
• EDS (10PB данных для 65 тысяч серверов),
• Deutsche Telecom (крупнейшая в Европе NAS-система),
• Siemens,
• BMW (хранение данных в CAD/CAM подразделении),
• Mazda U.S.,
• Fijitsu-Siemens,
• Oracle (внутренняя система Oracle E-Business Suite для 40000 сотрудников),
• NVIDIA (система хранения 440TB для вычислительного кластера),
• AMD (около 87TB).

В России (без указания объемов, потому что не знаю):

• Яндекс,
• МТУ-Интел (почтовая система),
• ROLF,
• Сбербанк РФ,
• Группа компаний ВТБ,
• Связьинвест (ЦО в Москве и часть внутренних проектов, к которым и я руку приложил ).

Большая часть информации взята с сайта компании "Микротест".

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

Информация о статьях взята из этого блога о NetApp – http://blog.aboutnetapp.ru/, автор которого, собственно, и занимается переводом этой технической документации.

Статья “Уменьшение стоимости хранения за счет экономии дискового пространства” о использовании сравнительно новой и все еще пока малоизвестной опции Space Reclamation в SnapDrive.

Статья “Oracle на NFS”, о некоторых аспектах все еще пока не слишком распространенного способа хранения данных баз Oracle на NAS-системе, с использованием NFS.

О плюсах и преимуществах использования дедупликации NetApp в задачах построения катастрофоустойчивых конфигураций на VMware Virtual Infrastructure.

О некоторых аспектах отказоустойчивого использования Exchange 2007 и его встроенных средств репликации LCR и CCR.

Вторая часть серии про работу Oracle на NetApp, на этот раз на FC.

Руководство по правильному выравниванию структур создаваемых виртуальных дисков виртуальных машин в среде VMware, относительно блоков данных систем хранения NetApp.

Руководство Best Practices по развертыванию хранилища MS Exchange 2007 SP1 на системе хранения NetApp.

Статья о том, почему при использовании Oracle на системах NetApp протокол доступа, FC, iSCSI или NFS, на самом деле не важен, и как добиться этого.

Руководство по интеграции средств системы NetApp VTL и ПО NetBackup Vault.

Статья “A-SIS созрела”, о том, как устроена, как работает, и что может вам дать технология дедупликации в системах хранения NetApp.

Статья о трех задачах резервного копирования в VMware, и как можно их решить с использованием средств предлагаемых NetApp.

О использовании систем хранения NetApp для резервного копирования Disk-to-Disk, и какие преимущества имеет такая система перед традиционными решениями.

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

Подписаться на получение новых выпусков можно на странице компании Verysell Distribution.

В последнее время участились вопросы на нашем форуме по поводу создания failover-кластеров на основе Windows Server System. Информации по этой теме, в общем, достаточно, однако, внятных пошаговых инструкций мало, и зачастую те, кто только начинает разбираться в архитектуре кластерных решений от Microsoft, совершают элементарные просчеты и ошибки, которых могло бы и не быть, если внимательно изучать документацию. Однако, как показывает практика, у многих на это нет либо времени, либо желания. Конечно, это не может быть оправданием, – документацию необходимо читать всегда, тем не менее – наличие внятного HOW-TO очень облегчает работу начинающего инженера на первых порах.
Поэтому я решил перенести сюда одну из статей, может быть, не самую лучшую, но наглядную и простую, в которой очень понятно описываются все шаги по конфигурации MSCS на Windows Server System.
Эта статья была написана в далеком 2004 году Геннадием Дмитриевым и была опубликована в журнале “Системный администратор” в апрельском номере за 2004 год.

Read the rest of this entry »

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

Серьезной проблемой при эксплуатации систем хранения является непроизводительный расход распределенного места на дисковом томе.

Одной из причин, приведших к использованию “сетей хранения” – SAN – было стремление уйти от жестко “распределеного” по серверам пространства хранения. Сервер с двумя дисками 144GB в RAID1 обладает пространством хранения в 144GB, даже если использует для своей работы значительно меньше (например 5GB OS + 15GB DB = 20GB, остаток неиспользуемого пространства – 124GB).
Но, к сожалению, использовать там где оно нужно это неиспользуемое место на локальных дисках DAS (Direct Attached Storage) для работы практически невозможно. Сейчас мы не рассматриваем разные попытки выхода из положения, например путем создания на свободном месте пространства дисков архивной “файлопомойки” с помощью DFS или просто в виде множества shares.

Read the rest of this entry »

Продолжим разговор о развертывании iSCSI SAN на основе Windows Unified Data Storage Server 2003 (WUDSS 2003).
Начало можно прочитать тут – Построение iSCSI SAN на основе Windows Unified Data Storage Server 2003 (Часть 1).

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

Первая и, пожалуй, самая важная особенность систем хранения данных вообще и нашей реализации в частности, – это возможность создания снапшотов, или снимков томов. Подробно о технологиях реализации таких решений я писал вот в этой статье.
В нашем случае реализация будет несколько иной, и схожей с технологией создания снимков в системах виртуализации, – будет создана копия виртуального диска, доступная только для чтения, и которая может быть доступна как отдельный том.
Для создания снимка на сервере WUDSS 2003 необходимо в оснастке iSCSI Software Target на вкладке управления устройствами (Devices) выбрать соответствующий виртуальный диск и выбрать опцию Create Snapshot. Снятие снимков может быть автоматизировано и выполняться по расписанию, которое можно установить в закладке управления снапшотами.

Read the rest of this entry »