Выбор терминального сервера
Модераторы: Trinity admin`s, Free-lance moderator`s
Выбор терминального сервера
ИМЕЕМ:
Сервер 1: (Taurus Т-Платформы)
Chipset: AMD8131+AMD8111
Processor's: 4 x DualCore AMD Opteron 880, 2,4Ghz, cache 1024kb
RAM: 16 Gb PC3200
HDD: 5 x HDD SCSI 36Gb 15k
Raid Controller: Adaptec SCSI 2230S 2ch 256Mb U320
Windows Server 2003 Enterprise 32 bit SP2
SQL Server 2005 32 bit SP3
1C 7.7 SQL 25 релиз
Дисковая система:
1 HDD - под ОС
4 HDD (RAID10) - база данных 20Gb, tempdb, файлы логов SQL.
Сервер работает в режиме SQL-сервера + Терминальный сервер.
Пользователей: 30.
Сервер 2: (Intel)
Chipset: Intel S5000XVNSAS
Processor's: 2xQuadCore Intel Xeon N5335 2.0Ghz
RAM: 16 Gb DDRII PC5300
HDD: 5 x HDD SAS 73Gb 15k
Raid Controller: встроенный в чипсет
Windows Server 2003 Enterprise 32 bit SP2
SQL Server 2005 32 bit SP3
1C 7.7 SQL 25 релиз
Дисковая система:
1 HDD - под ОС
4 HDD (RAID10) - база данных 20Gb, tempdb, файлы логов SQL.
Сервер работает в режиме SQL-сервера + Термнальный сервер.
Пользователей: 20.
Проблема: с ростом базы данных растет торможение.
Задача: Увеличить производительность системы.
Выход я вижу в разделении задач (не уверен, что единственный выход, если неправ, поправьте, пожалуйста):
Сделать два сервера чисто для SQL и один для сервера терминалов.
Для этого:
1. Либо из существующих серверов делать два SQL-сервера (поставить x64 Windows Server 2003 + x64 SQL 2005,
увеличить производительность дисковой подсистемы) и купить терминальный сервер.
2. Либо из существующих серверов какой-нить сделать терминальным, второй сделать для работы SQL и купить ещё сервер для SQL.
Если идти по первому пути, то:
По 1-му серверу: все вроде ничего, только вот дисковая система..... Контроллер на SAS не поменять. Т.е. придется крутиться сказевых дисках.
Дополнительную корзину не поставить (просто не куда). Вобщем, непонятно как в будущем увеличивать производительность (за счет добавления дисков и создания
дополнительных массивов). Есть ли вообще в природе какие-нибудь внешние корзины? Да и SCSI-дисками придется подзакупиться, пока ещё есть в продаже....
По 2-му серверу: тоже проблема в дисковой системе.... Как я понимаю надо ставить аппаратный RAID-контроллер, желательно с батарейкой. Ну а с увеличением
дисков вроде пока проблем нету, так что вполне можно использовать данный сервер под сервер SQL.
Подскажите, пожалуйста, на Ваш взгляд какие варианты ещё есть?
Сервер 1: (Taurus Т-Платформы)
Chipset: AMD8131+AMD8111
Processor's: 4 x DualCore AMD Opteron 880, 2,4Ghz, cache 1024kb
RAM: 16 Gb PC3200
HDD: 5 x HDD SCSI 36Gb 15k
Raid Controller: Adaptec SCSI 2230S 2ch 256Mb U320
Windows Server 2003 Enterprise 32 bit SP2
SQL Server 2005 32 bit SP3
1C 7.7 SQL 25 релиз
Дисковая система:
1 HDD - под ОС
4 HDD (RAID10) - база данных 20Gb, tempdb, файлы логов SQL.
Сервер работает в режиме SQL-сервера + Терминальный сервер.
Пользователей: 30.
Сервер 2: (Intel)
Chipset: Intel S5000XVNSAS
Processor's: 2xQuadCore Intel Xeon N5335 2.0Ghz
RAM: 16 Gb DDRII PC5300
HDD: 5 x HDD SAS 73Gb 15k
Raid Controller: встроенный в чипсет
Windows Server 2003 Enterprise 32 bit SP2
SQL Server 2005 32 bit SP3
1C 7.7 SQL 25 релиз
Дисковая система:
1 HDD - под ОС
4 HDD (RAID10) - база данных 20Gb, tempdb, файлы логов SQL.
Сервер работает в режиме SQL-сервера + Термнальный сервер.
Пользователей: 20.
Проблема: с ростом базы данных растет торможение.
Задача: Увеличить производительность системы.
Выход я вижу в разделении задач (не уверен, что единственный выход, если неправ, поправьте, пожалуйста):
Сделать два сервера чисто для SQL и один для сервера терминалов.
Для этого:
1. Либо из существующих серверов делать два SQL-сервера (поставить x64 Windows Server 2003 + x64 SQL 2005,
увеличить производительность дисковой подсистемы) и купить терминальный сервер.
2. Либо из существующих серверов какой-нить сделать терминальным, второй сделать для работы SQL и купить ещё сервер для SQL.
Если идти по первому пути, то:
По 1-му серверу: все вроде ничего, только вот дисковая система..... Контроллер на SAS не поменять. Т.е. придется крутиться сказевых дисках.
Дополнительную корзину не поставить (просто не куда). Вобщем, непонятно как в будущем увеличивать производительность (за счет добавления дисков и создания
дополнительных массивов). Есть ли вообще в природе какие-нибудь внешние корзины? Да и SCSI-дисками придется подзакупиться, пока ещё есть в продаже....
По 2-му серверу: тоже проблема в дисковой системе.... Как я понимаю надо ставить аппаратный RAID-контроллер, желательно с батарейкой. Ну а с увеличением
дисков вроде пока проблем нету, так что вполне можно использовать данный сервер под сервер SQL.
Подскажите, пожалуйста, на Ваш взгляд какие варианты ещё есть?
- VendeTTa
- Advanced member
- Сообщения: 350
- Зарегистрирован: 09 фев 2004, 15:21
- Откуда: Санкт-Петербург
- Контактная информация:
Re: Выбор терминального сервера
Может и с увеличением проблем нет, а вот с наличием SCSI дисков проблемы есть.
Я бы предложил на рассмотрение внешнюю систему хранения. Все таки две базы по 20ГБ это не мало..
Я бы предложил на рассмотрение внешнюю систему хранения. Все таки две базы по 20ГБ это не мало..
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Выбор терминального сервера
"ortpro"
Вы опишите в чем у вас затыки? И соберите счетчики по обоим серверам, киньте сюда или мне в почту. Поглядим, тогда решим что делать.
Вы опишите в чем у вас затыки? И соберите счетчики по обоим серверам, киньте сюда или мне в почту. Поглядим, тогда решим что делать.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Выбор терминального сервера
Да, дайте дисковые счетчики.
Райт-бэк кэш включен?
Райт-бэк кэш включен?
Re: Выбор терминального сервера
Райт-бэк кэш включен, как говорится, на свой страх и риск. Батареек все-таки нет.
Дело в том, что обе базы одинаковые на серверах. Просто разделил на два сервера для того, чтобы решить
проблему транзакций. Когда в базе одновременно работают человек 30, которые постоянно записывают/проводят документы, возникают транзакции - тогда вообще дело труба. Поэтому поделил на отделы, для одного отдела - один сервер, для другого - другой. Между ними периодически выполняется синхронизация средствами 1С для поддержания актуальности баз. Так что в случае вылета одной базы, можно восстановить с другого сервера.
Какие счетчики мне снять? Сниму в пиковые нагрузки.
Затыки в том, что в формах подбора, в журналах, в справочниках, при отборе по значениям с ростом базы постоянно "висяк". Каждый год я сворачиваю базу, т.е. удаляю данные за прошлый год и ввожу остатки. База соответственно уменьшается где-то до 3-4 ГБ - все замечательно работает, но с ростом базы "висяки" становятся все тяжелее.
Дело в том, что обе базы одинаковые на серверах. Просто разделил на два сервера для того, чтобы решить
проблему транзакций. Когда в базе одновременно работают человек 30, которые постоянно записывают/проводят документы, возникают транзакции - тогда вообще дело труба. Поэтому поделил на отделы, для одного отдела - один сервер, для другого - другой. Между ними периодически выполняется синхронизация средствами 1С для поддержания актуальности баз. Так что в случае вылета одной базы, можно восстановить с другого сервера.
Какие счетчики мне снять? Сниму в пиковые нагрузки.
Затыки в том, что в формах подбора, в журналах, в справочниках, при отборе по значениям с ростом базы постоянно "висяк". Каждый год я сворачиваю базу, т.е. удаляю данные за прошлый год и ввожу остатки. База соответственно уменьшается где-то до 3-4 ГБ - все замечательно работает, но с ростом базы "висяки" становятся все тяжелее.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Выбор терминального сервера
reads/sec, writes/sec, queue lenght.
Если упор в дисковую, то есть два варианта:
1. Поставить приличный контроллер с батарейкой во второй сервер, добить дисков по полной и назначить его SQL. Первый сделать чистым терминальником - должно хватить на всю банду.
2. Поставить аппарат типа Xyratex E5412E и прицепить его к серверам через SAS HBA. Это помимо скорости даст еще и надежность, но существенно дороже.
Но конкретнее - по результатам перфмона.
Если упор в дисковую, то есть два варианта:
1. Поставить приличный контроллер с батарейкой во второй сервер, добить дисков по полной и назначить его SQL. Первый сделать чистым терминальником - должно хватить на всю банду.
2. Поставить аппарат типа Xyratex E5412E и прицепить его к серверам через SAS HBA. Это помимо скорости даст еще и надежность, но существенно дороже.
Но конкретнее - по результатам перфмона.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Выбор терминального сервера
Да, одиночные диски под ОС - не вариант с точки зрения надежности...
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Выбор терминального сервера
Если во второй сервер не влезет потребной количество дисков, то можно к нему присобачить внешний джибод (супермикро SC836E1 c платкой управления питанием АТХ). Рэйд контроллер потребуется с внешним портом (у адаптека есть).
Re: Выбор терминального сервера
Снял показания на Сервере-1 за 1 час работы в момент интенсивной работы 27-ми пользователей
Со второго сервера сниму позже - у них нагрузка идет после 12-ти часов.
Со второго сервера сниму позже - у них нагрузка идет после 12-ти часов.
- Вложения
-
- Server-1.rar
- Двичный файл журнала
- (11.67 КБ) 504 скачивания
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Выбор терминального сервера
"ortpro"
Странные счетчики. С одной стороны средние значения в пределах нормы. С другой стороны довольно большие пики. Соотношение записи к чтению примерно 60 на 40, пишут больше чем читают (видимо очень большой ввод документов). Конечно Заратекс в лоб решит проблемы, причем на обоих серверах. Но решение судя по этим счетчикам будет довольно дорогим. Единственное оправдание - надежность. При выходе из строя сервера всегда можно переключить лун на второй сервер и быстро поднять базу.
Странные счетчики. С одной стороны средние значения в пределах нормы. С другой стороны довольно большие пики. Соотношение записи к чтению примерно 60 на 40, пишут больше чем читают (видимо очень большой ввод документов). Конечно Заратекс в лоб решит проблемы, причем на обоих серверах. Но решение судя по этим счетчикам будет довольно дорогим. Единственное оправдание - надежность. При выходе из строя сервера всегда можно переключить лун на второй сервер и быстро поднять базу.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Выбор терминального сервера
Так что пока два варианта решения:
1. Заратекс + контроллеры, бюджет в районе 15 тыс баксов. Думаю САС ту САС достаточно будет.
2. сервер под базу данных в 836-м кузове. Ваши сервера оставить в качестве терминалок, а базу данных перенести на сервер баз данных. Бюджет в пределах 6-8 тыс долларов
Ну или последний вариант, что-то делать с вашей дисковой системой. Но ИМХО это не правильно.
1. Заратекс + контроллеры, бюджет в районе 15 тыс баксов. Думаю САС ту САС достаточно будет.
2. сервер под базу данных в 836-м кузове. Ваши сервера оставить в качестве терминалок, а базу данных перенести на сервер баз данных. Бюджет в пределах 6-8 тыс долларов
Ну или последний вариант, что-то делать с вашей дисковой системой. Но ИМХО это не правильно.
Re: Выбор терминального сервера
Счетчики за 1,5 часа работы на Сервере-2 (13 пользователей)
- Вложения
-
- Server-2.rar
- (14.92 КБ) 469 скачиваний
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Выбор терминального сервера
"ortpro"
Ну вообщем все тоже самое. Дисковые очереди в порядке за исключением пиков. А что по памяти, по процессорам? Чувствуется мне что дело может и не в железе быть, а в самой 1С.
Ну вообщем все тоже самое. Дисковые очереди в порядке за исключением пиков. А что по памяти, по процессорам? Чувствуется мне что дело может и не в железе быть, а в самой 1С.
Re: Выбор терминального сервера
Памяти на обоих серверах по 16Gb. Т.к. используются 32-битные системы, в настройках SQL стоит "Use AWE to allocate memory", в boot.ini прописан ключ /pae. Максимальная используемая память в настройках SQL поставлена 13Gb - их SQL успешно занимает. В принципе сколько не отведешь памяти SQL, в итоге весь этот отведенный "кусок" используется SQL. Все остальное в основном для 1С и приложений word, excel.
Поэтому и была мысль разделить SQL-серверы и терминальный сервер. Причем SQL переставить на 64bit.
Могу снять показания памяти. Какие счетчики?
Поэтому и была мысль разделить SQL-серверы и терминальный сервер. Причем SQL переставить на 64bit.
Могу снять показания памяти. Какие счетчики?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Выбор терминального сервера
"ortpro"
процент использования памяти, процент использования процессоров (общий и каждый в отдельности, чтобы понять как паралелится задача).
процент использования памяти, процент использования процессоров (общий и каждый в отдельности, чтобы понять как паралелится задача).
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 15 гостей