Нужен конфиг сервера. Подскажите, если сможете.
Модераторы: Trinity admin`s, Free-lance moderator`s
Нужен конфиг сервера. Подскажите, если сможете.
Итак, задача:
Нужен сервер для размещения базы данных.
ОС - Win2000 (32bit).
БД - MSSQL2000 (32bit).
Количество пользователей - примерно 100.
Необходим 2CPU, RAID5(3x73Gb), IDE/SATA-2/4шт, SCSI-U320.
Какой вариант посоветуете? (Нужен производительный недорогой сервак - сумма ориентировочная 4.000-5.000$)
Есть мнение взять вариант на 2-х Dual Core Opteron 64bit.
При этом есть сомнения:
1.будут ли нормально работать 32bit ОС и 32bit-приложения(SQL2000) на 64bit?
2.будет ли прирост на 2-x Dual Core Opteron 64 при такой задаче или лучше взять на 2-х XEON?
3.или может взять 2 Opterona 64 и обновить софт на Win2003 64bit и SQL(только вот не знаю есть он 64bit, если нет, то как 32bit-SQL будет жить на Win2003 64bit)?
Что посоветуете? Желательно побыстрее, а сервак лежит уже второй день...и будет ли он реанимирован - вилами на воде писано...
Нужен сервер для размещения базы данных.
ОС - Win2000 (32bit).
БД - MSSQL2000 (32bit).
Количество пользователей - примерно 100.
Необходим 2CPU, RAID5(3x73Gb), IDE/SATA-2/4шт, SCSI-U320.
Какой вариант посоветуете? (Нужен производительный недорогой сервак - сумма ориентировочная 4.000-5.000$)
Есть мнение взять вариант на 2-х Dual Core Opteron 64bit.
При этом есть сомнения:
1.будут ли нормально работать 32bit ОС и 32bit-приложения(SQL2000) на 64bit?
2.будет ли прирост на 2-x Dual Core Opteron 64 при такой задаче или лучше взять на 2-х XEON?
3.или может взять 2 Opterona 64 и обновить софт на Win2003 64bit и SQL(только вот не знаю есть он 64bit, если нет, то как 32bit-SQL будет жить на Win2003 64bit)?
Что посоветуете? Желательно побыстрее, а сервак лежит уже второй день...и будет ли он реанимирован - вилами на воде писано...
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
ОК.
В любом случае, 3 винта для 100 пользователей - сильно мало.
Я бы рекомендовал нечто вроде хотя бы такого вот:
2xXeon DP 3,2 GHz 2 MB cache/4x1GB DDRII-400 ECC Registered/SC743S2-650/LSI MegaRAID 320-2X+BBU/5xHDD 73 GB 10K rpm (RAID5+hot-spare)/CDROM/флоп
Это в указанный Вами бюджет с некоторым скрипом лезет
На самом деле, лучше бы использовать корпус с избыточными БП и винтов 8х15К , а не 5х10К rpm, но это уже серьезно из Вашего бюджета вылезает
В любом случае, 3 винта для 100 пользователей - сильно мало.
Я бы рекомендовал нечто вроде хотя бы такого вот:
2xXeon DP 3,2 GHz 2 MB cache/4x1GB DDRII-400 ECC Registered/SC743S2-650/LSI MegaRAID 320-2X+BBU/5xHDD 73 GB 10K rpm (RAID5+hot-spare)/CDROM/флоп
Это в указанный Вами бюджет с некоторым скрипом лезет
На самом деле, лучше бы использовать корпус с избыточными БП и винтов 8х15К , а не 5х10К rpm, но это уже серьезно из Вашего бюджета вылезает
Xeon'ы - это хорошо... но как поведут себя при этом двухголовые Opteron'ы??? Вот что интересней...
Да... забыл сказать - объем SQL-базы небольшой (160Gb) - и находится она на данный момент на IDE-винте(никто не жаловался)... А SCSI-задействован сейчас только под ОС и SQL-сервер.
Может все-таки что-то на базе 2xOpteron265/2Gb/3x73Gb 10k RAID5/4SATA..?
Просто как-то непонятно получается, что лучше...
Я тут наблюдал рекламку - сервак Trinity Rev. 17190 - почти подходит (всего на 300$ больше, но при таких затратах - это не деньги).
Может лучше для этих задач его взять, чем тот, который был озвучен?
Да... забыл сказать - объем SQL-базы небольшой (160Gb) - и находится она на данный момент на IDE-винте(никто не жаловался)... А SCSI-задействован сейчас только под ОС и SQL-сервер.
Может все-таки что-то на базе 2xOpteron265/2Gb/3x73Gb 10k RAID5/4SATA..?
Просто как-то непонятно получается, что лучше...
Я тут наблюдал рекламку - сервак Trinity Rev. 17190 - почти подходит (всего на 300$ больше, но при таких затратах - это не деньги).
Может лучше для этих задач его взять, чем тот, который был озвучен?
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Двухядерные Оптероны ?? Хорошо поведут Тока вот стоят оне раза в 4 дороже одноядерных Ксеонов, если говорить о 275-ых
Где это было про 17190 ? Вот наш прайс на АМД-шные модели:
http://trinity.su/xls/Servers_Trinity_AMD.xls
Где это было про 17190 ? Вот наш прайс на АМД-шные модели:
http://trinity.su/xls/Servers_Trinity_AMD.xls
Здесь про 2xOpteron265 pf 5 290$...
http://www.trinity.spb.ru/stat/287.htm
http://www.trinity.spb.ru/stat/287.htm
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Упс! База в 160ГБ на одном винте??? Есть сильные сомнения. Уточните плиз реально задействованный объем - а то может быть там большая часть наследия времен тутанхамона. Я просто о том, что у нас много примеров баз куда меньшего размера с похожим числом юзеров, которые требуют файберные дисковые системы ценой в десятки-сотни килобаксов.
Может быть начать лучше с перфмона? Нас интересуют счетчики по дискам - phisical disk - reads/sec, writes/sec, queue lenght. А также по памяти и процам.
Может быть начать лучше с перфмона? Нас интересуют счетчики по дискам - phisical disk - reads/sec, writes/sec, queue lenght. А также по памяти и процам.
Объясняю, почему 160Gb.
Есть SQL-база, выполняющая роль базы документооборота. В ней хранятся как простые поля, так и .doc файлы вместе с .tiff файлами. База ведется с 1996 года. Объем .tiff-файлов составляет довольно много - десятки тысяч (если не сотни) штук. Основная часть базы, в которой находятся индексированные поля им пр. часто используемая лабуда занимает по сравнению с .tiff-файлами незначительное место и крутится на SCSI-винтах. А неидексируемые поля (редко используемые и tiff-файлы вместе с doc-ами) хранятся на IDE-винте. Потому особо никто не жалуется (работа с tiff и doc ведется не особо часто, но все-таки ведется). Основная работа ведется с данными со SCSI-винтов.
Есть SQL-база, выполняющая роль базы документооборота. В ней хранятся как простые поля, так и .doc файлы вместе с .tiff файлами. База ведется с 1996 года. Объем .tiff-файлов составляет довольно много - десятки тысяч (если не сотни) штук. Основная часть базы, в которой находятся индексированные поля им пр. часто используемая лабуда занимает по сравнению с .tiff-файлами незначительное место и крутится на SCSI-винтах. А неидексируемые поля (редко используемые и tiff-файлы вместе с doc-ами) хранятся на IDE-винте. Потому особо никто не жалуется (работа с tiff и doc ведется не особо часто, но все-таки ведется). Основная работа ведется с данными со SCSI-винтов.
А неидексируемые поля (редко используемые и tiff-файлы вместе с doc-ами) хранятся на IDE-винте.
Вообще, использовать одновременно SCSI+ATA считается моветоном Понимаю, однако, что иногда приходится. Но все равно не хорошо это.
Тем более, что предложенный Вам уже конфиг (2xXeon DP 3,2 GHz 2 MB cache/4x1GB DDRII-400 ECC Registered/SC743S2-650/LSI MegaRAID 320-2X+BBU/5xHDD 73 GB 10K rpm в RAID5) позволит иметь дисковую 280Gb. Что с приличным запасом покроет текущие потребности.
Мало того, т.к. "Основная часть базы, в которой находятся индексированные поля им пр. часто используемая лабуда занимает по сравнению с .tiff-файлами незначительное место" можно даже очень подумать насчет кол-ва памяти (возможно, 2Gb будет достаточно). Но это только после детального анализа системы.
А на чем это работает сейчас?
Вообще, использовать одновременно SCSI+ATA считается моветоном Понимаю, однако, что иногда приходится. Но все равно не хорошо это.
Тем более, что предложенный Вам уже конфиг (2xXeon DP 3,2 GHz 2 MB cache/4x1GB DDRII-400 ECC Registered/SC743S2-650/LSI MegaRAID 320-2X+BBU/5xHDD 73 GB 10K rpm в RAID5) позволит иметь дисковую 280Gb. Что с приличным запасом покроет текущие потребности.
Мало того, т.к. "Основная часть базы, в которой находятся индексированные поля им пр. часто используемая лабуда занимает по сравнению с .tiff-файлами незначительное место" можно даже очень подумать насчет кол-ва памяти (возможно, 2Gb будет достаточно). Но это только после детального анализа системы.
А на чем это работает сейчас?
Дело в том, что размер tiff и doc растет с немеренной скоростью и помещать его на RAID особого смысла не имеет, поскольку даже имея 280Gb на RAID'e они уйдут года за 1.5-2...(при уже имеющихся 160), а потом менять весь RAID - накладно... Сервак должен прожить без апгрейда 4-5 лет. Брать же сейчас винты по 143Gb - денег нет. Да и проблемы с восстановлением информации после сбоя RAID - существенный минус RAID-массива, поскольку сейчас так и не удалось полностью восстановить информацию после глобального сбоя. Количество памяти 4Gb - как раз то, что надо. Поскольку сейчас стоит 2 - мало ему.
Кстати, я тут посмотрел тесты на всемозможных сайтах типа ixbt.com, ferra.ru и пр. и прешел к выводу, что все-таки Opteron'ы лучше ведут себя в качестве серверов. Еще интересная статейка есть на http://itc.ua/article.phtml?ID=21676. Кто-нибудь может прокомментировать?
Кстати, я тут посмотрел тесты на всемозможных сайтах типа ixbt.com, ferra.ru и пр. и прешел к выводу, что все-таки Opteron'ы лучше ведут себя в качестве серверов. Еще интересная статейка есть на http://itc.ua/article.phtml?ID=21676. Кто-нибудь может прокомментировать?
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 35 гостей