Re: Хранилище данных отдельно, приложения отдельно.
19 июня 2014 г., 12:16 пользователь Vladimir Skubriev
<vladimir@skubriev.ru> написал:
> У меня есть следующие данные:
>
> 1. База данных mysql ticket tracker'а
> 2. Репозитории git, hg, доступ к которым нужен с тикет трекера (~ объем
> примерно 4Гб).
> 3. Данные (файлы и папки ) папки обмена файлами доступной по протоколым NFS,
> SMB, FTP
> 4. Мелкие данные такие как сертификаты https, ключи для расшифровки, ldif
> файлы с содержанием ldap каталога, конфиги различных служб (DNS, DHCP) и
> местных скриптов и так далее.
>
> Соответсвенно есть службы, которые пользуются этими данными на другом
> сервере:
> 1. Например redmine, который разворачивается и работает в контейнере,
> которому нужен доступ к базе данных mysql.
> 2. Например репозитории нужны веб серверу работающему в контейнере redmine
> для расшаривания доступа к ним через HTTPS
> 3. SMB, NFS, ftp - которые я скорее всего подыму на сервере данных, т.к.
> объемы большие и разностить службы от этих данных по гигабитной сети не
> совсем правильно.
> 4. Остальные разношерстные данные нужны различным виртуальным машинам
> (контейнерам) по объему этих данных не много (гигабитной сети за глаза).
>
> Возникает вопрос как эти данные предоставлять в доступ виртуальным
> контейнерам, работающим на другом сервере ?
>
> Какими протоколыми это реализовать?
>
> Что посоветуете использовать ? NFS, iSCSI, glusterfs, etc ?
>
> Я например неиспользовал ни когда iSCSI. Как он подходит например для
> доступа к репозиториям из контейнера redmine и последующего расшаривания их
> по https?
>
> В принципе поидее NFS можно использовать для сущностей описанных в пункте 4.
> Но может есть что то другое ?
iSCSI не использовал, в продакшн, но на тестах понравилось с ней
работать. Вполне удобно отдавать на виртуалки логические устройства.
В общем, видится вся городушка в виде сервера с хорошей дисковой
системой и сетевым тиvмингом, который раздает smb, iscsi, nfs. Серверу
память надо побольше под кэш, парочку процессоров было бы плюсом,
сетевой тимминг тоже в плюс по любому. Можно оставить сервер как
"хранилище" и до кучи нагрузить некоторыми службами, если кто-то плохо
поведет себя на выбранных пролоколах или по сетке.
Остается просчитать какая производительность, отзывчивость вам будет
нужна и тд и тп и далее только по месту что-то исправлять
Reply to: