подскажите, пжлста, варианты
Модераторы: Trinity admin`s, Free-lance moderator`s
-
- Junior member
- Сообщения: 4
- Зарегистрирован: 11 окт 2005, 16:41
- Откуда: SPb
- Контактная информация:
подскажите, пжлста, варианты
Здравствуйте,
Есть задача: создание БД большого фото- и рукописного архива + создание страхового фонда фотоархива, количество единиц хранения более 1 000 000, страховой фонд первоочередной около 50 000, средний размер картинки около 150-200 Мб. БД должна быть доступна снаружи по WWW, желательно отображение картинок (размер около 40-70Кб каждая). Вероятно, под каким-либо клоном UNIX. Бюджет весьма невелик, желательно уложиться в 30-40, максимум в 50 Кило$. Предполагается устройство сервера БД и отдельного сервера (или хранилища?) сканов-цифрофотоснимков, с дальнейшим переводом их на оптические носители (грубо говоря, пишем на DVD, нумеруем, учитываем в БД и на полку).
Да, ещё пару графических станций надо будет под фото.
Что бы Вы могли посоветовать? (Грантодатель желает заказывать технику известных брендов).
Есть задача: создание БД большого фото- и рукописного архива + создание страхового фонда фотоархива, количество единиц хранения более 1 000 000, страховой фонд первоочередной около 50 000, средний размер картинки около 150-200 Мб. БД должна быть доступна снаружи по WWW, желательно отображение картинок (размер около 40-70Кб каждая). Вероятно, под каким-либо клоном UNIX. Бюджет весьма невелик, желательно уложиться в 30-40, максимум в 50 Кило$. Предполагается устройство сервера БД и отдельного сервера (или хранилища?) сканов-цифрофотоснимков, с дальнейшим переводом их на оптические носители (грубо говоря, пишем на DVD, нумеруем, учитываем в БД и на полку).
Да, ещё пару графических станций надо будет под фото.
Что бы Вы могли посоветовать? (Грантодатель желает заказывать технику известных брендов).
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Infortrend EonStor A16F-R1211 c 4 корзинами и 64 винтами SATA 7200 rpm 400 GB лезет в бюджет . Но это, сами понимаете, не НР и не IBM
И - серверы в 50К уже не лезут
Кстати - я, похоже, ошибся насчет 20 Терабайт - у Вас выходит что-то в районе 200 Терабайт Но это уже пару миллионов евро надо и ооооочень сурьезный массив
И - серверы в 50К уже не лезут
Кстати - я, похоже, ошибся насчет 20 Терабайт - у Вас выходит что-то в районе 200 Терабайт Но это уже пару миллионов евро надо и ооооочень сурьезный массив
-
- Junior member
- Сообщения: 4
- Зарегистрирован: 11 окт 2005, 16:41
- Откуда: SPb
- Контактная информация:
Таки терабайты сканов заранее предполагается хранить на полочках в пронумерованных DVD... :D
Вероятно, сервер временного хранения изображений должен тянуть терабайта 3 , рассматривается вопрос и о полном отказе от него - прямая запись на рабочих станциях на DVD, а вот сервер БД должен быть всяко... но там будут, конечно же, картинки для публикации в интернете, и не более того, т.е. работа либо под заказным ПО, либо приобретение какой-либо DAM, либо комбинация - DAM, умеющая обращаться за данными картотеки к СУБД.
Картинки у нас... ну например, фотоснимки XIX века с метр высотой :)
... но не все, конечно, такие... с объёмом я ошибся, 200-300 Мб это для наиболее серьёзных экземпляров (интересно, шваброй их проявляли, что ли?), масса основная будет размером от 15 до 50Мб.
Вероятно, сервер временного хранения изображений должен тянуть терабайта 3 , рассматривается вопрос и о полном отказе от него - прямая запись на рабочих станциях на DVD, а вот сервер БД должен быть всяко... но там будут, конечно же, картинки для публикации в интернете, и не более того, т.е. работа либо под заказным ПО, либо приобретение какой-либо DAM, либо комбинация - DAM, умеющая обращаться за данными картотеки к СУБД.
Картинки у нас... ну например, фотоснимки XIX века с метр высотой :)
... но не все, конечно, такие... с объёмом я ошибся, 200-300 Мб это для наиболее серьёзных экземпляров (интересно, шваброй их проявляли, что ли?), масса основная будет размером от 15 до 50Мб.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Хорошо, может я неправильно разобрался, поправьте.
Вам необходимо два сервера, сервер базы данных и сервер временного хранения рисунков с последующим переводом их на сменные носители типа ДВД или стримерную ленту.
Сервер базы данных, расчетное дисковое пространство на 1 млн рисунков со средним размером 25МБ, итог 25 терабайт.
Сервер временного хранения данных, расчетное дисковое пространство 3-5 терабайт (по вашим прикидкам).
Правильно?
Вам необходимо два сервера, сервер базы данных и сервер временного хранения рисунков с последующим переводом их на сменные носители типа ДВД или стримерную ленту.
Сервер базы данных, расчетное дисковое пространство на 1 млн рисунков со средним размером 25МБ, итог 25 терабайт.
Сервер временного хранения данных, расчетное дисковое пространство 3-5 терабайт (по вашим прикидкам).
Правильно?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
-
- Junior member
- Сообщения: 4
- Зарегистрирован: 11 окт 2005, 16:41
- Откуда: SPb
- Контактная информация:
От сервера сканов принято решение отказаться. Сервер БД будет обслуживаться 6-10 операторами ввода и отвечать на запросы через WWW-интерфейс, поскольку тематика достаточно специализированная, то логично предположить низкую интенсивность запросов, даже с двойным запасом не более 100 в час.Stranger03 писал(а): Тогда более четко опишите задачу по обоим серверам. Характер нагрузки (чтение/запись), число подключений и так далее. Чтобы четко представлять картину.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Не совсем понятно, что значит 6-10 операторами ввода. В остальном:graycat писал(а):От сервера сканов принято решение отказаться. Сервер БД будет обслуживаться 6-10 операторами ввода и отвечать на запросы через WWW-интерфейс,
1хКсеон 3.0, гиг памяти, винтов Х по 73 гига. Объем оцените. Если нужно, КП вышлем по почте.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 22 гостя