8-ми процессорный монстр или .......

Как создать сервер оптимальной конфигурации.

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

ВТБ!
free-lance moderator
Сообщения: 213
Зарегистрирован: 06 ноя 2002, 11:00
Контактная информация:

Сообщение ВТБ! » 26 ноя 2002, 15:52

Zigzug писал(а):Вопрос даже вот так можно поставить - а какие высокопроизводительные платформы под нашу задачу реально доступны в Москве?
IBM x440, например...

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

Сообщение a_shats » 26 ноя 2002, 16:43

ВТБ! писал(а): Я имел ввиду независимые запросы по статичной базе.
А сколько их - параллельно - запускается ? Пользователи ведь не ежесекундно
отчеты получают. И не все разом,...
Речь шла о параллелизме между узлами кластера.
Дык.. Может я не совсем правильно Вас понял...
Гляжувот в документацию, Oracle Parallel Server- для примера, там есть куча режимов работы, но для данной ситуации (кластера) интересуют 2:
1. Multi-Instance Database System - когда запущено несколько экземпляров сервера БД (каждый -на своем узле), но сама база - физически - одна (и находится на одном - самом производительном из узлов).
2. Distributed Database System - когда каждый экземпляр сервера БД имеет свой собственный экземпляр БД в пределах одного узла. Естественно, с репликацией между узлами.
Я имел в виду второй вариант. Обратите внимание: при сборе данных - ну что нужно пользователю, что создает нагрузку ? Справочники. Куча маленьких таблиц. Запросы к которым строятся от нескольких - главных - и не слишком зависят друг от друга. Точнее - зависят лишь от ключей, находящихся в записи главной таблицы.
А при аналитике что творится ?
Чтобы получить условие выборки одной записи из главной таблицы, нужно выполнить запросы ко всем включенным в условия отбора справочникам.
Мало того, при выполнении "куба" условие запроса одного из справочников зачастую зависит от результатов, полученных из другого, третьего и т.п. И это - для каждой строки из "главной" таблицы.
Вроде так ?
Транзакции - они вроде бы никак между узлами не разбиваются.
Клиентские сессии - а вот они - да... Клиент вешается либо на ближайший доступный (при оффлайновой репликации между узлами), либо на незанятый (при онлайновой репликации) узел. И все. Далее - за пределы узла клиентские транзакции(и все, что в них делается) не выходят.
Или я все-таки не так Вас понял ?

ВТБ!
free-lance moderator
Сообщения: 213
Зарегистрирован: 06 ноя 2002, 11:00
Контактная информация:

Сообщение ВТБ! » 27 ноя 2002, 12:06

a_shats писал(а):за пределы узла клиентские транзакции(и все, что в них делается) не выходят
Не уверен, что в данном случае применима такая модель, но автору виднее.
И боюсь, что у MS кластеризация SQL используется только для резервирования.
Впрочем, весной они обещают 64 8)

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

Сообщение a_shats » 27 ноя 2002, 14:11

Zigzug
Ну как ? Вы приняли какое-либо решение ? Поделитесь пожалуйста, если не секрет.;)
Кстати, посчитал я IBM x440 в той, стартовой конфигурации: вышло что-то около 50К баксов. Плюс Datacenter Server (у меня нет информации о его стоимости). Плюс SQL 2000 Enterprise - пару десятков килобаксов.
Теперь считаем SUN Fire 4800: "упакованная" машинка - от 250 до 400 и выше К баксов.Плюс Solaris. Плюс Oracle Enterprise - порядка 100 К баксов (предупреждаю, цены очень-очень ориентировочные, практически "из пальца", т.к. подобные поставки - всегда штучные и рассчитываются исходя из
конкретной конфигурации сервера (ов) ). Плюс - недешевая техподдержка.
Это расходы. А получите -неплохую производительность и совершенно неприличную масштабируемость ;) (до 12 процессоров, до 96 Гб ОЗУ, в той конфе 8 ЦП и 8 Гб ОЗУ). Плюс вкусности типа доменов.
Сотрудникам Тринити - а доступны ли сейчас 8-way платформы от Интел под Xeon MP ?
Да, еще: в той же весовой категории в Москве вроде как доступны Fujitsu-Siemens Primergy T850.
ВТБ!
1. Да. MS SQL2000 работает только в Fail-over Cluster.
2. Так Вы имели в виду распределенные транзакции ? Дык, они к кластеризации отношения вроде как не имеют... Цитирую:
A transaction within a single SQL Server that spans two or more databases is actually a distributed transaction. SQL Server, however, manages the distributed transaction internally; to the user it operates as a local transaction.
MSSQL 6.5, Help, Disrtrbuted transactions (первое, что под руку попалось ;) )

ВТБ!
free-lance moderator
Сообщения: 213
Зарегистрирован: 06 ноя 2002, 11:00
Контактная информация:

Сообщение ВТБ! » 27 ноя 2002, 15:36

a_shats писал(а):распределенные транзакции ?
Нет, я имел ввиду возможные коллизии при одновременной модификации двух реплик одной базы.

Я бы на месте автора пока ограничился покупкой рекомендованных выше RAID-контроллера и дисков и сменой уровня RAID.
А через полгода-год это железо можно будет переставить в новый сервер на Itanium 2 или Xeon MP.

Аватара пользователя
Dmitry
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 861
Зарегистрирован: 22 авг 2002, 16:12
Откуда: St.Petersburg
Контактная информация:

Сообщение Dmitry » 27 ноя 2002, 17:40

Сотрудникам Тринити - а доступны ли сейчас 8-way платформы от Интел под Xeon MP ?
К нашему сожелению, на сегодня - 27.11.2002, такие платформы от Intel не доступны.

Старые 8-процессорные платформы типа SRPM8 и SRPL8 под Intel Pentium III XEON с производства сняты.

Да и флагман платформ Intel - платформа SR870BN4 под 4-процессора Intel Itanium 2, также не доступна по причине не закончившихся разбирательствах о патентах между Intel и Intergraph. :cry:

:!: В наших интересах донести информацию до всех заинтересованных лиц о доступности таких мощных решений от Intel (или Supermicro) и мы это обязательно сделаем.

А пока можно выбирать между брендами типа IBM, HP и др. Причем IBM по цене и открытости будет предпочтительней.

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

Сообщение a_shats » 27 ноя 2002, 17:55

Мда...
Ну хорошо. Что можно предложить из х86 в качестве именно мощного решения ?
Oracle Parallel Server. Distributed Database System. Т.е. - фактически кластер (его, наверное, лучше на двухпроцессорных Ксеонах делать). Масштабируется впоследствии очень просто - "просто добавь сервер" ;)
Скажем, 4 - под сбор, 2 - под аналитику (отчего такое разделение - обычно у OLAP-решений структура БД отличается от OLTP). Одно только - нужна будет могучая пропускная сети между серверами (не менее ГБит) - для нормальной онлайновой репликации, и тщательное проектирование самой базы.
Увы, получается, что на доступных х86 решениях (исключая, конечно, 8 -процессорники, но их масштабируемость все равно ограничена) без смены архитектуры БД не обойтись (ну не поддерживает MSSQL работы в кластере).
Опять же, под аналитику можно будет применить старые сервера (и вариант Multi-instance Database System Parallel Server'a).
По оперативке - каждый сервер в таком кластере прекрасно уместится в требования W2K , и кластер собственно на ней делать не нужно (да и не обязательно тогда уж придерживаться/ориентироваться на W2K, Oracle под *nix есть).

ВТБ!
free-lance moderator
Сообщения: 213
Зарегистрирован: 06 ноя 2002, 11:00
Контактная информация:

Сообщение ВТБ! » 27 ноя 2002, 18:41

a_shats писал(а):Увы, получается, что на доступных х86 решениях (исключая, конечно, 8 -процессорники, но их масштабируемость все равно ограничена) без смены архитектуры БД не обойтись (ну не поддерживает MSSQL работы в кластере).
Те же IBM вполне доступны, теоретически масштабируются до 16 процессоров.
Кластерная внутренняя структура такого решения скрыта от софта линками в 32 гигабита/с, кажется?

Аватара пользователя
Андрей Куренков
free-lance moderator
Сообщения: 220
Зарегистрирован: 09 окт 2002, 20:11
Откуда: Foray ltd. СПб
Контактная информация:

Сообщение Андрей Куренков » 27 ноя 2002, 20:01

Dmitry писал(а):
Старые 8-процессорные платформы типа SRPM8 и SRPL8 под Intel Pentium III XEON с производства сняты.
Да, сняты, но еще в единичных экземплярах пока доступны...
Вот только насколько они теперь нужны?....

Аватара пользователя
Zigzug
Advanced member
Сообщения: 107
Зарегистрирован: 09 сен 2002, 14:17
Откуда: Moscow

Сообщение Zigzug » 28 ноя 2002, 10:09

a_shats

Пока никакого решения не принято.
Надо все еще раз обдумать и взвесить. В любом случае, такие эпохальные решения за 2-3 дня не принемаются.
Кстати, посчитал я IBM x440 в той, стартовой конфигурации: вышло что-то около 50К баксов. Плюс Datacenter Server (у меня нет информации о его стоимости). Плюс SQL 2000 Enterprise - пару десятков килобаксов.
Насколько я понял, x440 c 8-ю процами будет доступен только в конце января след. года. Датацентр поставляется только вместе с железками - коробочного варианта не существует. А SQL Enterprise у нас уже есть :D
А получите -неплохую производительность и совершенно неприличную масштабируемость
Вот-вот, это самое вкусное в этом аппарте, его должно хватить очень надолго.
В общем принятие решения переходит в вялотекущую стадию.
Но Solaris 8 на тестовый ПК мы уже поставили..... 8)

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

Сообщение a_shats » 28 ноя 2002, 11:20

Dmitry
платформа SR870BN4 под 4-процессора Intel Itanium 2, также не доступна
Дык, софта вроде бы пока под них маловато. И - нет информации о решениях уровня предприятия не ее базе.
ВТБ!
Теоретически-то да... Практически - о поставленных клиентам такого рода сервере (2х x440) - ничего не слышно. Пока. Информации о нем - тоже маловато пока (это - насчет аплинков- реклама - то есть, а вот как это на самом деле выглядит...).
Андрей Куренков
Логично. Имхо, производительность нынешних топовых 4-way (на Gallatin'ах 1,8 и выше Ггц) будет, как минимум, не ниже, чем у топов на тех платформах.
Но - пока Gallatin'ы недоступны, так что - кому позарез - смысл может быть. Но это - очень временно, имхо.
Zigzug
Насчет эпохальных решений - согласен полностью.
х440 как таковой, по имеющейся у меня информации, доступен в Москве уже сейчас. Процессоры же для него - вот тут Вы правы - в списках upgrade пока отсутствуют... ;) Datacenter - дык,если я все правильно понял, приобрести его Вы сможете вместе с х440 (если будете приобретать его, конечно).
Solaris 8 на тестовый ПК
Хм. Если для самообучения - то есть смысл. Но, имхо, если все же смотрите в ту сторону - начинать лучше с Оракла(платформа в данном случае не важна - практически все делается его инструментами) - администрирование его на тяжелой задаче само по себе вещь не слишком тривиальная.

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

Сообщение gs » 02 дек 2002, 20:15

А что не позвонили? Может я лучше подъеду в момент пиковой нагрузки и посмотрю где "бутылочное горлышко"?
З.Ы. я собственно этот сервак пару лет назад делал :)

Но по предварительной прикидке одно увеличение мощи дисковой системы не поможет. Если четыре проца загружены по самые помидоры, то, скорее всего, их и надо наращивать. Хотя хочется посмотреть, сколько IOps отрабатывает дисковая система. (Кстати, вовсе не факт, что будет толк от более мощного контроллера - при равном числе винтов он проявляется только на кэшировании)
Новая машина с ксеон МП даст очень серьезный прирост мощи (особенно 1,6-1МБ). но больше, чем 4 процессора выльется в немалые деньги.
Понятно, что все относительно, но есть у меня один клиент, у которого в похожей ситуации не хватало 2хТуалатин-512кБ (это сравнимо с Вашими 4хPIII-550-512кБ). установка 4хКсеон МП 1,4-512кБ решила проблему при той же дисковой системе (просто база была построена грамотно и не сильно долбала диски).

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

Сообщение a_shats » 03 дек 2002, 14:12

Насчет "долбала диски" ...
При грамотно спроектированной и отпрофилированной базе нагрузка как раз распределяется равномерно между "дисковая ПС-память" и "память-процессор(ы)".
А не перекладывается целиком на процессоры - это приводит к увеличению времени отклика и видимым пользователями тормозам.
И вот тут производительность дисковой подсистемы должна быть сбалансирована со всеми остальными компонентами.

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

Сообщение gs » 03 дек 2002, 14:30

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

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

Сообщение a_shats » 03 дек 2002, 14:47

Да ради бога. Но - при столь суровом недостатке оперативки это (закачивание всего, что можно, в оперативку) ведет к свопу и тормозам при сортировке (!-самая, кстати, на OLTP ресурсоемкая (имхо) операция) результатов запросов.

Ответить

Вернуться в «Серверы - Конфигурирование»