|
|
Регистрация | Пригласить друга | Все альбомы | Файловый архив | Справка | Сообщество | Календарь | Сообщения за день | Поиск |
|
Опции темы |
04.09.2013, 13:29 | #1 |
Строгий АДМИН
Регистрация: 30.07.2008
Сообщений: 4,643
Репутация: 623
|
Хранение и доступ к макетам как лучше устроить?
Мне видится что надо или выделить отдельный комп под а-ля файл-сервер (напихать туда винтов и там хранить ВСЕ клиентские папки) или же купить один здоровый сетевой винт и врубить его в хаб. Как лучше? Что надежней: комп с винтами или отдельный сетевой винт? Далее. А как с этим работать? Допустим есть клиент ААА. Для него в общем хранилище сделана папка ААА. В разное время, а может и в один день, РАЗНЫЕ версталы работают с его макетами. Как это правильно осуществить/организовать? 1. создается под заказ папка на локальном компе диза, диз работает с файлами, а в конце дня эта папка сливается в общую папку клиента ААА? Это автоматом происходит или же он САМ должен эту свою папку сливать в общую папку клиента в хранилище? 2. работает и работает себе.... и раз в месяц, допустим, все папки сливаются с папками клиентов в хранилище? У кого как? Далее. Как и НАДО ли разграничивать в хранилище доступ к клиентским папкам для разных людей (версталов)? Допустим старший диз А работает с клиентом ААА и не хочет, чтобы другие дизы совали нос "куда не надо"... Как в таком случае разграничить права доступа и СТОИТ ЛИ? 1. Если стОит, то подключение данного диза к хранилищу должно осуществляться через логин/пароль или же можно как-то намутить, чтобы доступ к папке с одного компутера был, а с другого - не был? 2. Не делать разграничение доступа вообще (людям надо доверять )? Какие идеи? У кого как? |
05.09.2013, 01:12 | #21 | |
Местный
|
Цитата:
Кстати, если вам будет мало гигабита, есть НАСы с двумя портами. Вот, кстати, не плохой обзор одного такого: http://www.exler.ru/expromt/30-05-2013.htm |
|
05.09.2013, 03:02 | #22 |
Местный
Регистрация: 13.05.2009
Адрес: Городок у Дона
Сообщений: 5,839
Репутация: 456
|
Поддакну -- NASы рулят. Особенно Synology.
Куча разных полезных функций, и не надо платить жадному Майкрософту ни за ОСь, ни за CALы. Одна машина работает как сервер локальной почты, как файл-сервер, как ftp-Сервер, она же может работать сервером видеонаблюдения, она же может держать сайты, и еще много-много чего, что пока не надо, но в будущем может быть полезно. И все бесплатно (то есть другими словами входит в стоимость, т.к. если здраво осмыслить -- то Synology не дешевый брэнд). У нас пока одна 12-дисковая станция, но думаю что надо покупать еще, вместо старых самосборок "на коленках", на которых не пойми что за ОСь и не пойми как их администрировать. А тут -- все проще простого -- через веб-морду как на ладони в любой момент и из любого места. И главное -- лицензионная чистота. Linux он и в Африке Linux... Кстати настроил недавно SMS-уведомления обо всяких событиях. Приятно -- например в 9:00 каждое утро приходит смс о том что очередной суточный бэкап завершился удачно Если электричество отрубают, или один из винтов дохнет -- тоже можно настроить смс, если надо. Конечно, все это можно сделать и под Виндовой оболочкой, но во-первых даже Windows 2012 Server Essentials стОит под 15 т.р., во-вторых штатные ее средства достаточно дубовые, в-третьих -- надо покупать CALы на каждого клиента, в-четвертых как ни крути, а юниксОвые системы все же стабильнее, и вирусов почти не бывает. Ну и самое главное -- где вы видели файл-сервер под Microsoft на 12 стандартных обычных (т.е. дешевых) дисков 3.5 дюйма дешевле 100 тысяч рублей? С двумя агрегируемыми линками по гигабиту, которые на пару могут отдавать в локалку до 200 мегабайт в секунду, и с райдом 6? Я нигде не видел. И вот, может повторюсь, но меня очень впечатлила тема с хранилищем Amazon Glacier. NASы Synology тоже его поддерживают, с регулярным обновлением архива. У меня с карточки списывается примерно по 3 доллара в месяц, за то что я храню у них в облаке сколько-то гигов самых ценных данных (не помню точно, сколько что стОит, там на сайте все подробно расписано). Удобная штука. Главное -- один раз настроил, и голова на болит. В любой момент можно в течение суток достать нужные данные, даже если судьба заставит всё бросить, уехать в другую страну и обрубить все концы. Да, конечно, через обычный 100-мегабитный канал интернета особо много туда не закачаешь, но тем не менее... Закачивать-то данные можно и три недели кряду -- никто не запрещает. Появился какой-то новый блок ценных данных -- просто кидаешь его в ту папку, которая отправляется на архивирование, и дело сделано, система сама подхватит и закачает куда надо. P.S. Glacier -- это не онлайн-хранилище. Как они сами пишут, оно предназначено для данных, для которых допустим доступ в течение нескольких часов. то есть "здесь и сейчас" скачать архив не получится -- это может занять сутки или более. то есть это не что Яндекс.Диск или аналоги, это нечто среднее между онлайн и оффлайн хранилищем. Как они это делают -- ХЕЗ, может на ленты скидывают... Цитата: ============== With Amazon Glacier, customers can reliably store large or small amounts of data for as little as $0.01 per gigabyte per month, a significant savings compared to on-premises solutions. ============== Другими словами, хранение ТЕРАбайта данных в месяц будет стОить всего 10 долларов, что, согласитесь, довольно недорого. Конечно, если детально вникнуть в прайс, цена может оказаться не такой низкой, но все равно интересно. Последний раз редактировалось Nikit0s; 05.09.2013 в 03:19.. |
05.09.2013, 08:30 | #23 | |
Местный
Регистрация: 25.06.2008
Адрес: Москва, Зеленоград
Сообщений: 3,141
Репутация: 291
|
Цитата:
|
|
05.09.2013, 08:46 | #24 |
Строгий АДМИН
Регистрация: 30.07.2008
Сообщений: 4,643
Репутация: 623
|
Это понятно. Файлы открываются по сети или все же диз копирует на локальный комп, а потом обратно?
|
05.09.2013, 08:49 | #25 | |
Местный
Регистрация: 13.05.2009
Адрес: Городок у Дона
Сообщений: 5,839
Репутация: 456
|
Цитата:
На дворе XXI век, на локальном компе не хранится НИЧЕГО, кроме десктопа. А с AD даже это не хранится. Все в сети... А с современными радиомостами --- сервер может находиться в 10-20 км от офиса, для безопасности данных. А скорость будет -- гигабит, как будто в локалке |
|
05.09.2013, 08:53 | #26 |
Местный
Регистрация: 13.05.2009
Адрес: Городок у Дона
Сообщений: 5,839
Репутация: 456
|
... в конторе линуксовые станции с запуском виртуальных машин по сети, это если уж совсем загоняться
...но в нашем случае как-то проще оказалось купить кошерного ПО, чем городить такой огород. |
05.09.2013, 08:54 | #27 |
Строгий АДМИН
Регистрация: 30.07.2008
Сообщений: 4,643
Репутация: 623
|
Сервер/папка клиента/тип продукции (буклеты, каталоги, визитки, наклейки и т.п. у кого что)/дата продукции (или месяц/год, если часто много разных макетов)/номер заказа (если номерами пользуемся - мы 12 лет обходимся без них). Это - общее хранилище. Там у каждого клиента может быть по несколько десятков гигов всякого хлама древнего. Поступил заказ от этого клиента, диз на ЛОКАЛЬНОМ компе своем создал папку в соотв-ии с правилами, сделал свое черное дело, напечатал, скопировал в общий сетевой архив. На своем компе может оставить, может удалить по своему желанию. В чем здесь трудность? Если, как вы говорите, были несколько версий макета, то все они останутся в архиве и будут отличаться по времени/дате.
|
05.09.2013, 08:56 | #28 |
Местный
|
Насколько я знаю, по сети. Но если скорости не хватает (файл большой, например), то ничто не мешает дизу скопировать всё на локальный комп, а результат закинуть обратно. Последнее обязательно, потому что спуски делают другие люди.
|
05.09.2013, 08:57 | #29 |
Местный
Регистрация: 13.05.2009
Адрес: Городок у Дона
Сообщений: 5,839
Репутация: 456
|
Всё на сервере. Так проще. Зачем что-то переписывать с сервера, если гигабитная сеть позволяет спокойно открывать макеты с сервера и спокойно с ними работать? Человеческий фактор надо исключать везде, где только можно. |
05.09.2013, 08:58 | #30 |
Строгий АДМИН
Регистрация: 30.07.2008
Сообщений: 4,643
Репутация: 623
|
ВОТ! Вот с Этого и надо было начинать. Это сУрьезный минус. Учитывая что "восстановление" этого компа у нас никто кроме меня не сделает, это большой недостаток.
|
|
05.09.2013, 09:21 | #31 |
Местный
Регистрация: 13.05.2009
Адрес: Городок у Дона
Сообщений: 5,839
Репутация: 456
|
Pavel Pe4atnikov, главное в данном случае не экономить на HardWare.
Покупать либо проверенные марки, либо сразу с дублем. У нас за 10 лет сдох один GB коммутатор D-Link, и кажется всё. С учетом того что D-Link стоил в два раза дешевле Интела -- по-моему нормально А сейчас они в базе стОят вообще копейки. А доп. функции и повышенная скорость обработки пакетов Вам все равно не нужны. Если интересно -- я в крайний раз брал коммутатор L2 (чтобы агрегировать два гигабитных порта от NASа) c POE (для камер наблюдения), на 24 порта -- это встало дорого. А в базе -- это стОит копейки. |
10.12.2013, 02:20 | #32 |
Местный
|
Nikit0s, от же ж блин... нет твоей железки в списке.
А так вот тебе готовое решение: http://www.synology.com/ru-ru/dsm/bu...d_model_dialog |
10.12.2013, 02:23 | #33 |
Местный
|
|
10.12.2013, 23:26 | #34 |
Новичок
Регистрация: 16.07.2012
Адрес: Москва
Сообщений: 16
Репутация: 2
|
Pavel Pe4atnikov, Смотрите БУ устройство. На том же Авито полно объявлений- в районе 7т.р. можно взять. Полностью поддерживаю Synology Nas? тем более еще и свою почту можно на нем поднять.
|
11.12.2013, 08:08 | #35 |
Местный
Регистрация: 03.07.2011
Адрес: Приморье
Сообщений: 165
Репутация: 7
|
Nikit0s,
а чем руководствовались при выборе RAID 6 , почему не 5 или Synology Hybrid RAID? |
11.12.2013, 17:11 | #36 |
Местный
Регистрация: 13.05.2009
Адрес: Городок у Дона
Сообщений: 5,839
Репутация: 456
|
Boroda, вот насчет самосборок -- сегодня на таком самосборном сервере в массиве RAID6 из пяти дисков по непонятной причине одновременно вылетели сразу три.
Эпик фэйл RAID-контроллер Интел, вроде должно было все работать и работать, а вот на тебе Еле вернули в массив один из трех отвалившихся дисков, остальные решили заменить от греха подальше. Если бы был RAID5 -- всё, копец, бобик сдох. |
18.12.2013, 19:16 | #37 |
Новичок
Регистрация: 13.12.2013
Адрес: Россия матушка
Сообщений: 12
Репутация: 0
|
У меня стоит Mac mini на нем макинтошевский сервер. Сам мак i5 8gb памяти. У каждого манагера своя папка на день. Вечером мак пылессит все папки и копирует их в папку Клиенты архив по датам с маркером (наташа и тд) Утром манагер видит пустую папку с новым числом. Если нужны старые заказы то идем в папку (Клиенты Архив). Монитора нету. Мак маленький, стоит рядом с роутером. Единственное я отказался от wifi и кинул всем провода через гигабитный хаб
|
07.01.2014, 11:38 | #38 | |
Местный
Регистрация: 19.06.2009
Адрес: СПб
Сообщений: 8,348
Репутация: 252
|
Цитата:
Вопросы: 1. какой? 2. какую РЕАЛЬНУЮ скорость перекачки файлов обеспечивает девайс? (например если с помощью FAR забирать/выкладывать большой файл (1Г) какую скорость показывает FAR?) 2. 2-х Lan-портовый? Как-то коммутировали/определяли эти порты? (я слышал, что повышение скорости можно добиться только если свич поддерживает мультитранковое соединение, а это ооочень редкие/дорогие свичи...) |
|
07.01.2014, 17:34 | #39 | |
Местный
Регистрация: 13.05.2009
Адрес: Городок у Дона
Сообщений: 5,839
Репутация: 456
|
Цитата:
2. Чтение 70 мег в секунду, но у меня Фара нет, Тотал Коммандер и Проводник столько показывают. Да и смысл, если у девайса встроенный веб-интерфейс, который показывает все параметры. Запись -- 88 мегабайт в секунду. Но это сейчас, в выходной, когда только одна рабочая станция активно работает. В разгар рабочего дня может быть похуже. Если одновременно с нескольких рабочих станций забирать РАЗНЫЕ большие файлы -- отдает примерно 170-180 мегабайт в секунду. Тестировал, действительно так и есть. Одновременную запись не тестировал. Есть заметный минус -- если запустить ПОЛНУЮ антивирусную проверку (у них еще встроенный антивирус есть, и сторонние некоторые тоже поддерживаются), то во-первых она занимает пару суток (а фига ли, массив RAID6 из семи дисков по 3 ТБ, полезная емкость 13.6 терабайт, и почти весь занят), во-вторых во время этой проверки скорости обмена падают раза в два. Тоже надо как-то заняться и исключить из проверки все графические файлы, тогда время проверки должно сократиться до нескольких часов. 3. Конечно, порты надо агрегировать также и на уровне коммутатора, по-другому никак не получится (айпи-адрес-то один, а дырки две). Свич D-Link DGS-1500-28P. Дорогой он только потому, что у него все порты с PoE. А так -- агрегирование портов поддерживают гигабитные свичи от 10 т.р., а может быть уже и дешевле. Радует что еще свободно пять отсеков под диски, то есть 15 терабайт еще можно добавить без малейшего геморроя с переносом данных, просто добавляя диски в массив. !! Надо иметь в виду, что старые компы со старыми сетевухами просто сами по себе не в состоянии забирать с сервера положенные 90-100 мегабайт в секунду. Некоторые компы показывают максимальную скорость чтения всего 40 мег в секунду. Надо бы им сетевые карты поменять, да смысла особо пока не вижу. |
|
07.01.2014, 18:45 | #40 | ||
Местный
Регистрация: 19.06.2009
Адрес: СПб
Сообщений: 8,348
Репутация: 252
|
Nikit0s, спасибо огромное!
А можно по-подробнее рассказать: Цитата:
Цитата:
|
||
|
"Форум индустрии цифровой печати" 2008-2023 Все вопросы по сотрудничеству: Электропочта: info@trade-print.ru Москва, Печатников пер. |