Задача :
Построить отказоустойчивую систему хранения и обработки данных
Подключаемые клиенты: 1000 - 1500 пользователей работающих одновременно- ввод информации, обработка ее (получение и изменение)

Рассматриваемые варианты – кластер на
1 win2003, sql2005
2 win2003 sql2008
3 win2008 sql2008
4 организация 3-х и более кластеров с репликацией данных
5 другой вид организации хранения данных

Вопросы:
1 сравнить рассматриваемые варианты и выбрать лучший с обоснованием.
2 как оценивать количество узлов в кластере с балансировкой нагрузки, для того чтобы у пользователей не возникало задержек в получении, вводе или обработке информации.
3 рекомендации по организации данного проекта.

заранее спасибо за участие.

KhodВообще, вам в железо.

Самоеглавное - нагрузка клиентов.
Какой объём базы? насколько сложны запросы?

1. Гигабитня сеть.
2. Достаточно большой объём оперативы (начиная от 8ГБ).
3. 64-разядные версии ОС и сервера.

Кластер с вынесенной дисковой стойкой.
Кластеров достоочно 2.
Дисковая стойка - отказоустойчивый рейд.

предполагается использовать от 4 серверов 4-4 ксеоны 16 гб рама win однозначно 64 бита внешний дисковый масив
запросы могут быть обсалютно разные начианя от выборки одной записа и заканчивая потороением отчета статистики за год при этом пользователи не должны замечать затруднений к доступу данных

KhodM2k,

Серьёзно.
При желании оперативу можно нарастить ещё.
Для внешнего дискового массива берите одинаковые диски с запасом (порядка 25%).
И определитесь, куда будете сбрасывать копии базы.

В вашем случае лучше брать 2008+2008 (поддержка более ранних версий может скоро прекратиться).

что касаемо железа вопрос стоит только в количестве узлов в кластере и колличество этих кластеров вернее в том как определить какое колличество узлов в кластере нужно чтобы пользователям жилось без тормозов ? и какое колличество кластеров нужно для этого ? как вообще проводятся такие расчеты ? есть ли методики ? рекомендации?

а по поводу sql 2005 или sql2008 то основное отличие в этом напровлении это то что sql 2005 поддерживает только 8 узлов
а win 2003 поддерживает до 36 узлов
что касается win2008 sql2008 эти параметры мне неизвестны

Dimitry SibiryakovM2kкакое колличество узлов в кластере нужно чтобы пользователям жилось без тормозов ?

А по какой методике вы считаете тормоза? Если это НА-кластер, то число узлов в нём на
производительность влияет отрицательно.


под понятием тормозов понимается время ожидание обработки запроса при одновременной работе всех пользователей

KhodM2kчто касаемо железа вопрос стоит только в количестве узлов в кластере и колличество этих кластеров вернее в том как определить какое колличество узлов в кластере нужно чтобы пользователям жилось без тормозов ? и какое колличество кластеров нужно для этого ? как вообще проводятся такие расчеты ? есть ли методики ? рекомендации?

1. Как производится доступ. Локальная сеть? Интернет?
2. Идёт создание новой системы или переконфигурирование старой?
3. Каков объём базы?
4. Сколько пользователей одновременно будет с ней работать?
5. Работа производится круглосуточно или 8 часов?
6. Насколько запросы к базе оптимизированы? Чтобы всё остальное не вылетело в трубу только из-за этого показателя.
7. Пользователи могут работать со всей базой или только скуском?

Что можно сказать.
Даже предварительно нельзя что-то сказать о ваших запросах в железе.

1 доступ по выделенной локальной сети 1gb
2 новыя
3 обем базы предпологается рост ее примерно 50 mb в сутки
4 пользователей одновременно могут быть от 1000 до 1500
5 круглосуточно
6 запросы могу быть обсалютно любые начиная от выборки одной записи из таблицы в которой 1 000 000 - 5 000 000 строк до построение отчета статистики за год или два при этом запросы могут быть не только выборкой но также и инсерты и апдейты
(потребности пользователей могут быть не предсказуемыми)
7 у пользователей нет прямого доступа к базе они работают через специально написаный для них клиент (клинтская программа обрабатывает все таблицы которые есть в ее базе)

M2k,

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

Максимальный рост базы 18ГБ в год.
Для такого объёма достаточно самого простого рейда.
Выделенная дисковая стойка - на усмотрение.

Лучше всего - трёхуровневая модель: сервер баз данных - сервер приложений - клиент.
Чисто гипотетически - 1 сервер БД и до 7 серверов приложений.
Должно хватить с головой.
Расчитывание ститистики организовать на ночное время.
Но хорошо продумать структуру базы, (индексы, справочники и т.д.) чтобы была хорошая оптимизация запросов.[/quot]

Спасибо огромное за участие

1 не мог бы ты по подробнее сказать, что ты подразумеваешь под - сервер приложений ?
2 получение отчетов в виде выборки статистики происходит постоянно в течении дня для всех пользователей - поэтому я предполагаю для этого организовать отдельную группу серверов которые будут этим заниматся
изходя из этого вопрос - какой должен быть ресурс чтобы 1000-1500 пользователей могли одновременно работать с базой не мешая друг другу
3 в sql 2008 есть ли возможность рабты как кпримеру в клстере с веб интерфесом (балансировка нагрузки ) - когда работают несколько серверов под одним интерфесом(IP) и запросы на него распределяют сам - кому какой запрос обработать ) в моем случе когда работа с базой идет через программу-клиента ?

Khod,

а по поводу этого какие нибудь соображения есть ?

3 в sql 2008 есть ли возможность рабты как кпримеру в клстере с веб интерфесом (балансировка нагрузки ) - когда работают несколько серверов под одним интерфесом(IP) и запросы на него распределяют сам - кому какой запрос обработать ) в моем случе когда работа с базой идет через программу-клиента ?

в инете я нашел следующие высказывания

Отказоустойчивая кластеризация не обеспечивает балансировку нагрузки. Тем не менее, вы можете использовать другие технологии в SQL Server для распределения нагрузки, то здесь несколько решений для Вас посмотреть.

Использование SQL Server Репликация репликации на другие узлы в кластере. Вы можете использовать репликации слиянием чтобы подключить серверы либо базы данных и затем изменения в обеих базах данных будет marged взад и вперед.

Использование SQL Server зеркального иметь зеркальной копии базы данных на другом узле в кластере. Вы можете использовать зеркало для целей отчетности для распределения нагрузки.

Вы можете использовать распределенные секционированные просмотры для распределения нагрузки, а также на нескольких серверах в кластере.

что из этого на твой взгляд может подойти в моем ракурсе вопроса ?

KhodM2k,
Для обычной работы пользователей не так много нужно ресурсов.


сервер - с двумя ксеонами ,16 gb rama, 1 lan - 10/100 хватит ? или надо будет ставить несколько lan и объединять их в общий интерфейс ?

надо будет ставить на сервак гигабитную сетевую ?