19 июня 2014 г., 12:16 пользователь Vladimir Skubriev <vladi...@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. Серверу память надо побольше под кэш, парочку процессоров было бы плюсом, сетевой тимминг тоже в плюс по любому. Можно оставить сервер как "хранилище" и до кучи нагрузить некоторыми службами, если кто-то плохо поведет себя на выбранных пролоколах или по сетке. Остается просчитать какая производительность, отзывчивость вам будет нужна и тд и тп и далее только по месту что-то исправлять