Как расчитать зарузку!? производительность

Модераторы: Trinity admin`s, Free-lance moderator`s

Ответить
Tolick
Advanced member
Сообщения: 54
Зарегистрирован: 21 май 2004, 10:26
Контактная информация:

Как расчитать зарузку!? производительность

Сообщение Tolick » 26 май 2004, 08:55

Вот стоит передо мной такая задача. Есть у нас например некий сервер на w2003, на нем AD, SQL база 1С, немного файлопомойка. пользователей порядка 50. работают в 1С порядка 20 челов.

Начальство сказало что скоро будет куплен новый модуль 1С , которому нужна своя база SQL и будут в нем работать еще порядка 20-30 человек из тех же. Сейчас сервак работает не на износ, справляется good. но как спрогназировать, а лучше точно расчитать будующую загрузку его. Если известно что база будет порядка 500 Мб и прирост в год на ~500 Мб.
Пытаться измерить производительность с помощью "Диспетчера задач" не наглядно :(

есть ли у кого нибудь опыт в этом деле..

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 26 май 2004, 11:00

Вопросы:
Терминалка не предполагается ? Если да, то ревизируйте конфиг сервера. Нет - очень тщательно присмотритесь к сети, т.к. клиент 1С очень много тянет к себе по сети.
Причем возникает дурная ситуация: вроде ничего не нагружено, а тормозит: на самом деле тот же клиент тянет к себе данные "порциями" - втянул-обработал-еще втянул, причем во время обработки на клиенте он ни сервер, ни сеть, понятно, не дергает ;) .
Ответьте на первый вопрос - попробую дать прикидочные оценки для расчета.

Tolick
Advanced member
Сообщения: 54
Зарегистрирован: 21 май 2004, 10:26
Контактная информация:

Сообщение Tolick » 26 май 2004, 11:08

a_shats писал(а):Вопросы:
Терминалка не предполагается ? Если да, то ревизируйте конфиг сервера. Нет - очень тщательно присмотритесь к сети, т.к. клиент 1С очень много тянет к себе по сети.
Причем возникает дурная ситуация: вроде ничего не нагружено, а тормозит: на самом деле тот же клиент тянет к себе данные "порциями" - втянул-обработал-еще втянул, причем во время обработки на клиенте он ни сервер, ни сеть, понятно, не дергает ;) .
Ответьте на первый вопрос - попробую дать прикидочные оценки для расчета.
нет не терминалка. сеть хорошая 100мб на HP Procurve 4000. есть гигабитные модули.

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 26 май 2004, 12:46

Ага. Тогда:
1. От сервера до коммутатора нужен быстрый канал - гигабит, а лучше пара - в тиме или транке. Да и то - не факт, что тормозить (сеть) в данном случае не будет.
2. Дисковая п/с сервера - однозначно SCSI, SATA уже не потянет - 50 клиентов. Причем я бы рекомендовал RAID10 из 4 винтов минимум.
На RAID-контроллере рекомендую иметь BBU и включенный WriteBack.
Большой кэш (128 Мб и выше) на RAID-контроллере тоже не помешает: он позволит (при WB) "съесть" операции обновления "регистров" 1С при проводках документов.
3. ОЗУ сервера: по Вашей базе я бы рекомендовал иметь пару гигабайт - на развитие ;) и для душевного спокойствия. При Ваших темпах роста этот объем ОЗУ на пару лет вперед позволит спокойно кэшировать все часто используемые данные из базы.
Это, правда, не расчетные данные, а рекомендации - из опыта эксплуатации ;) . "Стандартные" для SQL расчеты сюда, увы, не подходят - из-за "тупой" нагрузки на сервер и большой - на клиентов.

Tolick
Advanced member
Сообщения: 54
Зарегистрирован: 21 май 2004, 10:26
Контактная информация:

Сообщение Tolick » 26 май 2004, 13:18

a_shats писал(а): Это, правда, не расчетные данные, а рекомендации - из опыта эксплуатации ;) . "Стандартные" для SQL расчеты сюда, увы, не подходят - из-за "тупой" нагрузки на сервер и большой - на клиентов.
есть какие то "стандартные " расчеты для SQL?
мне вот именно теоретические расчеты интересуют? мона ли какими нибудь индексами посчитать (описать) конфиг изходя из баз и кол-ва клиентов (количество запросов/промежуток времени)? сколько каждому клиенту отводиться памяти, процессорного времени...

спасибо советы исходящие из опыта...

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16622
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 26 май 2004, 13:38

Так ведь у вас не SQL, а 1С SQL. Это две большие разницы. 1С путает все карты из-за своей тупости.
Стандартные методы борьбы с ней Шац уже описал. А РАСЧЕТЫ привести крайне затруднительно (слишком много переменных, которые зависят от расположения звезд на небе - структура базы, КОНКРЕТНАЯ реализация клиентов, активность) - тут только опыт, сын ошибок... А потом все умножить на два для верности :)

Tolick
Advanced member
Сообщения: 54
Зарегистрирован: 21 май 2004, 10:26
Контактная информация:

Сообщение Tolick » 02 июн 2004, 10:16

gs писал(а):Так ведь у вас не SQL, а 1С SQL. Это две большие разницы. 1С путает все карты из-за своей тупости.
Стандартные методы борьбы с ней Шац уже описал. А РАСЧЕТЫ привести крайне затруднительно (слишком много переменных, которые зависят от расположения звезд на небе - структура базы, КОНКРЕТНАЯ реализация клиентов, активность) - тут только опыт, сын ошибок... А потом все умножить на два для верности :)
Это все конечно понятно, но руководству до советом опытных людей из других контор дело мало. ИМ ПОДАВАЙ цифры, сравнения...

вот я думаю может сделать так. поставить некий тестовый сервак... все установить,настроить. ничего лишнего. затем снять характеристики работы при простои.. (основные) так сказать получается baseline ( вроде так M$ это называет), затем подключать к нему клиентов... сначала одного, потом 2, 5, 10.. и тоже снимать показания счетчиков при работе клиентов.

высчитать в % какую загрузку дает в среднем ОДИН клиент на этот сервак.

ещё найти максимальное количество клиентов которое он потянет, либо тоже эксперементально (если есть столько клиентов) либо посчитать исходя из полученных % на одного клиента.

ну и от сюда смотреть что нам надо. и есть как обосновать... естественно + 30-40% запас.

Ответить

Вернуться в «Серверы - ПО, Windows система, приложения.»