Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
Кто-то использует схему "Сервер приложений отдельно от серверов БД"? Т.е. есть некая версия ПО с программами, классами, csp-страницами и данными описания... И есть несколько "БД" разных "клиентов". Как это разместить на разных машинах? Дает ли это ускорение в работе? ---------- Cache for Windows (x86-32) 2009.1.3 (Build 704_0_9104) Mon Mar 8 2010 19:31:10 EST Cache for Windows (x86-64) 2010.2.3 (Build 702) Tue Feb 15 2011 14:20:27 EST ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 10:04 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
у нас для одной инсталляции используется больше 10 БД, в одной из них только наш код, который мы поставляем клиенту в качестве обновления. на некоторых проектах используем конфигурацию с ECP, 1 сервер с данными, и несколько физически разделенных ECP-клиента, на которых работают пользователи, на каждом ECP-клиенте используется своя бд для буферов но у нас такая конфигурация используется из-за высокой нагрузки на приложение, больше тысячи одновременных пользователей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 10:51 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
DAiMorно у нас такая конфигурация используется из-за высокой нагрузки на приложение, больше тысячи одновременных пользователей Наши программки не загружают процессор сервера... У нас камнем преткновения является быстродействие винтов. Не особо интересует ситуация с большим количеством БД на одном сервере... Это ясно для чего и как использовать. Интерес именно в разносе на разные сервера "ПО" и собственно "данных"... в ИС мне объяснили что для этого используется вариант "Удаленные базы данных". Но там срость ограничивается сетевыми характеристиками... Они (я так понимаю) явно меньше "дисковых скоростей"... Или это не так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 11:12 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
krvsaDAiMorно у нас такая конфигурация используется из-за высокой нагрузки на приложение, больше тысячи одновременных пользователей Наши программки не загружают процессор сервера... У нас камнем преткновения является быстродействие винтов. Не особо интересует ситуация с большим количеством БД на одном сервере... Это ясно для чего и как использовать. Интерес именно в разносе на разные сервера "ПО" и собственно "данных"... в ИС мне объяснили что для этого используется вариант "Удаленные базы данных". Но там срость ограничивается сетевыми характеристиками... Они (я так понимаю) явно меньше "дисковых скоростей"... Или это не так? когда идет затык в дисковую мощь, первым делом нужно раскидывать на разные диски на разных контроллерах удаленные бд работают через ECP. таким образом в зависимости от характера данных, размера блока БД, эффективности кеша, использование подобного подхода может быть оправдано. у нас была ситуация, что из-за характера наших данных, не производилось кеширование запрашиваемых данных, и трафик между сервером БД и сервером приложения был на пределе сети, до 100МБит, после оптимизации нагрузка на сеть стала в пределах 1-3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 11:36 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
krvsa... У нас камнем преткновения является быстродействие винтов. Интерес именно в разносе на разные сервера "ПО" и собственно "данных"... в ИС мне объяснили что для этого используется вариант "Удаленные базы данных". Но там срость ограничивается сетевыми характеристиками... Они (я так понимаю) явно меньше "дисковых скоростей"... Или это не так? я что-то не наблюдал что-бы диски грузились до упора (при наличии аппаратного рейда). в теории максимум по сети можно толкнуть 120 мег/с, если на серваке стоит аппаратно-программный рейд (типа как на интеловских серверных мамках, который к тому же использует память сервера под свои нужды) или zero-channel то через сеть явно будет быстрее, если еще и кешировать данные на сервере приложения, что-бы каждый раз не лазить за ними в БД. К тому же на серверах стоит как правило от 2 до 4 ethernet портов (HP, IBM, DELL), их можно объединить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 11:59 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
Кардинальное решение проблем - использование SSD рейдов. Дорого, но оно того стоит. И оптимизация программ и структур данных, конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 12:03 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
nvpя что-то не наблюдал что-бы диски грузились до упора (при наличии аппаратного рейда). в теории максимум по сети можно толкнуть 120 мег/с, если на серваке стоит аппаратно-программный рейд (типа как на интеловских серверных мамках, который к тому же использует память сервера под свои нужды) или zero-channel то через сеть явно будет быстрее, если еще и кешировать данные на сервере приложения, что-бы каждый раз не лазить за ними в БД. К тому же на серверах стоит как правило от 2 до 4 ethernet портов (HP, IBM, DELL), их можно объединить. у нас обычно затык на дисках виден был по увеличивающимся показателям очереди на диск ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 12:35 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.И оптимизация программ и структур данных, конечно. Не про то хочу поговорить... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 12:41 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
nvpесли еще и кешировать данные на сервере приложения, что-бы каждый раз не лазить за ними в БД Кеширование в некоем конкретном случае может оказаться просто словом и никакого прироста производительности не даст... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 12:43 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
DAiMorкогда идет затык в дисковую мощь, первым делом нужно раскидывать на разные диски на разных контроллерах Это уже будет сделано по определению. Т.ч. забудем про это. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 12:43 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
Т.о. интересен критерий, при каком (каких) можно однозначно рекомендовать использование ECP соединений? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 12:45 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
Т.е. если проц сервера загружен - тут понятно, что разносить БД и ПО нужно... А вот когда еще? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 12:46 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.Кардинальное решение проблем - использование SSD рейдов. Дорого, но оно того стоит. Все будет стоять на "региональных" ЦОДах, т.ч. там свего этого добра будет валом... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 12:47 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
Хватило денег на ЦОД - хватит и на SSD! Какие там объемы данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 13:14 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.Какие там объемы данных? В ЦОДах? Или где? Региональные БД больше 100ГБ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 13:51 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
krvsaБлок А.Н.Какие там объемы данных? В ЦОДах? Или где? Региональные БД больше 100ГБ... у нас журналов в день бывает столько ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 14:36 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
DAiMorу нас журналов в день бывает столько Рад за вас... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 14:47 |
|
||
|
Сервер приложений отдельно от серверов БД
|
|||
|---|---|---|---|
|
#18+
krvsa, как справедливо сказали, если "перегреты" диски, ECP тут, конечно, не поможет. ИМХО, сперва надо решить эту проблему (добавлением оперативы - увеличением кэша базы данных, либо переходом на SSD, либо и то, и другое - тебе решать). Как только диски перестанут быть узким местом, может статься, что им станет CPU. И тут надо смотреть: сколько пользователей на 1 ядро способна обслужить твоя система. Допустим, 50. А всего пользователей, допустим, 1000. Что лучше: 1) 1 сервер с 4-мя 6-ядерными процессорами и гигантской оперативой (в общем-то, подобные сервера уже не кажутся экзотикой) - либо - 2) 5 шт. 1 процессорных (6-ядерных) серверов: 4 сервера приложений (СП) + 1 сервер БД (СБД)? Еще надо не забыть про резервные сервера. В 1-ом случае резервируется 1 сервер, во втором - 2: 1 сервер БД + 1 сервер приложений. Т.е. надо смотреть, что дешевле и организационно проще: иметь 2 мощных сервера или 7 серверов начального уровня. (Предполагается, что все сервера находятся в ЦОДе). В каком случае будет выше производительность, предсказать трудно, нужны испытания. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 15:16 |
|
||
|
|

start [/forum/topic.php?fid=39&msg=37846228&tid=1557442]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
51ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 245ms |
| total: | 388ms |

| 0 / 0 |
