Организация системы хранения данных
Модераторы: Trinity admin`s, Free-lance moderator`s
Организация системы хранения данных
Нужен совет в организации системы хранения данных
Поставлена задача - всех пользователей загнать на терминал, убрать все данные с серверов на внешнее устройство, которое будет стоять в другом помещении и которое при необходимости можно быстро забрать и уйти. Вопрос в следующем - какое оборудование выбрать для организации хранения и доступа к данным.
Поставлена задача - всех пользователей загнать на терминал, убрать все данные с серверов на внешнее устройство, которое будет стоять в другом помещении и которое при необходимости можно быстро забрать и уйти. Вопрос в следующем - какое оборудование выбрать для организации хранения и доступа к данным.
-
- Advanced member
- Сообщения: 327
- Зарегистрирован: 15 сен 2007, 13:23
- Откуда: Екатеринбург
- Контактная информация:
Re: Организация системы хранения данных
О каких объемах хранимых данных идет речь? Какие требования по отказоустойчивости? Сколько пользователей будут одновременно доступаться к хранилищу и какую скорость доступа нужно обеспечить?MDoc писал(а):Вопрос в следующем - какое оборудование выбрать для организации хранения и доступа к данным. :?:
Сходу видятся следующие варианты.
1. Отдельностоящий файловый сервер нафаршированный объемными дисками.
2. Специализированное NAS устройство.
3. СХД, к которой по файберу подключаются сервера, выполняющие роль файловых.
Re: Организация системы хранения данных
К хранилищу будет иметь доступ терминальный сервер, на котором будет организована распределенная файловая система DFS.
Будут храниться рабочие файлы пользователей, SQL база объемом 2,5Гб, несколько баз 1С по 2-3 пользователе на каждую (объем документов до 500 в месяц).
Отказоустойчивость не меньше "зеркала"
Размер устройства желателен с 15" ноутбук, снять и быстро унести не вызывая подозрений.
Размер коммутационного устройства значения не имеет.
Желательно предложить конкретную схему, поскольку раньше с такими устройствами не сталкивался, а посоветоваться не с кем.
Будут храниться рабочие файлы пользователей, SQL база объемом 2,5Гб, несколько баз 1С по 2-3 пользователе на каждую (объем документов до 500 в месяц).
Отказоустойчивость не меньше "зеркала"
Размер устройства желателен с 15" ноутбук, снять и быстро унести не вызывая подозрений.
Размер коммутационного устройства значения не имеет.
Желательно предложить конкретную схему, поскольку раньше с такими устройствами не сталкивался, а посоветоваться не с кем.
-
- Advanced member
- Сообщения: 327
- Зарегистрирован: 15 сен 2007, 13:23
- Откуда: Екатеринбург
- Контактная информация:
Re: Организация системы хранения данных
А на какие ресурсы будет эта DFS ссылаться?MDoc писал(а):К хранилищу будет иметь доступ терминальный сервер, на котором будет организована распределенная файловая система DFS.
Всего то на какой объем расчитываете? На сколько пользователей? До 500 чего в месяц, Мб, Гб?Будут храниться рабочие файлы пользователей, SQL база объемом 2,5Гб, несколько баз 1С по 2-3 пользователе на каждую (объем документов до 500 в месяц).
Хммм... Даже и не знаю чего вам на это посоветовать. Нормальных СХД и НАСов такого размера не бывает.Размер устройства желателен с 15" ноутбук, снять и быстро унести не вызывая подозрений.
Поставьте файловый сервер с хот-свап винтами (это самый бюджетный вариант будет, СХД удовольствие не самое дешевое). Корзинки с винтами и уносите при необходимости...
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Организация системы хранения данных
В другое помещение поставить можно любую СХД, вариантов подключения масса. А вот под мышку забрать коробку больше 40-ка килограмм не получится. Бюджет на сие мероприятие известен?MDoc писал(а):которое будет стоять в другом помещении и которое при необходимости можно быстро забрать и уйти.
Re: Организация системы хранения данных
Оборудование СХД достаточно габаритное, поэтому можно рассмотреть устройства с быстросъемной корзиной или хранением данных на диске с горячей заменой и ежедневным копированием в буферные устройства:
пользователи ---- буфер ---- данные
Схема работы: каждое утро данные копируются на буферное устройство, пользователи работают с буферов вечером сессии закрываются и данные записываются из буфера на устройства хранения.
В настоящее время объем хранимых данных небольшой до 150 Гб, но 50Гб это 1С, соответственно необходимо высокое быстродействие связки пользователи ---- буфер.
Бюджет по потребностям, но рамках разумного
пользователи ---- буфер ---- данные
Схема работы: каждое утро данные копируются на буферное устройство, пользователи работают с буферов вечером сессии закрываются и данные записываются из буфера на устройства хранения.
В настоящее время объем хранимых данных небольшой до 150 Гб, но 50Гб это 1С, соответственно необходимо высокое быстродействие связки пользователи ---- буфер.
Бюджет по потребностям, но рамках разумного
-
- Advanced member
- Сообщения: 327
- Зарегистрирован: 15 сен 2007, 13:23
- Откуда: Екатеринбург
- Контактная информация:
Re: Организация системы хранения данных
Все СХД позволяют горячую замену дисков. Т.е. у всех диски будут "быстросъемные" (только перед тем как снимать надо отключить все сервера от СХД и саму СХД :-)).MDoc писал(а):Оборудование СХД достаточно габаритное, поэтому можно рассмотреть устройства с быстросъемной корзиной
Имхо, для такого объема вам вполне хватит довольно простого файлового сервера с винтами горячей замены (для быстрого съема :-)). Буфером будет являться сам сервер. При желании можете организовать с него ежедневное резервное копирование данных для длительного хранения.Схема работы: каждое утро данные копируются на буферное устройство, пользователи работают с буферов вечером сессии закрываются и данные записываются из буфера на устройства хранения.
В настоящее время объем хранимых данных небольшой до 150 Гб, но 50Гб это 1С,
Сколько одновременных пользовательских соединений? И какую скорость доступа каждому требуется обеспечить?соответственно необходимо высокое быстродействие связки пользователи ---- буфер.
Можно для оперативности в ICQ продолжить - 13043204.
Re: Организация системы хранения данных
IMHO, наиболее гибкое решение выносного хранилища - нечто, присоединяемое по iSCSI. Из специализированных устройств всего доступнее по цене Infortrend. И по качеству вполне. Есть и локальные сборщики, но, наверное, тут нетактично озвучивать конкурентов компании-владельца форума. Из "навесных" программных решений имеются MS WSS (покупается вместе с аппаратом), Starwind, Neхenta и т.д. Но вся конкретика, как уже было отмечено выше, упирается в объем данных и интенсивность I/O.
P.S. Забавно читать еще одну фантазию на тему обмануть "кого надо". Необходимая степень стойкости к лицу разве что акционерам, а не наемному персоналу.
P.S. Забавно читать еще одну фантазию на тему обмануть "кого надо". Необходимая степень стойкости к лицу разве что акционерам, а не наемному персоналу.
-
- Advanced member
- Сообщения: 327
- Зарегистрирован: 15 сен 2007, 13:23
- Откуда: Екатеринбург
- Контактная информация:
Re: Организация системы хранения данных
К использованию iSCSI в продакшене надо очень аккуратно подходить. При хреновой инфраструктуре (сеть, электропитание, резервное электропитание и т.д.) от iSCSI будет только вред, вплоть до полностью потерянных разделов с данными.Bormoto писал(а):IMHO, наиболее гибкое решение выносного хранилища - нечто, присоединяемое по iSCSI.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Организация системы хранения данных
Если потеря данных за сутки у вас не критична, то можно рассмотреть вариант держать всю базу в виртуальной памяти, а в конце дня всю базу переливать куда-то по айскази. Но переливать 50ГБ по впн-ну через и-нет канал куда-то каждый день.... Вы точно этого хотите? Трафик в месяц более 1.5 ТБ по инету осилите?MDoc писал(а):пользователи ---- буфер ---- данные
База данных в 50ГБ для 1С-ки это не мало. Очень не мало. Если выносить СХД куда-то далеко, то нужен более чем не хилый канал к СХД. Здесь стоимость самой железяки померкнет в стоимости трафика или аренды канала. Кроме того, вы думаете если к вам придут маски-шоу, оно вас спасет? Думаете там такие дураки, что не поймут что у вас внешняя СХД?В настоящее время объем хранимых данных небольшой до 150 Гб, но 50Гб это 1С, соответственно необходимо высокое быстродействие связки пользователи ---- буфер.
ну-ну,
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Организация системы хранения данных
"MDoc"
самый правильный вариант озаботиться полным уничтожением инфы в момент масок, но делать резервные копии на ленточки. а ленточки хранить на вокзале в камере хранения,
Но если вы думаете, что это можно сделать за 10 рублей, вы очень глубоко ошибаетесь.
самый правильный вариант озаботиться полным уничтожением инфы в момент масок, но делать резервные копии на ленточки. а ленточки хранить на вокзале в камере хранения,
Но если вы думаете, что это можно сделать за 10 рублей, вы очень глубоко ошибаетесь.
Re: Организация системы хранения данных
Я же написал "наиболее гибкое" решение, а не "наиболее надежное". Очевидно, что чем протяженнее коммуникация (конечно, шина сильно короче провода и разъемов поменьше) для передачи данных и чем больше промежуточных элементов, тем, при прочих равных условиях, надежность будет ниже. Но это справедливо для любых решений. А о состоянии инфраструктуры топик-стартера и интенсивности i/o пока ничего не известно, чтобы судить о применимости.Ziggy Stardust писал(а):К использованию iSCSI в продакшене надо очень аккуратно подходить. При хреновой инфраструктуре (сеть, электропитание, резервное электропитание и т.д.) от iSCSI будет только вред, вплоть до полностью потерянных разделов с данными.
P.S. Если судить по публичным источникам, стоимость развертывания на iSCSI является наименьшей при построении SAN, когда, конечно, iSCSI вообще применимо в том или ином случае случае. Нелюбовь со стороны СИ вполне понятна.
-
- Advanced member
- Сообщения: 327
- Зарегистрирован: 15 сен 2007, 13:23
- Откуда: Екатеринбург
- Контактная информация:
Re: Организация системы хранения данных
Ну если скорость доступа не критична, то да, дешевле. А чтобы было сопоставимо с FC, это уже надо 10Гб езернет. А это уже тоже далеко не копейки...Bormoto писал(а):Если судить по публичным источникам, стоимость развертывания на iSCSI является наименьшей при построении SAN, когда, конечно, iSCSI вообще применимо в том или ином случае случае.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Организация системы хранения данных
Коллеги, не надо ссориться. Автор топика куда-то ушел в туман, может на хобот. Ответит, тогда будем ломать копья.
Re: Организация системы хранения данных
Оказавается гигабайт, асус и супермикро имеют микро ATX серверные материнские платы, на Intel 3000/3200 ICH7R/9R с двумя годными PCI-Ex слотами, куда можно воткнуть двухпортовый FC HBA для работы в target режиме и SATA плату для подключения SSD. Thermaltake выпускает симпатичные корпуса с ручкой для переноски, серия lanbox. эти корпыса имеют два 5.25" отсека куда можно установить девайс навроде http://www.chieftec.eu/images/accessori ... 2%20SS.jpg
8 SSD обеспечат заполнение полосы пропускания двух 4Gb FC каналов. FC работает на 10 километровых каналах, можно на другом конце города поставить.
4GB FC начинает дешеветь. Пруфлинк http://tinyurl.com/y9vf2op . я себе купил точно такой же по лучшему предложению $130. Без фирменной гарантии естественно.
Софт: Opensolaris+ZFS+COMSTAR: управение RAID массивом, файловыми системами, томами, FC TARGET'ами на высшем уровне - снепшоты, клонирование, дедупликация, все как у брендов
8 SSD обеспечат заполнение полосы пропускания двух 4Gb FC каналов. FC работает на 10 километровых каналах, можно на другом конце города поставить.
4GB FC начинает дешеветь. Пруфлинк http://tinyurl.com/y9vf2op . я себе купил точно такой же по лучшему предложению $130. Без фирменной гарантии естественно.
Софт: Opensolaris+ZFS+COMSTAR: управение RAID массивом, файловыми системами, томами, FC TARGET'ами на высшем уровне - снепшоты, клонирование, дедупликация, все как у брендов
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 14 гостей